Abans de culpar la VPN, mesureu el camí amb iperf3

Les còpies de fitxers entre dos llocs semblen proves de xarxa, però cadascuna és un resultat combinat: sobrecost del protocol, emmagatzematge als dos extrems, processament dels punts finals i el camí. Culpar la VPN només amb aquesta xifra és endevinar. Un flux curt i controlat entre els mateixos punts finals dóna una segona observació, i la comparació és el que mostra quina part mereix atenció. El pla següent ho fa sense inventar resultats.

Una còpia de fitxers és una càrrega de treball, no un mesurament

L'amplada de banda és una propietat del camí, mentre que la còpia de fitxers mesura diverses propietats alhora. Molts fitxers petits carreguen molt més les operacions per fitxer que un sol flux gran. Un emmagatzematge lent a qualsevol dels costats limita la còpia independentment del túnel. El xifratge i l'enquadrament afegeixen sobrecost, però també ho fa un servidor de fitxers que calcula sumes de verificació o escaneja antivirus. Només una comparació que mantingui el punt final i la direcció constants separa aquestes contribucions.

Les proves de velocitat públiques mesuren una ruta fins a un servidor de proves proper, que no és la ruta fins al vostre servidor de fitxers privat. Responen una pregunta diferent.

Executeu un flux puntual en cada direcció

Quan els dos extrems són vostres, programeu una execució breu d'iperf3 dins d'una finestra aprovada. Feu servir el servidor de fitxers com a punt final llunyà quan sigui possible i anoteu-ho quan en el seu lloc s'utilitzi un amfitrió substitut.

iperf3 -s -1 -B 10.77.0.20

El servidor s'enllaça a una adreça privada i accepta un sol client abans de sortir. Un oient d'un sol ús no caduca sol quan no arriba cap client, així que atureu-lo quan es tanqui la finestra aprovada.

iperf3 -c 10.77.0.20 -t 10

Per defecte el client envia al servidor per TCP 5201, i una finestra de deu segons manté la prova curta. Restringiu l'oient al tallafoc a l'origen i la destinació privats previstos en lloc d'exposar-lo públicament.

iperf3 -c 10.77.0.20 -t 10 -R

El paràmetre invers fa que el servidor sigui l'emissor, cosa que importa perquè els camins de pujada i baixada sovint difereixen. Enllaçar una adreça no demostra que el client hagi triat la ruta prevista, així que registreu el camí que realment s'ha provat. Guardeu l'estat de la VPN, la direcció, la durada i la càrrega del punt final amb els resultats i, després, retireu l'accés temporal.

Compareu el que és comparable

Torneu a executar una operació de fitxers representativa en condicions similars, amb el mateix punt final de servei i sense cap canvi de configuració no relacionat entremig. Anoteu si és una pujada o una baixada, un sol fitxer gran o molts de petits, i si l'emmagatzematge de qualsevol costat està ocupat. Una ràfega curta no és la velocitat sostinguda de tota la còpia, i cap de les dues observacions no ha de convertir-se silenciosament en l'altra. Si tant el flux com la còpia van lents en la mateixa direcció, mireu el seu camí compartit i els límits del punt final.

Quan el flux és sa i la còpia no, la diferència és el que afegeix la càrrega de treball, i aquí és on va la següent investigació.

Llegiu les unitats abans de treure conclusions

Els megabits per segon i els megabytes per segon difereixen en un factor de vuit, i els fils d'assistència comparen habitualment tots dos com si fossin la mateixa unitat. Un resultat baix d'iperf3 també pot venir del mateix amfitrió de proves: la saturació de la CPU, una interfície lenta o un disc ocupat poden limitar el procés abans que ho faci la xarxa. Per tant, una sola xifra no és un veredicte contra el proveïdor o el protocol. La línia base és útil perquè s'observa en lloc de suposar-se, i redueix la pregunta a una direcció i un punt final.

Anoteu punt final, direcció, durada i velocitat per a totes dues observacions. Aquest quartet fa defensable la comparació i costa molt menys que canviar programari per intuïció.