Filkopior mellan två platser känns som nätverkstester, men var och en är ett sammansatt resultat: protokolloverhead, lagring i båda ändar, bearbetning på slutpunkten och vägen. Att skylla på VPN:en enbart utifrån den siffran är gissningar. En kort kontrollerad ström mellan samma slutpunkter ger en andra observation, och det är jämförelsen som visar vilken del som förtjänar uppmärksamhet. Planen nedan gör det utan att hitta på resultat.

En filkopia är en arbetsbelastning, inte en mätning

Bandbredd är en egenskap hos en väg, medan filkopian mäter flera egenskaper samtidigt. Många små filer belastar operationer per fil långt mer än en enda stor ström. Långsam lagring på någon sida begränsar kopian oavsett tunneln. Kryptering och ramning tillför overhead, men det gör också en filserver som beräknar kontrollsummor eller skannar efter virus. Bara en jämförelse som håller slutpunkt och riktning fast skiljer dessa bidrag.

Offentliga hastighetstester mäter en väg till en närliggande testserver, och det är inte vägen till din privata filserver. De svarar på en annan fråga.

Kör en engångsström i varje riktning

När båda ändar är under din kontroll, schemalägg en kort iperf3-körning inom ett godkänt tidsfönster. Använd filservern som den avlägsna slutpunkten där det är möjligt, och notera det när en ersättningsvärd används i stället.

iperf3 -s -1 -B 10.77.0.20

Servern binder till en privat adress och accepterar en enda klient innan den avslutas. En engångslyssnare löper inte ut av sig själv när ingen klient kommer, så stoppa den när det godkända fönstret stängs.

iperf3 -c 10.77.0.20 -t 10

Som standard skickar klienten till servern på TCP 5201, och ett fönster på tio sekunder håller testet kort. Begränsa lyssnaren i brandväggen till den avsedda privata källan och destinationen i stället för att exponera den offentligt.

iperf3 -c 10.77.0.20 -t 10 -R

Omvänd flagga gör servern till avsändare, vilket spelar roll eftersom upp- och nedladdningsvägar ofta skiljer sig. Att binda en adress bevisar inte att klienten valde den avsedda vägen, så notera vägen som faktiskt testades. Spara VPN-status, riktning, varaktighet och slutpunktsbelastning tillsammans med resultaten och ta sedan bort den tillfälliga åtkomsten.

Jämför lika med lika

Kör en representativ filoperation igen under liknande förhållanden, med samma tjänsteslutpunkt och utan orelaterad konfigurationsändring däremellan. Notera om det är en uppladdning eller nedladdning, en stor fil eller många små, och om lagringen på någon sida är upptagen. En kort burst är inte den hållbara hastigheten för hela kopian, och ingen av de två observationerna bör tyst bli den andra. Om både strömmen och kopian är långsamma i samma riktning, titta på deras gemensamma väg och slutpunktens gränser.

När strömmen är frisk och kopian inte är det, är skillnaden det som arbetsbelastningen tillför, och det är där nästa undersökning hör hemma.

Läs enheterna innan du drar slutsatser

Megabit per sekund och megabyte per sekund skiljer sig med en faktor åtta, och supporttrådar jämför rutinmässigt de två som om de vore samma enhet. Ett lågt iperf3-resultat kan också komma från testvärden själv: CPU-mättnad, ett långsamt gränssnitt eller en upptagen disk kan begränsa processen innan nätverket gör det. Därför är en enda siffra inte en dom mot leverantören eller protokollet. Baslinjen är användbar eftersom den observeras i stället för antas, och den snävar in frågan till en riktning och en slutpunkt.

Skriv ner slutpunkt, riktning, varaktighet och hastighet för båda observationerna. Den kvartetten gör jämförelsen försvarbar, och den kostar långt mindre än att byta programvara på en magkänsla.

Relaterade artiklar