Waarom ’n VPN stadig voel tydens oplaai: toustaanvertraging
Vinnige oordrag kan steeds oproepe laat hakkel wanneer pakkies in ’n tou wag. Vergelyk ledige en belaste rondteietye voordat jy die VPN-eindpunt blameer.
’n Rugsteunkopie begin oplaai, die oordragteller lyk gesond, en die videogesprek verkrummel. Die skakel het nie ’n tekort aan bandwydte in die sin wat daardie getal voorstel nie; pakkies wag êrens in ’n tou en die interaktiewe pakkies sit agter groot volumes data. Dit is toustaanvertraging, wat algemeen bufferblaas genoem word. ’n VPN kan sy eie tou byvoeg, maar skep selde die probleem alleen.
Bandwydte en vertraging is verskillende metings
Deurset antwoord hoeveel data per sekonde beweeg, terwyl vertraging antwoord hoe lank een pakkie neem om die pad oor te steek. ’n Versadigde skakel kan ’n groot agterstand hou en steeds goeie deurset rapporteer, want die tou dreineer teen lynspoed sodra die uitbarsting eindig. Interaktiewe verkeer ly eerste, want ’n oproep benodig ’n pakkie elke paar millisekondes eerder as ’n groot lêer uiteindelik. Om net ’n spoedtoetsresultaat te meet, verberg dus die simptoom wat jou laat kyk het.
Let ook op die rigting onder las. ’n Volle oplaaispoel kan alles anders vertraag terwyl aflaaikapasiteit ledig sit.
Meet die rondteie onder las
Neem ’n basislyn op ’n stil skakel, en herhaal dan dieselfde meting terwyl een beheerde oordrag loop. Vergelyk die twee lopies eerder as die absolute getalle.
ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"Die eerste opdrag neem rondteietyd, en die tweede skep ’n volgehoue oplaai sonder om ’n spoedtoetsdiens te benodig. ’n Basislyn wat plat bly, gevolg deur ’n belaste lopie wat met honderde millisekondes styg, is die kenmerk om na te soek. Sommige netwerke verlaag ICMP se prioriteit, so behandel ping as ’n leidraad en bevestig met die toepassing se eie vertragingsvertoning. Hou die toets kort op gemete skakels, want ’n herhaalbare kontras is belangriker as ’n lang versadiging.
Skuif die tou na waar die knelpunt is
Toubestuur help net op die toestel wat werklik die agterstand hou. Ondersoek wat die koppelvlak doen voordat jy reëls byvoeg.
tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codelDie show-opdrag rapporteer die huidige dissipline plus agterstand- en valtellers, wat jou vertel of hierdie koppelvlak die knelpunt is of bloot verkeer deurgee. Om die worteldissipline met ’n regverdige toustaanalgoritme te vervang, gee kort vloeie hul eie beurt in plaas van een FIFO wat met groot data gedeel word. Pas dit toe op die router se WAN-koppelvlak wanneer die router die knelpunt is, nie op die tonneltoestel uit gewoonte nie. Hou die vorige konfigurasie en hertoets beide belaste reaksievermoë en oordragtempo, want ’n effens laer grootvolume-tempo is ’n goeie ruil vir bruikbare oproepe.
Wat die tonnel verander en wat dit verberg
’n VPN voeg enkripsie en nog ’n sprong by, en dit verberg ook individuele vloeie van toerusting buite die tonnel. Dit maak saak wanneer ’n stroomop-toestel prioritering per toepassing bied, want dit sien geënkripteerde pakkies eerder as die oorspronklike gesprekke. ’n Router wat self die tonnel termineer, het ’n ander siening en werklading en kan binne dit klassifiseer. Nie een van die reëlings verwyder die tou by die toegangskakel nie, wat gewoonlik is waar die vertraging ophoop.
As vertraging nie las volg nie, stop om toue te fynstel en kyk elders: Wi-Fi-toestande, pakkiegrootte-probleme of een swak uitgangspad. Touinstellings wat sonder ’n meting toegepas word, skuif bloot die raaisel.