Dotaz: Propustnost VPN site

[petrfm]

Ahoj, priznam se, ze nevim, jak presne VPN funguje, tzn. zda ma nejakou vlastni rezii a diky sifrovani spotrebovava urcitou kapacitu linky. Jde mi o to, ze mam jak doma, tak v praci linku 20/20 mega. Kdyz jedu primo a merim rychlost na dsl.cz, tak na obou linkach tech 20 mega mam. Kdyz se pripojim z domu pres VPN do prace, klesne mi rychlost na 12/2 mega.

A proto by mne zajimalo, jestli :

1) ma VPN nejakou vlastni rezii, proto prenos probiha pomaleji, protoze se prenasena data "nafukuji"

2) mam slaby procesor na routeru a ten tak nezvlada sifrovat

3) mam problem na VPN klientovi - t.j. linux Kubuntu v mem notebooku

Diky za objasneni, od nekoho, kdo vi, jak presne VPN funguje, jedna se v tomto pripade o L2TP s IPSEC, ale ja IPSEC nepouzivam, kdyz zapnu IPSEC, jeste se to zpomali.

P.

Odpovědi

[Jendа]

1) ma VPN nejakou vlastni rezii, proto prenos probiha pomaleji, protoze se prenasena data "nafukuji"

Je delší latence, protože se jde neoptimální cestou. Také může být problém když máš TCP přes TCP VPN a dochází ke ztraceným paketům. Ale samotné šifrování overhead (skoro) nemá, na začátku se dohodne symetrický klíč a šifruje se jím.

2) mam slaby procesor na routeru a ten tak nezvlada sifrovat

To je možné. Není nic jednoduššího než spustit htop a podívat se tam.

[petrfm]

Nevim, jestli tam htop je, jde o mikrotika 951, ale co jsem koukal na vyuziti procesoru pres klikatko, tak se vylozene flaka do 10%. Budu muset asi zjistit, jak se to da otestovat primo na tom mikrotiku.

[frr]

Šifrování funguje v zásadě tak, že se na začátku dohodne nějaká pseudonáhodná sekvence (resp. dohaduje se opakovaně/postupně/průběžně) a touto pseudonáhodnou sekvencí, vlastně streamem dat, se XORuje (nebo tak něco) stream payloadu o shodné délce. A ten se potom přenáší. Takže objem payloadu po šifrování je shodný s objemem čistého payloadu. (Plus něco navíc přidává pravidelné dohadování o krátkodobých klíčích.) Aspoň se domnívám. Ono při tomto schématu by zůstalo zachováno rozložení toku v čase, což vlastně představuje "postranní kanál" pro případný útok, takže některé šifrovací technologie se tomuto snaží bránit...

Slabý procesor... možná. Musel byste to pitvat do hloubky: co má ten procesor za akcelerátory, jestli je pro ně ve firmwaru ovladač, jestli jsou uplatnitelné na používanou šifru a jestli to nakonec umí použít user-space démon (nebo kernelový subsystém?), který realizuje šifrující vrstvu VPNky. Druhá možnost je, prostě zkusit pro srovnání jiný router (HW/SW)

Obecnou nectností VPN je to, že při tunelování = balení "IP paketů do IP paketů" (plus hlavičky TCP nebo UDP) dochází k tomu, že se buď natáhne vnější velikost zabaleného paketu (je potřeba větší MTU od vrstev vespod) nebo se omezí maximální velikost transportovatelných paketů (omezí se MTU pro čistý payload). Pokud posíláte příliš velké pakety payloadu, budou se fragmentovat popř. zahazovat buď před zabalením nebo po zabalení, podle konfigurace VPN softwaru/firmwaru na routerech a ostatně i na routerech po cestě pod VPNkou. Dá se nastavit menší MTU na tunelech, nebo ručně zkrátit TCP MSS v nastavení TCP/IP stacku na "payloadovém" klientu a serveru (zamezíte fragmentaci, ale zhoršíte efektivitu TCP). Dále do toho vstupuje konfigurace fitrů různě po cestě - např. jestli se zpátky ke klientovi propouští "ICMP couldn't fragment" apod. V případě TCP umí slušné TCP/IP stacky (na koncích payloadové relace) "path MTU discovery" a "path MTU blackhole detection" - což se zřejmě týká jenom TCP, nikoli např. UDP, navíc i tomu TCP to chvíli trvá, než černou díru odhalí. Nějaký problém z tohoto soudku by měl být vidět ve wiresharku i na koncovém stroji jako TCP retransmissions (wireshark je tuším automaticky obarví na červeno) - zejm. pokud máte podezřele pomalý upload.

Poměrně podrobný výklad má na webu Cisco.

Nebudu se dnes pouštět do žabomyší debaty jestli IPSec nebo OpenVPN - mj. protože soudím, že tato volba nebyla Vaše a taky proto, že Vám IPSec zřejmě v zásadě funguje.

[petrfm]

diky za podrobnou odpoved. zacnu od konce. volba sice byla moje, ale proto, ze jsem pouzival hodne klienta s w7 a podpora l2tp ipsec tam chodila na vybornou. nechtelo se mi ordinovat tam nejakeho ovpn klienta, kdyz ten nativni l2tp fungoval dobre, tak jsem zustal u l2tp. dnes jedu vyhradne na linuxu, takze tam ovpn neni problem, ale na mobilu, co jsem koukal, ani pres to, ze mam cyanogenmod, nemam defaultne podporu ovpn. takze zase, jde o to, ze l2tp je proste podporovano vsude. pokud by byl vykon ovpn lepsi, nemam problem si aspon kvuli nb, ktery pouzivam s vpn nejcasteji, nainstalovat. nakonec, mikrotik muze najednou poskytovat nekolik vpn serveru, je to vec par kliknuti. zkusim jeste aktualizovat fw, protoze tam mam nejaky brutalne stary (vic jak 4 roky urcite) a od te doby vyslo napovrch hodne fatalnich chyb v ssl knihovnach, takze bych s tim urcite mel neco delat a jestli se to nezlepsi, zacnu do toho pak sprtat. obecne se mi osvedcilo, co funguje, na to nesahej, u mikrotiku dvojnasob. kdysi jsem takhle aktualizoval a kazda nova verze byla horsi, nez ta predchozi, takze dneska jsem dost konzervativni :)

pisu z mobilu, sorry za ty priserne odstavce

[filodendron]

Nebude to náhodou tým, že pri priamom pripojení na dsl.cz nie sú pakety nijako obmedzované a putujú priamo medzi notebookom a serverpm dsl.cz (20/20). Pri meraní cez VPN však putujú pakety najskôr na server do práce, tam sa dešifrujú a odtiaľ idú zrejme tým istým káblom niekam na dsl.cz, avšak už iba rýchlosťou 2 mega (upload v práci). Pri downloade je iba zmenený smer paketov, Každý paket tak prejde sieťovou kartou na VPN serveri dvakrát (raz v šifrovanom a raz v rozšifrovanom tvare).

[petrfm]

tyjo, to mne vubec nenapadlo.... a bude to skutecne tim. v praci mam taky 20/20, ale je fakt, ze pri mereni pres tunel se to jedno rozhrani pouziva jak na tunel, tak na pristup ven. musel bych mit dve rozhrani... presnejsi bude zmerit rychlost prenosu mezi nb a serverem v praci, nikoliv takhle pres internet, to opravdu merim hovadiny.

[PL]

Ve woknech to jde odstranit tím, že se v nastavení sítě odškrtne "Používat výchozí bránu vzdálené sítě." a potom je na lokálním PC plná rychlost a nejede vše přes VPN.

Bohužel v Linuxu se mi tuhle volbu nepodařilo nikdy najít. V nastavení Network manageru je něco jako "Použít toto připojení jen pro prostředky ve vlastní síti" což by asi mělo být to samé jako ve win, ale poukud se to zaškrtne, tak VPN nejede. Léta s tím bojuju a marně... :)