Antes de culpar a la VPN, mida la ruta con iperf3

Las copias de archivos entre dos sedes parecen pruebas de red, pero cada una es un resultado combinado: sobrecarga del protocolo, almacenamiento en ambos extremos, procesamiento en el punto final y la ruta. Culpar a la VPN solo con esa cifra es adivinar. Un flujo corto y controlado entre los mismos puntos finales aporta una segunda observación, y la comparación es lo que muestra qué parte merece atención. El plan siguiente lo hace sin inventar resultados.

Una copia de archivos es una carga de trabajo, no una medición

El ancho de banda es una propiedad de una ruta, mientras que la copia de archivos mide varias propiedades a la vez. Muchos archivos pequeños cargan mucho más las operaciones por archivo que un solo flujo grande. Un almacenamiento lento en cualquiera de los dos lados limita la copia independientemente del túnel. El cifrado y el entramado añaden sobrecarga, pero también lo hace un servidor de archivos que calcula sumas de comprobación o analiza en busca de virus. Solo una comparación que mantenga fijos el punto final y el sentido separa esas contribuciones.

Las pruebas de velocidad públicas miden una ruta hasta un servidor de pruebas cercano, que no es la ruta hasta su servidor de archivos privado. Responden a otra pregunta.

Ejecute un flujo puntual en cada sentido

Cuando ambos extremos están bajo su control, programe una ejecución breve de iperf3 dentro de una ventana aprobada. Use el servidor de archivos como punto final remoto cuando sea posible, y anótelo cuando en su lugar se utilice un host sustituto.

iperf3 -s -1 -B 10.77.0.20

El servidor se enlaza a una dirección privada y acepta un solo cliente antes de salir. Un oyente de un solo uso no caduca por sí solo cuando no llega ningún cliente, así que deténgalo cuando se cierre la ventana aprobada.

iperf3 -c 10.77.0.20 -t 10

De forma predeterminada, el cliente envía al servidor por TCP 5201, y una ventana de diez segundos mantiene breve la prueba. Restrinja el oyente en el cortafuegos al origen y destino privados previstos en lugar de exponerlo públicamente.

iperf3 -c 10.77.0.20 -t 10 -R

La opción inversa convierte al servidor en emisor, lo que importa porque las rutas de subida y bajada suelen diferir. Enlazar una dirección no demuestra que el cliente haya elegido la ruta prevista, así que registre la ruta realmente probada. Guarde el estado de la VPN, el sentido, la duración y la carga del punto final junto con los resultados y, después, retire el acceso temporal.

Compare lo comparable

Vuelva a ejecutar una operación de archivos representativa en condiciones similares, con el mismo punto final de servicio y sin cambios de configuración no relacionados entre medias. Anote si es una subida o una bajada, un solo archivo grande o muchos pequeños, y si el almacenamiento de cualquiera de los lados está ocupado. Una ráfaga corta no es la tasa sostenida de toda la copia, y ninguna de las dos observaciones debería convertirse en silencio en la otra. Si tanto el flujo como la copia son lentos en el mismo sentido, examine su ruta compartida y los límites del punto final.

Cuando el flujo está sano y la copia no, la diferencia es lo que añade la carga de trabajo, y ahí corresponde la siguiente investigación.

Lea las unidades antes de sacar conclusiones

Los megabits por segundo y los megabytes por segundo difieren en un factor de ocho, y los hilos de soporte comparan habitualmente ambos como si fueran la misma unidad. Un resultado bajo de iperf3 también puede venir del propio host de pruebas: la saturación de la CPU, una interfaz lenta o un disco ocupado pueden limitar el proceso antes que la red. Por eso una sola cifra no es un veredicto contra el proveedor o el protocolo. La línea base es útil porque se observa en lugar de suponerse, y reduce la pregunta a un sentido y un punto final.

Anote punto final, sentido, duración y tasa para ambas observaciones. Ese cuarteto hace defendible la comparación y cuesta mucho menos que cambiar software por intuición.