PRQ VPN problem, nätverksexperter sökes!

En vänn till mig har en vpn tunnel från PRQ, tjänsten är 10/10mbit och han hostar web via den.

Konfigurationen: en windows maskin med apache/xamp på windows 2008 direkt kopplat till fiberlan uttag (telia) dvs ingen utrustning imellan server och isp.

Problemet: uppladdningshastigheten via tunneln är full fart (10mbit) men nedladdningen är olidligt seg, runt 0.4mbit i bästa fall 0.8mbit.

Felsökning gjord av mig: Testat på 3 olika datorer med olika nätverkskort. Testat med 2 olika OS (win7 / win2008). Testat med 6 olika openvpn klienter (från gamla till nya). Testat med annan ISP (testade köra tunneln från mig istället med comhem), testat olika openvpn konfigurationer allt ger samma resultat.

Testade installera DUMeter för att kolla om det var bredbandskollen som ljög och värdena ser konstiga ut. Laddar jag ner en fil via http eller ftp så får jag ca 30/40kb/s men dumeter visar 1000+kb/s på nedladdningen vilket indikerar för mig att det är skyhöga packetloss eller så vet inte paketen vart det skall ta vägen och de få som når fram leder till resultatet 40kb/s.

Jag är ingen nätverksexpert och jag kan inte förstå vad som är fel, vi har som sagt testat olika datorer, olika isp, olika klienter samt konfigurationer och olika operativsystem. Jag har själv haft en tunnel från PRQ för länge sedan och hade aldrig några såna här problem så nått säger mig att det är felkonfigurerat från deras sida, men jag kan knappast veta det för jag har ingen kunskap i detta område.

Någon som är bra på nätverk som kan hjälpa mig felsöka detta? Vad kan man göra? PRQ svarar inte, dom är väldigt svåra att få tag på , vilket är både på gott och ont

Tack för tipsen,

Körde dos kommandot och den högsta "mtu" som jag får svar på från ping.sunet.se är 1470 , om jag sätter högre säger den : Packet needs to be fragmented but DF set.

Så optimala mtu är 1470? Uppföljningsfråga, hur ställer jag MTU till 1470 i openvpn? Googlar jag hittar jag bara MTU för "tun" men PRQ kör TAP.

såhär ser deras konfiguration ut.

dev tap
remote 88.80.xx.xx
float 88.80.xx.xx
port 5024
ifconfig 88.80.xx.xx 255.255.255.128
route-gateway 88.80.xx.xx
redirect-gateway def1
secret prq.key
cipher AES-128-CBC
dhcp-option DNS 88.80.8.8
route-method exe
route-delay 2

Tack igen för tipsen!

Ah jag förstår, då är det alltså något med mtu ändå alltså för alla symptom stämmer väll ganska bra på att mtun skulle vara fel. frågan är bara vilken mtu som gäller, märker absolut ingen skillnad mellan alla de värdena jag testat (1400,1440,1458,1500)

Bra tips, skall testa detta, ändrade ändast mtu i openvpn och på TAP adaptern, inte på den fysiska.

Jag tror endast det går att stänga av krypteringen om man har tillgång till konfigureringen på server sidan och det har jag inte, det ända jag kan ställa in från server side är comp-lzo on eller off.

Jag kör obryggat läge, har inte testat brygga, finns det fördelar med att brygga adaptern, kanske är detta som skapar problemet?

Ska försöka hinna göra fler tester ikväll.

Tänkte uppdatera denna tråd då jag gjort fler tester idag och inget har givit några nya resultat, går det att utesluta fel hos mig nu? Är det PRQ som fallerar med konfigurationen på sin sida? Vad mer kan jag testa? Hade stora förhoppningar på netsh kommandot då den interna nic drivern inte hade någon option för att ändra mtu, men det gjorde ingen skillnad (ja jag startade om)

eh nu plötsligt verkar det funka bättre efter jag bytte tillbaka till mtu 1500, måste göra lite mer tester innan jag säger något, vore lagom sjukt om det helt plötsligt hoppade igång

Tror jag hittat felet, verkar inte som att all trafik går genom tunneln, fattar inte hur jag får tunneln att köra all trafik både in och ut.

Testade köra bridge på kortet men det resulterade i ingen anslutning alls, ger en bridge adapter ett nytt mac-id ? tror ispn låser dhcpn till x antal mac adresser och det kanske är därför det inte ville funka med bridge?

Okej jag tror jag hittat felet, tydligen något fel med tap drivaren i windows vista+ som orsakar detta, inte ensam om det. Det förklarar saken varför jag aldrig hafr problem med vpn tunnlar förut förut då jag alltid kört win2003, de os jag testat med nu är ju win7, win2008 och win8 alla lider av problemet.

Verkar inte vara någon som löst detta så blir väll att nedgradera alternativt ge sig in i linux världen

referens: https://forums.openvpn.net/topic14122.html?hilit=slow%20windo...