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 12:22 | Zajímavý software

    Edvard Rejthar na blogu zaměstnanců CZ.NIC představil svou aplikaci SlideRshow (GitHub). Funguje jako prohlížeč fotek, ale i jako jejich organizér a prezentátor. Neinstaluje se, běží přímo v prohlížeči. Bez serveru. Offline.

    Ladislav Hagara | Komentářů: 0
    dnes 11:44 | Nová verze

    Kermit, tj. protokol pro přenos souborů, vznikl před 45 lety. Při této příležitosti byla po 15 letech od vydání poslední stabilní verze 9.0.302 vydána nová stabilní verze 11 implementace C-Kermit. S podporou IPv6.

    Ladislav Hagara | Komentářů: 0
    dnes 11:11 | Zajímavý článek

    První verze konverzního nástroje Pandoc byla vydána před 20 lety. Jeho autor John MacFarlane při tomto výročí rekapituluje jednotlivé etapy vývoje a přidávání nových funkcí – rozšíření nejen Markdownu a podporu mnoha dalších formátů.

    |🇵🇸 | Komentářů: 0
    dnes 00:55 | Pozvánky

    Srpen přinesl nejen další spalující vedro, ale také Virtuální Bastlírnu s neméně žhavými novinkami. Využijte tedy předpovědi na deštivý čtvrteční večer a od 20:00 se připojte online k tomuto neformálnímu setkání kutilů, techniků a vědců, kde se strahovskými bastlíři proberete nejzajímavější věci, na které jste narazili za poslední měsíc. Pokud jde o novinky, řeč zcela jistě přijde na systém INDX pro tiskárny Průša, který na konci

    … více »
    bkralik | Komentářů: 0
    včera 17:22 | Zajímavý článek

    Firma T-Mobile blokovala „dezinformační web“ AC24 bez toho, aniž by k tomu měla závazný pokyn orgánů veřejné moci. Píše to ve svém rozsudku Městský soud v Praze, který po čtyřech letech uzavřel kauzu blokace zmíněného webu. Operátor musí uhradit škodu ve výši 35 tisíc korun. Advokát společnosti T-Mobile se snažil i u odvolacího senátu argumentovat tím, že firma jednala v dobré víře, když na stránky omezila přístup poté, co ji k tomu vyzvalo

    … více »
    Ladislav Hagara | Komentářů: 12
    včera 16:33 | IT novinky

    Padla obžaloba v bitcoinové kauze. Státní zástupkyně chce pro Blažka 6,5 roku vězení, pro Titze 8 let.

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | IT novinky Ladislav Hagara | Komentářů: 3
    včera 14:22 | Komunita

    Na GitHubu byl publikován seznam 55 kritických bezpečnostních chyb v SQLite s přiřazenými CVE čísly. JFrog Security informuje, že se jedná jenom o AI slop, části kódu na které CVE odkazují, v daných verzích vůbec neexistují. Upozorňuje také, že čísla CVE jsou přiřazována bez ověřování.

    Ladislav Hagara | Komentářů: 4
    včera 04:22 | Zajímavý článek

    Příspěvek na blogu Google Security popisuje, jak tým Chrome Security využívá umělou inteligenci k zásadnímu zrychlení a zlepšení procesu odhalování, třídění a opravování bezpečnostních chyb v prohlížeči Chrome. Díky AI byla nalezena kritická chyba, která byla v kódu přes 13 let. Ve verzích Chrome 149 a 150 bylo opraveno více chyb než v předchozích 23 verzích dohromady.

    Ladislav Hagara | Komentářů: 0
    2.8. 13:11 | IT novinky

    Firmy v EU musí počínaje dnešním dnem označovat obsah vytvořený umělou inteligencí. Znamená to povinnost informovat uživatele, že člověk komunikuje s chatbotem či jiným systémem AI. Rovněž obrázky, audia či videa, které jsou vytvořené nebo zmanipulované pomocí umělé inteligence a které mohou působit jako autentické, musejí být jasně označeny jako uměle vytvořené.

    Ladislav Hagara | Komentářů: 4
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (7%)
     (2%)
     (18%)
     (30%)
     (6%)
     (6%)
     (2%)
     (15%)
     (23%)
    Celkem 2316 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: špatná route?

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

     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: 20
    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: 20
    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.