Vilka är varningstecknen på att en tunnelrelä begränsar genomströmningen?

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

What Are the Warning Signs That a Tunnel Relay Is Limiting Throughput? - Zima Store Online

En relay begränsar troligen genomströmningen när anslutningen förblir reläad och förbättras kraftigt vid en direkt eller närmare väg medan båda ändpunkterna är underutnyttjade.

Overlay-VPN:er och utgående tunnlar faller ofta tillbaka på en delad eller självhostad relay när NAT-traversering inte kan skapa en peer-to-peer-väg. Reläet kan bevara anslutningen men lägger till ett extra nätverkssegment, kö, TCP- eller TLS-lager, geografisk omväg, rättvisegräns och bearbetningspunkt. Tillförlitlig diagnos jämför relay-status, latens, jitter, riktning, ändpunktens CPU och en direktvägs-kontroll istället för att skylla på kryptering eller NAS från en långsam filkopiering.

Bekräfta att datapathen faktiskt är reläad

Kontrollera tunnelklientens peer-status medan trafiken är aktiv. Notera om vägen är direkt, reläad, proxad eller växlar mellan lägen, samt vilken relay-region eller värd som valts.

Ett Tailscale-problem dokumenterar mobilklienter som förblir på DERP med latens från 200 till 900 millisekunder. En ansluten status bevisar därför nåbarhet, inte en effektiv datapath.

Om klienten rapporterar direkt anslutning under hela det långsamma testet, märk inte reläet som orsaken. Fortsätt med tester av ändpunktens CPU, tunnelavlastningar, MTU, ISP-uppladdning, Wi-Fi och lagring.

Jämför reläade och direkta vägar med samma ändpunkter

Kör ett nätverksendast genomströmningstest mellan samma klient och hemserver medan reläad, och upprepa sedan efter att ha etablerat en direkt peer-väg eller ett temporärt portåtkomligt testnätverk. Behåll protokoll, riktning och ändpunktshårdvara oförändrade.

En publicerad peer-relay-fallstudie mätte både en stor latensminskning och en 12,5-faldig ökning av genomströmningen efter att endast relay-topologin ändrats.

En stor och upprepad förbättring efter att ha tagit bort eller flyttat reläet är starkt bevis. En liten förändring betyder att reläet kanske inte är den dominerande flaskhalsen, särskilt när hemmets uppladdning eller fjärr-Wi-Fi redan sätter en lägre gräns.

Var uppmärksam på hög latens, jitter och geografiska omvägar

Mät minimum, median och höga percentiler av latens till peer och till relay-regionen. Notera jitter och paketförlust under inaktiva perioder och under en pågående överföring.

En oberoende diagnostikrapport fångade en reläad väg med genomsnittlig latens över 400 ms, betydande jitter och mätbar paketförlust, en kombination som kan få TCP-filöverföringar och interaktiv åtkomst att kollapsa även när tunneln förblir etablerad.

Om reläet är geografiskt långt från båda ändpunkterna eller latensen varierar kraftigt under belastning, testa en närmare region, självhostad relay eller peer-relay. Stabil låg relay-latens med dålig genomströmning pekar mer mot kapacitet, rättvisa, CPU eller transportbeteende.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Kontrollera om reläet har en konsekvent genomströmningsgräns

Kör flera stora överföringar vid olika tidpunkter och i båda riktningarna. En relaybegränsning visar sig ofta som en stabil platå som inte ökar när ändpunktens internethastighet, NAS-lagring eller klientens Wi-Fi förbättras.

Benchmarkarbete på relay-implementationer visar att vidarebefordringskapacitet, CPU-effektivitet och samtidig belastning påverkar tunnelns genomströmning avsevärt. Ett aktuellt DERP-kompatibelt projekt publicerar multi-load relay benchmarks över CPU-storlekar och trafiknivåer.

Om en ström planar ut, lägg till en andra kontrollerad ström och observera total genomströmning. En fast delad gräns tyder på relay- eller vägkapacitet; oförändrad låg genomströmning med inaktiv relay-CPU tyder på RTT, förlust, trängselkontroll eller ändpunktbegränsningar.

Separera relaybegränsningar från ändpunktens CPU och ISP-uppladdning

Övervaka CPU, mjuka avbrott, krypteringsprocessanvändning, NIC-användning och diskaktivitet vid båda ändpunkterna och den självhostade reläen. Jämför den långsamma riktningen med hemmets uppmätta uppladdnings- och nedladdningskapacitet.

En relay kan bara vidarebefordra så snabbt som dess långsammaste in- eller utgående länk. Att köra reläet på en lågpresterande VPS, avlägsen region, begränsad container eller delad hemuppkoppling kan ge samma symptom som en hanterad relaybegränsning.

Om ändpunktens eller relay-CPU når mättnad, justera eller uppgradera den noden innan du ändrar relay-geografin. Om CPU är låg men en ISP-riktning är full, exponerar reläet åtkomstlänkens gräns snarare än skapar den.

Ändra relay-designen vid stoppgränsen

Byt ut relay-vägen när den förblir vald för normal trafik, skapar oacceptabel latens eller jitter, begränsar hållbar genomströmning under arbetsbelastningens krav, och en direkt eller närmare relay-kontroll bevisar att resten av vägen kan prestera bättre.

ZimaSpace-guiden till CGNAT-fjärråtkomstalternativ förklarar varför en relay kan vara nödvändig även när det inte är den snabbaste vägen.

Välj en närmare peer-relay, bättre placerad VPS, förbättrad NAT-traversering eller arbetsflöde med lägre bandbredd istället för att inaktivera den enda nåbara vägen utan ersättning. Validera den nya designen med den ursprungliga fjärrfilen, media eller synkroniseringsarbetsbelastningen, inte bara en kort ping.