Wêrom in VPN stadich oanfielt by it opladen: wachtrigefertraging

In reservekopy begjint op te laden, de oerdrachteller sjocht der sûn út, en it fideopetear wurdt in brij. De ferbining hat gjin tekoart oan bânbreedte yn ’e sin dy’t dat nûmer suggerearret; pakketten wachtsje earne yn in rige en de ynteraktive steane efter grutte datamengen. Dat is wachtrigefertraging, ornaris bufferbloat neamd. In VPN kin syn eigen rige tafoegje, mar makket it probleem selden allinnich.

Bânbreedte en fertraging binne ferskillende mjittings

Trochfuort antwurdet hoefolle data per sekonde beweegt, wylst fertraging antwurdet hoe lang ien pakket nedich hat om it paad oer te stekken. In fersadige ferbining kin in grutte efterstân hâlde en dochs goeie trochfuort melde, om’t de rige mei linefaasje leechrint sadree’t de útbarsting einiget. Ynteraktyf ferkear lijt earst, om’t in petear elke pear millisekonden in pakket nedich hat, net in grut bestân úteinlik. Allinnich in resultaat fan in faasjetest mjitte ferberget dus it symptoom dat jo sjen liet.

Tink ek oan de rjochting ûnder belesting. In folle oplaadbuffer kin al it oare fertrage wylst de downloadkapasiteit leech stiet.

Mjit de rûnreis ûnder belesting

Nim in basisline op in rêstige ferbining, en werhelje dan deselde mjitting wylst ien kontrolearre oerdracht rint. Ferlykje de twa rinnen ynstee fan de absolute nûmers.

ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"

It earste kommando nimt persintaazjes fan de rûnreistiid, en it twadde makket in oanhâldende oplading sûnder in faasjetestsjinst nedich te hawwen. In basisline dy’t flak bliuwt, folge troch in belêste rin dy’t mei hûnderten millisekonden omheech giet, is it skaaimerk om nei te sykjen. Guon netwurken ferleegje ICMP, behannelje ping dus as in oanwizing en befêstigje it mei de eigen fertragingswerjefte fan ’e tapassing. Hâld de test koart op metten ferbiningen, om’t in werhellber kontrast mear telt as in lange fersadiging.

Ferpleats de rige nei wêr’t de knyppunt is

Rigebehear helpt allinnich op it apparaat dat de efterstân echt hâldt. Undersykje wat de ynterface docht foardat jo regels tafoegje.

tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codel

It kommando show meldt de hjoeddeiske dissipline plus efterstân- en dripstellers, wat jo fertelt oft dizze ynterface it knyppunt is of gewoan ferkear trochjout. De woarteldissipline ferfange troch in rjochtfeardich rige-algoritme jout koarte streamen har eigen beurt ynstee fan ien FIFO dield mei grutte data. Pas it ta op ’e WAN-ynterface fan ’e router as de router it knyppunt is, net op it tunnelapparaat út gewoante. Hâld de foarige konfiguraasje en test opnij sawol de belêste reaksje as de oerdrachtfaasje, om’t in wat legere bulkkfaasje in goede ruil is foar brûkbere petearen.

Wat de tunnel feroaret en wat er ferberget

In VPN foeget fersifering en noch in hop ta, en it ferberget ek yndividuele streamen foar apparatuer bûten de tunnel. Dat docht der ta as in apparaat boppe yn ’e keatling prioriteit per tapassing biedt, om’t it fersifere pakketten sjocht ynstee fan ’e oarspronklike petearen. In router dy’t de tunnel sels beëiniget hat in oar byld en oare wurklêst en kin binnenyn klassifisearje. Gjin fan beide regelingen hellet de rige by de tagongsferbining wei, dy’t meastentiids is wêr’t de fertraging him opheapet.

As fertraging de belesting net folget, stopje dan mei rigen bystelle en sjoch earne oars: Wi-Fi-omstannichheden, problemen mei pakketgrutte of ien minne útgongswei. Rige-ynstellingen tapast sûnder mjitting ferpleatse gewoan it riedsel.