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:44 | Pozvánky

    Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »

    lkocman | Komentářů: 0
    dnes 00:44 | Bezpečnostní upozornění

    Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění

    … více »
    vencour | Komentářů: 7
    včera 17:44 | IT novinky

    Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].

    vencour | Komentářů: 10
    včera 14:44 | Zajímavý projekt

    Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.

    Ladislav Hagara | Komentářů: 3
    včera 04:11 | Nová verze

    Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    22.10. 20:22 | IT novinky

    Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.

    Ladislav Hagara | Komentářů: 4
    22.10. 15:44 | Bezpečnostní upozornění

    Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »

    vencour | Komentářů: 0
    22.10. 15:33 | Nová verze

    Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).

    ʚĭɞ 🍉 | Komentářů: 0
    22.10. 15:22 | Nová verze

    Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.

    Ladislav Hagara | Komentářů: 0
    22.10. 11:11 | Bezpečnostní upozornění

    V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.

    vencour | Komentářů: 8
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (20%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2903 hlasů
     Komentářů: 33, poslední 20.10. 23:44
    Rozcestník

    Dotaz: OpenWRT - routování

    Petr Maleček avatar 23.10.2011 23:44 Petr Maleček | skóre: 29 | Plzeň - Bolevec
    OpenWRT - routování
    Přečteno: 847×
    Zdravím Vás,

    trošku se tu trápím s OpenWRTčkem a to konkrétně s routováním do druhé sítě připojené přes L2TP.

    Abych naznačil systém - Mám APčko (TP-Link TL-WR941ND) a na něm OpenWRT Backfire 10.03.1-rc5.

    Moje síť je v subnetu 192.168.0.0/24 a síť, kterou mám připojenou vzdáleně je v 192.168.1.0/24.

    K mému APčku je TPčkem připojen RouterBoard, který má IP 192.168.0.200 a ten je propojen pomocí L2TP s RBčkem v úplně jiné části města. Na RBčkách běží OSPF, takže si routy mezi sebou předávají automaticky.

    Můj problém je v tom, že když přidám statickou routu na mém APčku (routeru), že pro přístup do sítě 192.168.1.0/24 má jít přes router 192.168.0.200 (routerboard), tak to sice krásně funguje, z APčka se normálně dostanu na celou vzdálenou síť a všichni ze vzdálené sítě se dostanou na mou a klidně i na internet přezemě, ale počítače z mojí sítě se nedostanou na tu vzdálenou (PC z 192.168.0.0/24 se nedostanou na 192.168.1.0/24).

    Při traceroutu to vypadá asi takto:
    
    petr@petr-ntb:~$ traceroute 192.168.1.100
    traceroute to 192.168.1.100 (192.168.1.100), 30 hops max, 60 byte packets
     1  192.168.0.254 (192.168.0.254)  1.019 ms  1.395 ms  1.498 ms
     2  192.168.0.254 (192.168.0.254)  1.765 ms  1.856 ms  1.953 ms
    
    Směrování končí na APčku a už se dál nesměruje. Když stejnou situaci udělám přímo na APčku přes SSH, tak to vypadá takto:
    
    root@pmalecek-owrt:~# traceroute 192.168.1.100
    traceroute to 192.168.1.100 (192.168.1.100), 30 hops max, 38 byte packets
     1  192.168.0.200 (192.168.0.200)  0.730 ms  0.428 ms  0.359 ms
     2  192.168.10.139 (192.168.10.139)  26.233 ms  22.121 ms  16.671 ms
     3  192.168.1.100 (192.168.1.100)  46.045 ms  22.696 ms  25.356 ms
    
    ... a takhle to má být :-)

    Proč ale počítače v síti 192.168.0.0/24 nemůžou do té druhé sítě ? Proč je APčko nenasměruje, ač samo ví, kudy tam ?

    Nenapadá někoho něco ? Já jsem z toho trošku vyveden z míry, internet samozřejmě funguje na všech počítačích v síti (přes toto AP, jako NAT).

    Díky.
    LinMuck, WinFuck :-P

    Řešení dotazu:


    Odpovědi

    24.10.2011 00:21 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: OpenWRT - routování
    It is strongly recommended that routers which connect enterprises to external networks are set up with appropriate packet and routing filters at both ends of the link in order to prevent packet and routing information leakage. An enterprise should also filter any private networks from inbound routing information in order to protect itself from ambiguous routing situations which can occur if routes to the private address space point outside the enterprise.
    Citace z RFC 1918 - Address Allocation for Private Internets. Správně nastavený router při přijmutí adresy ze soukromého rozsahu ji zahodí, pokud nemá pravidlo jak ji zabalit (encapsulation) nebo provést NAT. A to Váš router dělá.
    Petr Maleček avatar 24.10.2011 00:25 Petr Maleček | skóre: 29 | Plzeň - Bolevec
    Rozbalit Rozbalit vše Re: OpenWRT - routování
    To nějak nechápu, protože s originálním firmwarem to fungovalo dobře (přidal jsem statickou routu a šlapalo to jako hodinky). Bohužel s originálním fw se APčko seklo každé 2 dny.
    LinMuck, WinFuck :-P
    Petr Maleček avatar 24.10.2011 00:36 Petr Maleček | skóre: 29 | Plzeň - Bolevec
    Rozbalit Rozbalit vše Re: OpenWRT - routování
    Jinak řečeno - chápu to, co se mi snažíš říct, ale nevím co mám udělat pro to, abych dosáhl svého výsledku.

    Zatím to řeším tím, že klientům nastavuji po spuštění (scriptem) automaticky routu do rozsahu 192.168.1.0/24 přes 192.168.0.200, takže při přístupu do té sítě úplně APčko vynechávají, ale je to zbytečně komplikované.

    Díky za radu.
    LinMuck, WinFuck :-P
    Petr Maleček avatar 25.10.2011 18:22 Petr Maleček | skóre: 29 | Plzeň - Bolevec
    Rozbalit Rozbalit vše Re: OpenWRT - routování
    Nikdo netuší, na co jsem zapomněl ? Jak říkám, s původním originálním firmwarem jsem jen přidal další statickou routu, stejně jako zde a vše fungovalo. Tady mi to nefunguje, takže router na prd. :(
    LinMuck, WinFuck :-P
    25.10.2011 21:40 NN
    Rozbalit Rozbalit vše Re: OpenWRT - routování
    192.168.0.254 je vnitrni IP routeru ?

    NN
    Petr Maleček avatar 26.10.2011 00:47 Petr Maleček | skóre: 29 | Plzeň - Bolevec
    Rozbalit Rozbalit vše Re: OpenWRT - routování
    Ano, 0.254 je vnitřní IP Routeru (Wifi), 0.200 je vnitřní IP routerboardu :)
    LinMuck, WinFuck :-P
    26.10.2011 09:01 NN
    Rozbalit Rozbalit vše Re: OpenWRT - routování
    Jak vypada routovaci tabulka na tom AP-cku ?

    NN
    Petr Maleček avatar 26.10.2011 12:12 Petr Maleček | skóre: 29 | Plzeň - Bolevec
    Rozbalit Rozbalit vše Re: OpenWRT - routování
    
    root@pmalecek-owrt:~# route
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    10.109.184.192  *               255.255.255.192 U     0      0        0 wan
    192.168.1.0     192.168.0.200   255.255.255.0   UG    0      0        0 br-lan
    192.168.0.0     *               255.255.255.0   U     0      0        0 br-lan
    default         10.109.184.193  0.0.0.0         UG    0      0        0 wan
    
    Druhý řádek ve výpisu je to, co potřebuju funkční. Samotný router ví, že na ten rozsah 1.0/24 má jít přes 0.200, ale neřekne to počítačům z rozsahu 0.0/24 který jsou na něj připojený.
    LinMuck, WinFuck :-P
    26.10.2011 12:18 NN
    Rozbalit Rozbalit vše Re: OpenWRT - routování
    Neblokuje firewall forwardovani ? Porada nechapu, jak to ,ze se to tam toci dokola..

    NN
    Petr Maleček avatar 26.10.2011 18:32 Petr Maleček | skóre: 29 | Plzeň - Bolevec
    Rozbalit Rozbalit vše Re: OpenWRT - routování
    Tak máte pravdu, vůbec mi nenapadlo firewall jen na zkoušku uplně vypnout, očekával jsem totiž, že se zruší i maškaráda a nedostanu se na net vůbec.

    Pak jsem to vyzkoušel a šlo to.

    Nakonec stačilo jen přidat do IPTables následující řádek:
    iptables -I FORWARD -p all -s 192.168.0.0/16 -d 192.168.0.0/16 -j ACCEPT
    A už vše jde jak má.

    Možná by bylo lepší to převést do formátu, který používá firewall pod openwrt, ale vůbec ho nemám rád, takže to nechám takhle :-)

    Díky za nakopnutí správným směrem.

    Výsledek:
    
    C:\Users\Petr>tracert 192.168.1.254
    
    Výpis trasy k 192.168.1.254 s nejvýše 30 směrováními
    
      1     2 ms     2 ms     2 ms  192.168.0.254
      2     3 ms     2 ms     3 ms  192.168.0.200
      3   103 ms   105 ms   111 ms  192.168.10.130
      4   104 ms    81 ms    69 ms  192.168.1.254
    
    Trasování bylo dokončeno.
    
    LinMuck, WinFuck :-P

    Založit nové vlákno • Nahoru

    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.