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ářů: 0
    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
    21.4.2017 22:14 Tom13
    Rozbalit Rozbalit vše Re: propojení dvou sítí pomocí VPN
    Tunel se vytvoří a je funkční a mám jistou, že problém je v routování.

    jak jsem psal, před spuštěním serveru se spouští skript, který vytváří zařízení br0, v něm je ještě odvolání na skript, který přidá definice pro firewall, vše je stejné jako v postupu na stránkách openVPN

    br0 je nastavené úplně stejně jako karta eth0 na adresu 10.11.12.111/24 brána 10.11.12.1, po spuštění openVPN serveru pak vznikne ještě tap0, tomu se přiřadí adresa 169.254.127.7/16

    na straně klienta po spuštění openVPN vznikne tap0, to má dvě IP adresy 10.11.12.x/24 (přidělená z rozsahu DHCP serveru, který běží na straně openVPN serveru a bránu by měl tedy mít 10.11.12.1) a druhou 169.254.x.x/16 - samozřejmě je tam ještě adresa eth0 10.11.12.112/24 brána 10.11.12.10

    v této fázi mi funguje pouze ping ze strany klienta na stranu serveru, ale pouze na IP 169.254.127.7, pak funguje ping na IP ze sítě klienta včetně i nově přiřazené adresy ze strany serveru 10.11.12.x, ale nefunguje ping na adresu tap0 169.254.x.x

    u serveru funguje ping na adresy ze sítě serveru včetně adresy tap0 169.254.127.7

    když na klientovy dám route add -net 10.11.12.0 netmask 255.255.255.0 gw 10.11.12.x (ip adresa přidělená ze strany serveru pro tap0), tak začne fungovat z klienta ping kamkoliv do sítě serveru, ale přestane fungovat ping na pc v síti klienta a nefunguje už ani ping ze sítě klienta na adresy 10.11.12.112 a 10.11.12.x

    prostě mi to přijde, jako kdyby přestalo v lokální síti "poslouchat" eth0 na 10.11.12.112 a 10.11.12.x, přitom když si na začátku před přidáním route dám výpis rounte -n vypíše se mi 10.11.12.0 255.255.255.0 eth0 a 10.11.12.0 255.255.255.0 tap0 - což chápu tak, že pokud přijde něco co je směrováno pro síť 10.11.12.x jde to jak na eth0, tak na virtuální tap0, tedy teoreticky by to mělo jít i do druhé části sítě i bez přidání té route

    problém je, že nevím, jak bych monitoroval pakety na všech rozhraní, abych zjistil, jestli třeba ping projde na druhou stranu tunelu, ale pak nezná adresu zpět, proto je to pak bez odezvy...

    myslím si, že by to fungovalo, pokud bych měl na obou stranách stejnou bránu, což je ale nesmysl, protože i kdyby nevznikl konflikt, nedalo by se nastavit, přes kterou bránu mají pc třeba přistupovat do internetu...

    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.