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 17:22 | Nová verze

    Byla vydána verze 0.84 telnet a ssh klienta PuTTY (Wikipedie). Podrobnosti v přehledu nových vlastností a oprav chyb a Change Logu.

    Ladislav Hagara | Komentářů: 0
    včera 19:44 | IT novinky

    Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.

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

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).

    Ladislav Hagara | Komentářů: 0
    včera 10:55 | Nová verze

    Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.

    Ladislav Hagara | Komentářů: 5
    včera 09:33 | IT novinky

    Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.

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

    Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    21.5. 21:33 | Bezpečnostní upozornění

    Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.

    Ladislav Hagara | Komentářů: 0
    21.5. 14:33 | IT novinky

    Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).

    Ladislav Hagara | Komentářů: 2
    21.5. 14:00 | Nová verze

    Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.

    Ladislav Hagara | Komentářů: 0
    21.5. 11:33 | Nová verze

    Společnost Red Hat oznámila vydání Red Hat Enterprise Linuxu (RHEL) 10.2 a 9.8. Vedle nových vlastností a oprav chyb přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Vypíchnout lze CLI AI asistenta goose. Podrobnosti v poznámkách k vydání (10.2 a 9.8).

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (12%)
     (8%)
     (2%)
     (14%)
     (31%)
     (4%)
     (7%)
     (3%)
     (16%)
     (26%)
    Celkem 1692 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: OpenVPN - špatná odezva

    25.11.2007 22:10 Martin Beránek | skóre: 33 | blog: mousehouse | Brno
    OpenVPN - špatná odezva
    Přečteno: 582×
    Zdravím, dalo by říct, že mám stejný problém jako kolega tady - tedy latence (ping, ale i hry) přes vpn je několikanásobně větší než napřímo - a to i po lokální síti (zkoušeno na server<->client).

    Server:
    port 1194
    proto udp
    dev tun
    ca ca.crt
    cert server.crt
    key server.key
    dh dh1024.pem
    server 10.0.1.0 255.255.255.0
    client-to-client
    duplicate-cn
    keepalive 10 120
    tls-auth ta.key 0
    cipher BF-CBC
    persist-key
    persist-tun
    status openvpn-status.log
    verb 3
    
    Client
    client
    dev tun
    proto udp
    remote myserver 1194
    resolv-retry infinite
    nobind
    user nobody
    group nobody
    persist-key
    persist-tun
    ca   keys/ca.crt
    cert keys/client.crt
    key  keys/client.key
    ns-cert-type server
    tls-auth keys/ta.key 1
    cipher BF-CBC
    verb 3
    
    zkoušel jsem přidat parametr --mtu-test s tímto výsledkem (nevím jak mám interpretovat):
    Beginning empirical MTU test -- results should be available in 3 to 4 minutes.
    Empirical MTU test completed [Tried,Actual] local->remote=[1541,1541] remote->local=[1541,1541]
    
    nevíte někdo co s tím?
    never use rm after eight

    Odpovědi

    26.11.2007 08:12 pasmen | skóre: 45 | blog: glob | Praha
    Rozbalit Rozbalit vše Re: OpenVPN - špatná odezva
    To, že trafik má přes VPN vyšší latenci než napřímo je logické. Packety se musí enkryptovat a dekryptovat, obalí se navíc další hlavičkou takže kvůli fixní MTU ti najednou proteče míň skutečných dat. Možností je víc: buď to nestíhá dělat procesor, pak by mohlo pomoct vyměnit ho za silnější nebo za nějaký s HW podporou kryptování, nebo použít VPN, které pracuje na některé nižší vrstvě síťového stacku, než OpenVPN, které pracuje na aplikační vrstvě. IPsec se nabízí jako dobrá alternativa, ale konfigurace je složitější. Zrovna včera jsem nahrazoval OpenVPN mezi našimi pobočkami za IPsec (na OpenBSD). Na stejné trase klesl průměrný ping z 18 na 10 (na desce VIA Epia s procesorem VIA Esther 1GHz).
    houska avatar 26.11.2007 08:28 houska | skóre: 41 | blog: HW
    Rozbalit Rozbalit vše Re: OpenVPN - špatná odezva
    latence (ping, ale i hry) přes vpn je několikanásobně větší než napřímo
    ...takze mas ping treba 100ms misto 30 ms naprimo? ;)
    26.11.2007 08:55 Martin Beránek | skóre: 33 | blog: mousehouse | Brno
    Rozbalit Rozbalit vše Re: OpenVPN - špatná odezva
    po lokalni lan je to tech 0.3ms ku 1.5ms, po internetu pak zhruba tech 40ms ku 200ms
    never use rm after eight
    29.11.2007 23:14 Martin Beránek | skóre: 33 | blog: mousehouse | Brno
    Rozbalit Rozbalit vše Re: OpenVPN - špatná odezva
    omlouvam se za topping, opravdu nikdo nevi?
    never use rm after eight
    30.11.2007 00:00 pasmen | skóre: 45 | blog: glob | Praha
    Rozbalit Rozbalit vše Re: OpenVPN - špatná odezva
    Myslel jsem, že jsem ti to výše popsal...
    16.2.2011 13:26 Peter
    Rozbalit Rozbalit vše Re: OpenVPN - špatná odezva
    Ja som mal podobny problem s odozvou niekolko mesiacov. Uz som z toho bol zufaly, skusal som vsetko mozne a pingy boli 200ms a podobne hrozy. Ping napriamo (bez vpn) bol 10ms. Potom som potreboval, aby na seba klienti videli. Ked som odkomentoval client-to-client, pingy sa zahadne zlepsili a su porovnatelne so spojenim napriamo. Pokial netecu cez vpn ziadne data, su v skoro rovnake. Netusim v com bol problem, ale nateraz som s riesenim spokojny.

    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.