VPN falt út by grutte uploads: lês earst de wachtrige
In folle opstreamende wachtrige fertraget kontrôleferkear likegoed as tapassings. Ferlykje it gedrach by stilte en ûnder lading, feroarje dan ien ding en werhelje de test.
De tunnel is de hiele dei stabyl en falt dan út sa gau as in grutte upload begjint. Ynteraktive oanfragen steane earst stil, de klient meldt in tiidferrin, en de ferbining komt werom as de oerdracht klear is. Dat patroan wiist op wachtrige en ferwurking, net op in útfalle fiere tsjinner, want de tsjinner krige nea de kâns om op tiid te antwurdzjen. It wurk is om dat ûnder in beheinde lading nei te meitsjen en de juste tellers te lêzen.
Feroarje ien fariabele per rin en hâld it einpunt fêst.
Bou in werhelbere ladingfergeliking
Skriuw in basisline op wylst de keppeling stil is: rûnreistiid, in pear tapassingoanfragen en it eigen barrenlog fan de tunnel. Begjin dan in upload fan bekende grutte en werhelje krekt dy mjittingen wylst er rint. Hâld it einpunt, de klient en it testdoel ûnferoare, want twa dêrfan tagelyk feroarje seit jo neat.
Merk op hokker barren earst ferskynt. In stiigende rûnreistiid foar elke flater wiist op wachtrige; in hurde tiidferrin by stabile fertraging wiist op wat oars, lykas in kaaiwiksel of in aksje op it akkount. De twa patroanen liede ta ferskate folgjende stappen. Skriuw de waarnimming op foardat jo wat feroarje.
Bewarje de útfier mei tiidstimpels, sadat de belêste en de stille rinnen rigel foar rigel ferlike wurde kinne.
Lês de wachtrige, net de faasje
Brûkerskeppelingen bufferje pakketten yn 'e apparatuer fan 'e provider, en in folle opstreamende wachtrige fertraget alles, ek de lytse kontrôlepakketten dy't in tunnel libben hâlde. In faasjetest dy't in heech getal rapportearret, seit min oer dy fertraging, en dêrom slagget in test by stilte wylst in folle keppeling mislearret.
ping -c 20 -i 0.2 203.0.113.10 mtr -rwc 20 203.0.113.10 tc -s qdisc show dev eth0 ss -ti dst 203.0.113.10 nstat -az | grep -E 'Retrans|Timeout'
Ferlykje de fertragingssifers ûnder lading mei dy by stilte. In sprong fan tsientallen millisekonden nei hûnderten, sûnder pakketferlies, is wachtrige; ferlies by stabile fertraging wiist op in oare stoaring.
Kontrolearje it apparaat en it kontrôlepaad
Fersifering en trochstjoeren kostje prosessortiid, en in lytse router of in waarmtebeheind laptop kin pakketten falle litte wylst er dwaande is. Sjoch nei de totale lading ynstee fan it persintaazje fan ien proses, want trochstjoeren yn 'e kearn en ûnderbrekkingsôfhanneling ferskine net dêr't minsken meast sjogge.
uptime mpstat -P ALL 1 3 dmesg | grep -i -E 'thermal|throttl' journalctl -u openvpn-server@server --since '10 min ago' | tail -20
In kliïnttiidferrin kin ek gearfalle mei in plande kaaiwiksel of mei in barren fan it sesjebelied. Lês it eigen log fan 'e klient foar de oarder fan barrens, net allinnich it flaterberjocht fan 'e tapassing.
Feroarje ien ding en werhelje
Dêr't it platfoarm it stipet, behein de uploadfaasje of klassifisearje bulktrafyk ûnder ynteraktyf trafyk, sadat de wachtrige nea fol rekket. Werhelje dan deselde wurklading en ferlykje deselde trije sifers as earder. In feroaring dy't in faasjetest better makket mar de tiidferrin lit stean, hat neat reparearre.
Tiidferrinnen oeral ferheegje en fersifering ferswakje binne de twa feroarings dy't it symptoom ferdwine litte sûnder de grins te beneamen dy't mislearre. Gjin fan beide is in reparaasje. Beide ferpleatse de mislearring nei letter, dêr't it hurder is om dy ta te skriuwen.
Einigje mei it testen fan in nij oanfraach en it werferbinen dat de brûker echt fertrout. Stabiliteit ûnder de lading dy't de klacht feroarsake, is it iennige resultaat dat it opskriuwen wurdich is.