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 14:11 | IT novinky

    Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.

    Ladislav Hagara | Komentářů: 2
    dnes 00:44 | Bezpečnostní upozornění

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.

    Ladislav Hagara | Komentářů: 17
    včera 16:33 | IT novinky

    Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.

    Ladislav Hagara | Komentářů: 1
    včera 14:22 | IT novinky

    Google oznamuje, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Tato politika bude implementována během roku 2026 ve vybraných zemích (jihovýchodní Asie, Brazílie) a od roku 2027 celosvětově.

    Fluttershy, yay! | Komentářů: 7
    včera 13:11 | Nová verze

    Byla vydána nová verze 21.1.0, tj. první stabilní verze z nové řady 21.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.

    Ladislav Hagara | Komentářů: 0
    včera 05:11 | Komunita

    Alyssa Anne Rosenzweig v příspěvku na svém blogu oznámila, že opustila Asahi Linux a nastoupila do Intelu. Místo Apple M1 a M2 se bude věnovat architektuře Intel Xe-HPG.

    Ladislav Hagara | Komentářů: 17
    26.8. 12:55 | IT novinky

    EU chce (pořád) skenovat soukromé zprávy a fotografie. Návrh "Chat Control" by nařídil skenování všech soukromých digitálních komunikací, včetně šifrovaných zpráv a fotografií.

    Ladislav Hagara | Komentářů: 60
    26.8. 12:11 | Nová verze

    Byly publikovány fotografie a všechny videozáznamy z Python konference PyCon US 2025 proběhlé v květnu.

    Ladislav Hagara | Komentářů: 0
    26.8. 11:55 | IT novinky

    Společnost xAI a sociální síť X amerického miliardáře Elona Muska zažalovaly firmy Apple a OpenAI. Viní je z nezákonné konspirace s cílem potlačit konkurenci v oblasti umělé inteligence (AI).

    Ladislav Hagara | Komentářů: 3
    26.8. 05:44 | Nová verze

    Byla vydána nová verze 9.16 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (79%)
     (9%)
     (3%)
     (4%)
     (5%)
     (1%)
    Celkem 103 hlasů
     Komentářů: 9, poslední dnes 11:53
    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: 557×
    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á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.