zpomaleni connectivy pri pripojeni pres VPN

Doma kdyz se pripojuji pres vpn nezaznamenam zadne zpomaleni konektivity, ale kdyz se pripojim na chalupe pres wifi kde je linka 512kb tak rychlost klesne tak na 50kbit. Cim to muze byt? Zkousel jsem se na to VPN pripojovat i pres tel. linku a neprislo mi ze by to bylo pomalejsi. Je mozne ze nektera AP pres ktere to jde to nezvladaji? Jeste dodatek to VPN je na nezavislem serveru nema s moji ani se siti wifi nic spolecneho. Pripojuji se tam kvuli bezpecnosti jelikoz ta sit wifi je otevrena. Zkousel jsem i menit porty ale vysledek stale stejny. Jeste maly dodatek na wifi je packet loss 8procent asi ma nekde ISP slaby signal, ale nikde se to neprojevuje

A nemyslis ze se ten packetloss projevuje prave na te VPN? Co je to za VPN? Neni treba citliva na vypadky spojeni? :-) Tam bych hledal problem, pokud to samozrejme neni v omezeni konektivity na druhe strane (VPN server). Jinak samozrejme zpomaleni je v pripade VPN taky zpusobeny tim, ze od klienta jdes X hopu na VPN server a pak dalsich Y hopu na (napr.) www server, misto toho, abys sel _jen_ Z hopu naprimo.

Pokud resis bezpecnost, ja to resim v kritickych pripadech (paranoia) tak, ze mam v internetu server, na kterym bezi SSH a squid, ktery ma povoleny pristup pouze lokalne. Prihlasim se na ten SSH server a natuneluju si lokalne port toho Squidu a vesele veskery traffic proxuju pres ssh tunel. Ma to jeste jednu vyhodu - kdyz zapnes kompresi SSH, muze to i teoreticky rychlost zvysit ;) za predpokladu, ze SSH server ma silnejsi pripojeni k siti nez ty jako klient.

VPN server je dost rychly. Tusim ze je pripojen do cesnetu a je to CISCO VPN. Presne nevim co to je. Vcera jsem se pokusil rozbehat OPENVPN ale zpomaleni je stejne. Pokud by to bylo zpusobeno packetloss jak nastavit openvpn aby na to nebyl citlivy? Jinak se poustim do SSH snad to pomuze

Citace:

---

Původně odeslal chinook

VPN server je dost rychly. Tusim ze je pripojen do cesnetu a je to CISCO VPN. Presne nevim co to je. Vcera jsem se pokusil rozbehat OPENVPN ale zpomaleni je stejne. Pokud by to bylo zpusobeno packetloss jak nastavit openvpn aby na to nebyl citlivy? Jinak se poustim do SSH snad to pomuze

---

Mno, ja bych se spis snazil odstranit packetloss nez tomu prizpusobovat VPN - packetloss je nestandartni (chybovy) stav a bezne je s nim "nepocitat."
Podobnou situaci jsem neresil takze nevim, ale jak rikam - sel bych opacnou cestou, odstranit PL a ne upravovat VPN.

Bezi to pres UDP nebo TCP? Imho pres UDP by to melo byt velmi malo nachylne na packetloss, kdezto prave u TCP by to takovyto bordel delat mohlo.
To by bylo v pripade OpenVPN, co podporuje Cisco nemam tuseni.

Cisco pouziva jestli se nemylim to same co Windows, ale asi to zalezi na konfiguraci a variante - tedy L2TP a PPTP, protokoly GRE, AH, ESP a na navazani spojeni TCP. Takze nevim nevim :)

OpenVPN bezi default na UDP (je to velmi dobry server) a CISCO muze klidne pouzivat IPsec, a to muze byt nekdy maso ... IPsec jepodporovany i fucking windows a jede default UDP

BTW 8 procent packet loss je celkem HRUZA, a jestli je to VPN s kompresi, tak je to jasny ...
8 procent packet loss je pri normalnich pingach, ze ? takze pri 1400 to bude vic ...

jestli je to UDP tak je to docela možné. Potíž UDPka je, že když jsou malé datagramy, tak "sežerou" celé okno WiFi vysílání, takže propustnost sítě jde hoooodně k zemi... btw. co na to třeba Skype nebo online hry?

Testni ten PL s ping -l 1024. Jesli mas pri normalnim pingu 8% tak pri tomhle budes mit tak 30% a to je temer nepouzitelny pripojeni. Muzes to zkusit docasne vyresit zmensenim MTU, ale to je vazne jen nouzovka.

Jinak na PL je naopak citlivejsi UDP, TCP je spojovany a umi opakovat odeslani paketu, logicky se pak snizi rychlost, pro UDP tohle musi zajistit aplikace, stejne jako je na aplikaci, zda pouziva nejake timeouty a podobne. Proto se UDP pouziva jen tam, kde na nejakym ztracenym paketu nesejde, pripadne tam, kde je nejaky problem s latenci. TCP automaticky zajistuje to, ze prijemce potvrzuje kazdy doruceny paket, to se u UDP nedeje.

Citace:

---

Původně odeslal Jezevec

Testni ten PL s ping -l 1024. Jesli mas pri normalnim pingu 8% tak pri tomhle budes mit tak 30% a to je temer nepouzitelny pripojeni. Muzes to zkusit docasne vyresit zmensenim MTU, ale to je vazne jen nouzovka.

---

A co na to routery po ceste? :-o

tak ping i s volbou -l 1024 www.google.com ma ztratu okolo 5procent. Ale kdyz se pripojim pres vpn tak je ztrata 20procent. Takze to asi vazne dela packet loss

Citace:

---

Původně odeslal Marty

A co na to routery po ceste? :-o

---

Tem je to prece putna, MTU = nejvetsi velikost paketu. Kdyz nastavis nizsi, tak ti to tvuj stroj jen vic rozfragmentuje, a routery cestou budou jen smerovat vic mensich paketu.

2chinook: Zkus si pohrat s parametrama ty VPN, nekdy se da vylaborovat celkem funkcni spojeni i na ztratovy lince.