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 09:55 | Komunita

    Kit je nový maskot webového prohlížeče Firefox.

    Ladislav Hagara | Komentářů: 7
    dnes 00:11 | Nová verze

    Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.5. Přehled novinek s náhledy v oznámení na blogu.

    Ladislav Hagara | Komentářů: 0
    včera 23:55 | IT novinky

    Německo zvažuje, že zaplatí místním telekomunikačním operátorům včetně Deutsche Telekom, aby nahradili zařízení od čínské firmy Huawei. Náklady na výměnu by mohly přesáhnout dvě miliardy eur (bezmála 49 miliard Kč). Jeden scénář počítá s tím, že vláda na tento záměr použije prostředky určené na obranu či infrastrukturu.

    Ladislav Hagara | Komentářů: 1
    včera 18:00 | Komunita

    Po dvaceti letech skončil leader japonské SUMO (SUpport.MOzilla.org) komunity Marsf. Důvodem bylo nasazení sumobota, který nedodržuje nastavené postupy a hrubě zasahuje do překladů i archivů. Marsf zároveň zakázal použití svých příspěvků a dat k učení sumobota a AI a požádal o vyřazení svých dat ze všech učebních dat.

    karkar | Komentářů: 4
    včera 11:00 | IT novinky

    Úřad pro ochranu hospodářské soutěže zahajuje sektorové šetření v oblasti mobilních telekomunikačních služeb poskytovaných domácnostem v České republice. Z poznatků získaných na základě prvotní analýzy provedené ve spolupráci s Českým telekomunikačním úřadem (ČTÚ) ÚOHS zjistil, že vzájemné vztahy mezi operátory je zapotřebí detailněji prověřit kvůli možné nefunkčnosti některých aspektů konkurence na trzích, na nichž roste tržní podíl klíčových hráčů a naopak klesá význam nezávislých virtuálních operátorů.

    Ladislav Hagara | Komentářů: 11
    včera 10:55 | Humor

    Různé audity bezpečnostních systémů pařížského muzea Louvre odhalily závažné problémy v oblasti kybernetické bezpečnosti a tyto problémy přetrvávaly déle než deset let. Jeden z těchto auditů, který v roce 2014 provedla francouzská národní agentura pro kybernetickou bezpečnost, například ukázal, že heslo do kamerového systému muzea bylo „Louvre“. 😀

    Ladislav Hagara | Komentářů: 14
    včera 01:00 | Komunita

    Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.

    Ladislav Hagara | Komentářů: 13
    včera 00:00 | IT novinky

    Byl publikován plán na odstranění XSLT z webových prohlížečů Chrome a Chromium. S odstraněním XSLT souhlasí také vývojáři Firefoxu a WebKit. Důvodem jsou bezpečnostní rizika a klesající využití v moderním webovém vývoji.

    Ladislav Hagara | Komentářů: 1
    5.11. 15:55 | Nová verze

    Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.3.0. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    5.11. 05:55 | IT novinky

    Organizace Open Container Initiative (OCI) (Wikipedie), projekt nadace Linux Foundation, vydala Runtime Specification 1.3 (pdf), tj. novou verzi specifikace kontejnerového běhového prostředí. Hlavní novinkou je podpora FreeBSD.

    Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (35%)
     (48%)
     (18%)
     (17%)
     (22%)
     (15%)
     (21%)
     (16%)
     (16%)
    Celkem 321 hlasů
     Komentářů: 15, poslední 2.11. 08:25
    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: 571×
    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.