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 13:00 | Komunita

Do 30. října se lze přihlásit do dalšího kola programu Outreachy (Wikipedie), jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 4. prosince 2018 do 4. března 2019, v participujících organizacích lze vydělat 5 500 USD.

Ladislav Hagara | Komentářů: 8
včera 22:22 | Komunita

Společnost Purism představila kryptografický token Librem Key. Koupit jej lze za 59 dolarů. Token byl vyvinut ve spolupráci se společností Nitrokey a poskytuje jak OpenPGP čipovou kartu, tak zabezpečení bootování notebooků Librem a také dalších notebooků s open source firmwarem Heads.

Ladislav Hagara | Komentářů: 5
včera 20:33 | Nová verze

Společnost NVIDIA oficiálně vydala verzi 10.0 toolkitu CUDA (Wikipedie) umožňujícího vývoj aplikací běžících na jejich grafických kartách. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
včera 20:00 | Upozornění

Příspěvek Jak přežít plánovanou údržbu DNS na blogu zaměstnanců CZ.NIC upozorňuje na historicky poprvé podepsání DNS root zóny novým klíčem dne 11. října 2018 v 18:00. Software, který nebude po tomto okamžiku obsahovat nový DNSSEC root klíč, nebude schopen resolvovat žádná data. Druhým důležitým datem je 1. února 2019, kdy významní výrobci DNS softwaru, také historicky poprvé, přestanou podporovat servery, které porušují DNS standard

… více »
Ladislav Hagara | Komentářů: 5
včera 15:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 156. brněnský sraz, který proběhne v pátek 21. září od 18:00 v restauraci Na Purkyňce na adrese Purkyňova 80.

Ladislav Hagara | Komentářů: 0
včera 13:22 | Nová verze

Alan Griffiths z Canonicalu oznámil vydání verze 1.0.0 display serveru Mir (GitHub, Wikipedie). Mir byl představen v březnu 2013 jako náhrada X serveru a alternativa k Waylandu. Dnes Mir běží nad Waylandem a cílen je na internet věcí (IoT).

Ladislav Hagara | Komentářů: 0
20.9. 22:00 | Nasazení Linuxu
Stabilní aktualizace Chrome OS 69 (resp. Chromium OS), konkrétně 69.0.3497.95, přináší mj. podporu linuxových aplikací. Implementována je pomocí virtualizace, a proto je tato funkce také omezena na zařízení s dostatkem paměti a podporou hardwarové akcelerace, tudíž nejsou podporovány chromebooky s 32bitovými architekturami ARM, či Intel Bay Trail (tzn. bez Intel VT-x).
Fluttershy, yay! | Komentářů: 5
20.9. 21:32 | Zajímavý projekt

Došlo k uvolnění linuxové distribuce CLIP OS, vyvíjené francouzským úřadem pro kybernetickou bezpečnost ANSSI, jako open source. Vznikla za účelem nasazení v úřadech, kde je potřeba omezit přístup k důvěrným datům. Je založená na Gentoo.

Fluttershy, yay! | Komentářů: 1
20.9. 16:00 | Komerce

Zjistěte více o bezpečné a flexibilní architektuře v cloudu! IBM Cloud poskytuje bezpečné úložiště pro Vaše obchodní data s možností škálovatelnosti a flexibilitou ukládání dat. Zároveň nabízí prostředky pro jejich analýzu, vizualizaci, reporting a podporu rozhodování.

… více »
Fluttershy, yay! | Komentářů: 12
20.9. 12:22 | Nová verze

V dubnu letošního roku Mozilla představila webový prohlížeč pro rozšířenou a virtuální realitu Firefox Reality (GitHub). V úterý oznámila vydání verze 1.0. Ukázka na YouTube. Firefox Reality je k dispozici pro Viveport, Oculus a Daydream.

Ladislav Hagara | Komentářů: 2
Na optické médium (CD, DVD, BD aj.) jsem naposledy vypaloval(a) data před méně než
 (13%)
 (14%)
 (21%)
 (23%)
 (25%)
 (4%)
 (1%)
Celkem 388 hlasů
 Komentářů: 33, poslední 16.9. 11:55
Rozcestník

Dotaz: openvpn - náhodná (ne)propustnost

H0ax avatar 4.9. 19:13 H0ax | skóre: 36 | blog: Odnikud_nikam
openvpn - náhodná (ne)propustnost
Přečteno: 368×
Ahoj. Zkouším vyladit ovpn tak, aby měla co nejvyšší propustnost. Za normálních okolností má ovpn tak 1/10 pásma. Problém je, že se mi sice občas podaří saturovat 1Gbit, jde ale o to, že jen občas. Náhodně to jde a nejde.

Technická data:
- Openvpn na různých debianech, celkem 3 pc, jeden vždy stejný, dva různé konce pro porovnání
- 1Gbit mezi počítači přes internet
- tun
- spuštěno jako:
pc1 (ovpn 2.4)
openvpn --dev tun --proto udp --port 13000 --secret /etc/openvpn/ta.key --ifconfig 10.201.30.2 10.201.30.1 --cipher none --auth none --tun-mtu 48000 --fragment 0 --mssfix 0 --keepalive 2 60

pc2+3 (ovpn 2.4, 2.1) 
openvpn --dev tun --proto udp --port 13000 --secret /etc/openvpn/static.key --ifconfig 10.201.30.1 10.201.30.2 --cipher none --auth none --remote xxx --tun-mtu 48000 --fragment 0 --mssfix 0 --keepalive 2 60
S vynechanými parametry tun-mtu, fragment a mssfix to jede tou 1/10 rychlosti. Se všemi parametry dokážu dát 900Mbit přes iperf.
Problém je, že náhodně vpn nefunguje. Tun se vytvoří, ping funguje vždy, na iperfu je vidět, že jsem se připojil, ale data se nepřenesou, také pak nejde například ssh na druhý konec. Snižováním tun-mtu se snižuje saturace linky nicméně náhodná nefunkčnost trvá. Bezchybný stav je pouze bez uvedených parametrů. Zkoušel jsem i
--sndbuf 0 --rcvbuf 0
, ale nemělo to vliv. Jak je vidět, o šifrování tunelu mi nejde. Občas se stane, že druhá strana (tam kde je iperf -s) "vytuhne" a stroj není třeba minutu vůbec dostupný.

tcpdump ze stroje kde je iperf -s
19:09:19.841903 IP 10.201.30.2.45280 > 10.201.30.1.5001: Flags [S], seq 3932992529, win 43690, options [mss 47960,sackOK,TS val 203672910 ecr 0,nop,wscale 7], length 0
19:09:19.841915 IP 10.201.30.1.5001 > 10.201.30.2.45280: Flags [S.], seq 21178667, ack 3932992530, win 43690, options [mss 47960,sackOK,TS val 2230894998 ecr 203672910,nop,wscale 7], length 0
19:09:19.857015 IP 10.201.30.2.45280 > 10.201.30.1.5001: Flags [.], ack 1, win 342, options [nop,nop,TS val 203672914 ecr 2230894998], length 0
19:09:19.857266 IP 10.201.30.2.45280 > 10.201.30.1.5001: Flags [P.], seq 1:37, ack 1, win 342, options [nop,nop,TS val 203672914 ecr 2230894998], length 36
19:09:19.857281 IP 10.201.30.1.5001 > 10.201.30.2.45280: Flags [.], ack 37, win 342, options [nop,nop,TS val 2230895002 ecr 203672914], length 0
19:09:31.892563 IP 10.201.30.1.5001 > 10.201.30.2.45280: Flags [F.], seq 1, ack 37, win 342, options [nop,nop,TS val 2230898011 ecr 203672914], length 0
19:09:31.907718 IP 10.201.30.2.45280 > 10.201.30.1.5001: Flags [.], ack 2, win 342, options [nop,nop,TS val 203675927 ecr 2230898011], length 0
Předem díky za nakopnutí
LinuxWay | blog |  LiCo

Odpovědi

4.9. 20:40 V.
Rozbalit Rozbalit vše Re: openvpn - náhodná (ne)propustnost
Jak moc je ta vaše vpn a konektivita stabilní, nepadá něco v síti poskytovatele (třeba v MPLS)? Nebo je to fakt čistý internet, nezávislý a negarantovaný?
H0ax avatar 4.9. 20:50 H0ax | skóre: 36 | blog: Odnikud_nikam
Rozbalit Rozbalit vše Re: openvpn - náhodná (ne)propustnost
Řekl bych, že stabilní. PC2 je v datacentru v Německu, PC3 je v DC v ČR a PC1 je v Azure v EU. Přenosy velkých objemů bez vpn nejsou problém.
LinuxWay | blog |  LiCo
4.9. 22:57 PetebLazar
Rozbalit Rozbalit vše Re: openvpn - náhodná (ne)propustnost
Byl zkoušen iperf v obráceném směru (v době zámrzu)?
5.9. 02:07 Andrej | skóre: 45 | blog: Republic of Mordor | Zürich
Rozbalit Rozbalit vše Re: openvpn - náhodná (ne)propustnost
Ahoj. Zkouším vyladit ovpn tak, aby měla co nejvyšší propustnost.

Pak potřebuješ skutečnou VPN, nikoliv OpenVPN. Skutečná VPN se jmenuje IPSec a sada utilit a démonů pro konfiguraci se jmenuje (například) StrongSwan.

OpenVPN lidé často omylem nasazují jen podle názvu, který vyvolává mylnou představu, že jde o nějaké standardní VPN řešení. Je to ubohá jednovláknová hračka běžící v userspace.

Za normálních okolností má ovpn tak 1/10 pásma.

Tolik? To mě překvapuje. Od OpenVPN bych čekal mnohem horší "výkony". Skutečná VPN (IPSec) samozřejmě využívá všech možností kernelového síťového stacku, který je vícevláknový a který nebude mít problém saturovat třeba 10 Gb/s.

ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
5.9. 14:26 Kolemjdouci
Rozbalit Rozbalit vše Re: openvpn - náhodná (ne)propustnost

Pak potřebuješ skutečnou VPN, nikoliv OpenVPN. Skutečná VPN se jmenuje IPSec a sada utilit a démonů pro konfiguraci se jmenuje (například) StrongSwan.

Urcite mas na mysli IPsec s l2tp, ktery je podle nekterych zdroju kompromitovan NSA

OpenVPN lidé často omylem nasazují jen podle názvu, který vyvolává mylnou představu, že jde o nějaké standardní VPN řešení. Je to ubohá jednovláknová hračka běžící v userspace.

A prave proto neni tak HW narocny jako L2TP/IPsec

Tolik? To mě překvapuje. Od OpenVPN bych čekal mnohem horší "výkony". Skutečná VPN (IPSec) samozřejmě využívá všech možností kernelového síťového stacku, který je vícevláknový a který nebude mít problém saturovat třeba 10 Gb/s.

Tak to bych chtel vazne videt. Nedavno jsem testoval a nasazoval vpn - Mikrotik proti Linuxu a to jak OpenVPN tak L2TP/IPsec. Uz si napamatuju presna cisla a bohuzel jsem si je nikde nepoznacil, ale vyhral OpenVPN. I pres tcp protokol byla propustnost vyssi nez pres l2tp/ipsec.
Max avatar 5.9. 15:22 Max | skóre: 66 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: openvpn - náhodná (ne)propustnost
L2TP už pár let postrádá smysl, když je všude funkční implementace IKEv2.
Tzn. pro klienty, ale i pro Site2site tunely jedině IKEv2. OpenVPN je pak na několika frontách v háji, protože :
  • nemá něco jako MOBIKE u IKEv2 (prostě přepínáš se z wifi na LTE a zpátky a tunel funguje dál, always on apod.)
  • není to single thread jako OpenVPN, které jde při masivních počtech spojení do kytek (příklad propojení mezi pobočkama)
  • ipsec je implementován přímo v kernelu, takže další výkonností bonus
  • OpenVPN není multiplatformní, resp. není ve spoustě věcí naimplementováno, kdežto IKEv2 funguje všude, případně fallback v podobě IKEv1+L2TP
  • ipsec dokáže tunelovat spoustu věcí/protokolů, spoustu subnetů, nebo i vlany (přes L3 jako např. VXLAN,NVGRE apod.)
ipsec/IKEv2 je ve všem lepší a openvpn v tomto kontextu vypadá jak hračka pro děti, ale zase nelze brát Andreje úplně vážně, on nepřipouští žádné kompromisy.
Já s OpenVPN pro domácí použití nemám problém, i v práci ho ještě na pár notebookářů používáme (ač chci postupně vše zmigrovat na IKEv2).

Každopádně pokud jsi dělal nějaký test, tak je docela pravděpodobný, že jsi ho dělal špatně, jelikož maximální datový tok přes tunel je nicneříkající údaj.
Zdar Max
Měl jsem sen ... :(
5.9. 18:37 ewew | skóre: 37 | blog: ewewov_blog
Rozbalit Rozbalit vše Re: openvpn - náhodná (ne)propustnost

Pak potřebuješ skutečnou VPN, nikoliv OpenVPN. Skutečná VPN se jmenuje IPSec a sada utilit a démonů pro konfiguraci se jmenuje (například) StrongSwan.

Naozaj ? V podstate je to isté. Taktiež dochádza k obalovaniu paketov do ďalších hlavičiek.

OpenVPN lidé často omylem nasazují jen podle názvu, který vyvolává mylnou představu, že jde o nějaké standardní VPN řešení. Je to ubohá jednovláknová hračka běžící v userspace.

Mylna predstave je aj to, že všetko vyrieši automatika.

Tolik? To mě překvapuje. Od OpenVPN bych čekal mnohem horší "výkony". Skutečná VPN (IPSec) samozřejmě využívá všech možností kernelového síťového stacku, který je vícevláknový a který nebude mít problém saturovat třeba 10 Gb/s.

Myslím, že to pomalé len ak máš TCP v TCP. Ďalej namiesto toho aby niektoré veci bežali v ringu 3 budú bežať v ringu 0 a asi vieme si predstaviť čo to znamená.

5.9. 19:44 debian+
Rozbalit Rozbalit vše Re: openvpn - náhodná (ne)propustnost
Myslím, že to pomalé len ak máš TCP v TCP. Ďalej namiesto toho aby niektoré veci bežali v ringu 3 budú bežať v ringu 0 a asi vieme si predstaviť čo to znamená.
Defaulne je konfigurovane OpenVPN pouzivajuce UDP.
Jendа avatar 5.9. 20:47 Jendа | skóre: 75 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: openvpn - náhodná (ne)propustnost
Naozaj ? V podstate je to isté. Taktiež dochádza k obalovaniu paketov do ďalších hlavičiek.
Jenže v kernelu se pakety umí zpracovávat na více procesorech současně.
Myslím, že to pomalé len ak máš TCP v TCP.
Ne, je to pomalé jakmile to jedno vlákno neustíhá. Andrej má tentokrát pravdu.

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.