abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 22:11 | Pozvánky

Ve středu 19. dubna proběhne v Praze v Národní technické knihovně konference zaměřená na kontejnery Containers Roadshow. Organizují ji DevConf.cz a Prague Containers. Vstup je zdarma. Přednášky, prezentace i workshopy budou v češtině.

Ladislav Hagara | Komentářů: 0
dnes 21:22 | Nová verze

Byla vydána nová verze aplikace pro instant messaging Telegram (Wikipedie). Přináší především šifrované hlasové hovory.

Ladislav Hagara | Komentářů: 0
včera 23:22 | Komunita

Na dnes, poslední středu v březnu, připadá Document Freedom Day (DFD, Wikipedie), jenž má upozornit na výhody otevřených standardů a formátů dokumentů. Organizátoři se rozhodli, že letos proběhne Document Freedom Day dvakrát. Druhý letošní Document Freedom Day proběhne 26. dubna.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Nová verze

Byla vydána nová stabilní verze 1.8 (1.8.770.50) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují vylepšenou historii prohlížení. Ukázka na YouTube. Chromium bylo aktualizováno na verzi 57.0.2987.111.

Ladislav Hagara | Komentářů: 0
včera 05:55 | Zajímavý projekt

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 2
včera 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
28.3. 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 15
28.3. 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 55
28.3. 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 13
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 972 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: špatná route?

    26.6.2009 13:23 toxin | skóre: 6
    špatná route?
    Přečteno: 215×

     Ahoj. Mám Debian linux stroj se 2mi síťovkami:

     

    allow-hotplug eth0

    iface eth0 inet static

            address 192.168.1.250

            netmask 255.255.255.0

            network 192.168.1.0

            broadcast 192.168.1.255

            gateway 192.168.1.1

    allow-hotplug eth1

    iface eth1 inet static

            address 172.17.100.2

            netmask 255.255.255.0

            network 172.17.100.0

            broadcast 172.17.100.255

            gateway 172.17.100.1

     ještě výpis s route:
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    192.168.1.0     192.168.1.1     255.255.255.0   UG    0      0        0 eth0
    192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
    172.17.0.0      172.17.100.1    255.255.255.0   UG    0      0        0 eth1
    0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
     
    Eth0 leze pres FW1 (192.168.1.1) ven.
    Eth1 leze pres FW2 (172.17.100.1) ven.
     
    Potřebuji, aby když dám ping na 172.17.x.x, tak aby to lezlo přes GW 172.17.100.1, ale ono to jde pořád přes 192.168.1.1. Můžete mi poradit jak mám nastavit routovací tabulku (nejlépe přímo příkazy) :)...?
     
    traceroute to 172.17.2.3 (172.17.2.3), 30 hops max, 40 byte packets
     1  192.168.1.1  0.258 ms  0.240 ms  0.242 ms
     2  * * *
     3  * * *
     4  * * *
     
    A to je špatně - má to lézt přes tu druhou GW... Zapojení je správné...
    Všem předem děkuji!
     
     

     

    Odpovědi

    26.6.2009 13:49 zemji
    Rozbalit Rozbalit vše Re: špatná route?

    Myslím si, že pokud dáte ping 172.17.2.3 poleze vám to do default routy, tak jak se děje. Protože to neodpovídá masce u adresy sítě 172.17.0.0 (255.255.255.0) tj. síť od 172.17.0.0 - 172.17.0.254

     

    zemji

    26.6.2009 14:11 toxin | skóre: 6
    Rozbalit Rozbalit vše Re: špatná route?

    route del -net 172.17.0.0/24

    route add -net 172.17.0.0 netmask 255.255.0.0 eth1
     
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    192.168.1.0     192.168.1.1     255.255.255.0   UG    0      0        0 eth0
    192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
    172.17.0.0      0.0.0.0         255.255.0.0     U     0      0        0 eth1
    0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
     
    tracert 172.17.2.3
    traceroute to 172.17.2.3 (172.17.2.3), 30 hops max, 40 byte packets
     1  172.17.100.2 (172.17.100.2)  3000.232 ms !H  3000.239 ms !H  3000.241 ms !H
     
    ping 172.17.2.3
    PING 172.17.2.3 (172.17.2.3) 56(84) bytes of data.
    From 172.17.100.2 icmp_seq=1 Destination Host Unreachable
    From 172.17.100.2 icmp_seq=2 Destination Host Unreachable
    From 172.17.100.2 icmp_seq=3 Destination Host Unreachable
     
     
    26.6.2009 14:56 M
    Rozbalit Rozbalit vše Re: špatná route?

    Ten interface mas v jiny siti nez kam pingas...

    172.17.2.3 rozhodne neni v siti 172.17.100.0/24

    takze to bude chtit zmenit masku na interfaceu na /16,  nebo to routovat pres tu GW (nejaky router - asi ta 172.17.100.1) ktery do te jine site (172.17.2.3) vidi

    26.6.2009 15:10 toxin | skóre: 6
    Rozbalit Rozbalit vše Re: špatná route?

    Ten router do sítě 172.17.2.x vidí určitě, ale já na něj nemám přístup - spravuje ho někdo jiný. Takže řešením je změnit masku na eth1 na 255.255.0.0... Zkusím a dám vědět... Díky!

    26.6.2009 15:14 toxin | skóre: 6
    Rozbalit Rozbalit vše Re: špatná route?

     Tak po změně se to chová uplně stejně...

    26.6.2009 15:25 M
    Rozbalit Rozbalit vše Re: špatná route?

    na interface vrat masku /24, pote

    route add -net 172.17.0.0 netmask 255.255.0.0 gw 172.17.100.1

     

    26.6.2009 15:48 toxin | skóre: 6
    Rozbalit Rozbalit vše Re: špatná route?

     Výborně! Už to funguje :)! Nyní:

     

    Kernel IP routing table

    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface

    192.168.1.0     192.168.1.1     255.255.255.0   UG    0      0        0 eth0

    192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0

    172.17.100.0    0.0.0.0         255.255.255.0   U     0      0        0 eth1

    172.17.0.0      172.17.100.1    255.255.0.0     UG    0      0        0 eth1

    0.0.0.0         172.17.100.1    0.0.0.0         UG    0      0        0 eth1

    0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0

     
    PING 172.17.2.3 (172.17.2.3) 56(84) bytes of data.
    64 bytes from 172.17.2.3: icmp_seq=1 ttl=128 time=33.7 ms
    64 bytes from 172.17.2.3: icmp_seq=2 ttl=128 time=10.5 ms
    64 bytes from 172.17.2.3: icmp_seq=3 ttl=128 time=10.0 ms
    64 bytes from 172.17.2.3: icmp_seq=4 ttl=128 time=212 ms
    64 bytes from 172.17.2.3: icmp_seq=5 ttl=128 time=10.1 ms
    64 bytes from 172.17.2.3: icmp_seq=6 ttl=128 time=10.6 ms
     
    Moc Vám děkuji za rady. V tomhle vážně nejsem kovaný... Ještě se zeptám. Po restartu zůstane nastavení route nezměněné?
     
    Díky...

     

    26.6.2009 15:58 MMichal | skóre: 22
    Rozbalit Rozbalit vše Re: špatná route?

    Veškerá nastavení provedená příkazem "route" (a dalšími) budou po restartu ztracena. Je potřeba je spustit znovu, buď manuálně nebo automaticky z nějakého skriptu spouštěného při startu.

    26.6.2009 16:00 MMichal | skóre: 22
    Rozbalit Rozbalit vše Re: špatná route?

    Nejjednodušší by ale mělo být změnit masku, jak radil kdosi výše.

    26.6.2009 13:52 M
    Rozbalit Rozbalit vše Re: špatná route?

    Myslim, ze mas spatne masku v tyhle route:  172.17.0.0 172.17.100.1 255.255.255.0, mela by byt 255.255.0.0 ...

    proto to leze pres default GW

     

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.