abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 18:00 | IT novinky

    DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.

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

    VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.

    Ladislav Hagara | Komentářů: 2
    včera 04:44 | Nová verze

    Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).

    Ladislav Hagara | Komentářů: 0
    včera 01:00 | Nová verze

    ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.

    Ladislav Hagara | Komentářů: 0
    18.4. 22:11 | IT novinky Ladislav Hagara | Komentářů: 0
    18.4. 20:55 | Nová verze

    Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.

    Ladislav Hagara | Komentářů: 2
    18.4. 17:22 | Nová verze

    Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.

    Ladislav Hagara | Komentářů: 13
    18.4. 17:11 | Nová verze

    ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.

    Ladislav Hagara | Komentářů: 2
    18.4. 12:11 | IT novinky

    Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.

    Ladislav Hagara | Komentářů: 10
    18.4. 05:11 | Komunita

    #HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.

    Ladislav Hagara | Komentářů: 2
    KDE Plasma 6
     (68%)
     (11%)
     (2%)
     (20%)
    Celkem 566 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    23.10.2011 23:44 Petr Maleček | skóre: 28 | Plzeň - Bolevec
    Rozbalit Rozbalit vše OpenWRT - routování
    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

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.