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 05:55 | IT novinky

    Společnost OpenAI představila GPT-5 (YouTube).

    Ladislav Hagara | Komentářů: 0
    dnes 05:00 | Nová verze

    Byla vydána (𝕏) červencová aktualizace aneb nová verze 1.103 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.103 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    včera 17:33 | IT novinky

    Americký prezident Donald Trump vyzval nového generálního ředitele firmy na výrobu čipů Intel, aby odstoupil. Prezident to zdůvodnil vazbami nového šéfa Lip-Bu Tana na čínské firmy.

    Ladislav Hagara | Komentářů: 6
    včera 16:55 | Nová verze

    Bylo vydáno Ubuntu 24.04.3 LTS, tj. třetí opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na Discourse.

    Ladislav Hagara | Komentářů: 0
    včera 16:44 | Nová verze

    Byla vydána verze 1.89.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    včera 12:22 | IT novinky

    Americká technologická společnost Apple uskuteční v USA další investice ve výši sta miliard dolarů (2,1 bilionu korun). Oznámil to ve středu šéf firmy Tim Cook při setkání v Bílém domě s americkým prezidentem Donaldem Trumpem. Trump zároveň oznámil záměr zavést stoprocentní clo na polovodiče z dovozu.

    Ladislav Hagara | Komentářů: 4
    včera 04:55 | Nová verze

    Zálohovací server Proxmox Backup Server byl vydán v nové stabilní verzi 4.0. Založen je na Debianu 13 Trixie.

    Ladislav Hagara | Komentářů: 0
    6.8. 16:33 | Nová verze

    Byla vydána nová verze 1.54.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Jan Václav.

    Ladislav Hagara | Komentářů: 0
    6.8. 14:11 | IT novinky

    Knižní edice správce české národní domény přináší novou knihu zkušeného programátora Pavla Tišnovského s názvem Programovací jazyk Go. Publikace nabízí srozumitelný a prakticky zaměřený pohled na programování v tomto moderním jazyce. Nejedná se však o klasickou učebnici, ale spíše o průvodce pro vývojáře, kteří s Go začínají, nebo pro ty, kdo hledají odpovědi na konkrétní otázky či inspiraci k dalšímu objevování. Tištěná i digitální verze knihy je již nyní k dispozici u většiny knihkupců.

    Ladislav Hagara | Komentářů: 2
    6.8. 13:11 | IT novinky

    OpenAI zpřístupnila (en) nové nenáročné otevřené jazykové modely gpt-oss (gpt-oss-120b a gpt-oss-20b). Přístupné jsou pod licencí Apache 2.0.

    Ladislav Hagara | Komentářů: 5
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (43%)
     (22%)
     (4%)
     (6%)
     (3%)
     (1%)
     (1%)
     (20%)
    Celkem 284 hlasů
     Komentářů: 23, poslední 4.8. 13:01
    Rozcestník

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

    H0ax avatar 4.9.2018 19:13 H0ax | skóre: 36 | blog: Odnikud_nikam
    openvpn - náhodná (ne)propustnost
    Přečteno: 747×
    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í
    uid=0(root) gid=0(root) skupiny=0(root)

    Odpovědi

    4.9.2018 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.2018 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.
    uid=0(root) gid=0(root) skupiny=0(root)
    4.9.2018 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.2018 02:07 Andrej | skóre: 51 | blog: Republic of Mordor
    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.2018 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.2018 15:22 Max | skóre: 72 | 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 ... :(
    25.10.2018 01:57 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: openvpn - náhodná (ne)propustnost

    Sorry jako :-D, ale jestli zmiňuješ L2TP, nejspíš jsi byl cca od roku 2000 v hibernaci a teď po probuzení by bylo vhodné aktualizovat si data o IPSec protokolech. ;-) Co je mi do toho, že něco z roku 1999 bylo prý kdysi kontaminované (nejspíš ovšem pouze v Shitdows) backdoory pro NSA? Kde přesně má StrongSwan v dnešních IPSec protokolech ten backdoor pro NSA? Ten kousek (open-source) kódu bych opravdu moc rád viděl.

    5.9.2018 18:37 ewew | skóre: 40 | 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á.

    Root v linuxe : "Root povedal, linux vykona."
    5.9.2018 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.2018 20:47 Jendа | skóre: 78 | blog: Jenda | 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.
    25.10.2018 01:58 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: openvpn - náhodná (ne)propustnost

    Ale jenom tentokrát, jinak rozhodně ne. :-D :-D :-D

    25.10.2018 02:02 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: openvpn - náhodná (ne)propustnost
    Jenže v kernelu se pakety umí zpracovávat na více procesorech současně.

    I v userspace. To jenom OpenVPN to zcela dobrovolně neumí. OpenVPN je pro VPN tím, čím je OpenBSD pro operační systémy: Myslí si, že 1 procesor je zkrátka dost pro všechny.

    A ano, do 100 Mb/s to asi byla pravda.

    25.10.2018 03:09 xxl | skóre: 26
    Rozbalit Rozbalit vše Re: openvpn - náhodná (ne)propustnost
    Podle mých zcela nesystematických testů je wirequard rychlejší, než ipsec (strongSwan).

    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.