Pode unha VPN ser máis rápida que a conexión directa?

Unha transferencia que se arrastra pola conexión da oficina ás veces remata rápido a través do túnel, e a encapsulación extra fai que iso pareza imposible. A paradoxa aparente vén de comparar as cousas equivocadas. O túnel engade traballo e tamén cambia que ruta de rede segue o tráfico, que enderezo ve o destino e ás veces que servidor responde. Decidir entre as dúas rutas esixe separar eses tres efectos antes de calquera conclusión sobre a velocidade.

Tres cousas que o túnel pode cambiar

A primeira é o tránsito. O encamiñamento de Internet segue a política do operador e as relacións comerciais, non a latencia medida, así que o camiño a través dun provedor de VPN pode cruzar redes distintas da ruta directa. Pode evitar un intercambio congestionado ou aterrar nun mellor conectado, e con igual facilidade pode ser peor.

A segunda é o destino. Un cambio de enderezo de saída adoita cambiar a resposta DNS, e unha rede de contidos pode darlle outra caché ou outra rexión. Entón parte da mellora pertence ao servidor novo e non ao túnel. O mesmo nome de host pode aterrar nun servidor máis próximo ou menos cargado sen que cambie nada no cliente.

A terceira é o comportamento do transporte. A encapsulación cambia o tamaño efectivo do paquete, e un túnel que evita un segmento intermedio con perdas pode deixar que un fluxo TCP aumente a súa ventá en lugar de retroceder unha e outra vez. Nada diso é un mecanismo universal de aceleración; cada un é unha condición que hai que observar. Sepalalos é o que converte unha curiosidade nun feito.

Que non pode cambiar

Nada no túnel engade capacidade á ligazón entre o dispositivo e a rede. Unha canle Wi-Fi saturada, unha última milla congestionada ou un plan móbil limitado limitan ambas as rutas por igual, e unha proba de velocidade a través do túnel non pode superar ese teito. A mesma ligazón transporta os paquetes encapsulados, así que a encapsulación pode gastar capacidade pero nunca creala. O que cambia é onde van os paquetes despois de saír desa ligazón. Por iso un resultado rápido do túnel sempre ten unha explicación augas arriba do primeiro salto.

Os límites do lado do servidor son igual de indiferentes. Se o host remoto serve amodo, unha ruta mellor só entrega a resposta lenta con máis eficiencia, e o usuario segue esperando. Unha orixe compartida baixo carga vese lenta en ambas as rutas no mesmo momento.

Compare as rutas correctamente

Manteña idénticas a aplicación, a dirección, a duración e a concorrencia, e cambie só a ruta. Execute cada proba máis dunha vez, á mesma hora do día, e anote o enderezo de saída e a resposta do resolutor xunto co rendemento. Unha execución é unha mostra e non unha medición, e unha única descarga rápida pode ser un acerto de caché que non di nada sobre a ruta. Escriba as condicións antes dos resultados, porque os números son difíciles de interpretar despois.

mtr -rwc 50 -T -P 443 203.0.113.20
curl -o /dev/null -s -w '%{speed_download} %{time_connect}\n' https://example.com/file
dig +short cdn.example.com
traceroute -n -T -p 443 cdn.example.com

A resposta do resolutor é o detalle que a maioría das comparacións omiten, e explica as «melloras» que desaparecen cando se forza o mesmo servidor. Se o enderezo difire entre execucións, a proba comparou dous destinos en lugar de dúas rutas. Informe da latencia e da perda xunto ao rendemento, porque unha ruta máis rápida no conxunto pero que engade atraso a cada petición interactiva non é mellor para a carga de traballo que se queixou. O tempo de ida e volta importa máis que a velocidade masiva para calquera cousa que pregunta e espera.

Cando merece conservarse a diferenza

Se un túnel aprobado mellora de forma fiable unha carga de traballo concreta, é unha elección operativa lexítima: documente a carga, a medición e a saída utilizada. Un rexistro útil nomea un só host, o enderezo de saída que produciu o túnel, a resposta do resolutor e as mesmas cifras da ruta directa o mesmo día. Iso abonda para que o seguinte enxeñeiro repita a comparación en lugar de volver discutirla. Segue sen ser proba de que o provedor limite algo, e non se traslada a outras aplicacións nin a outras horas.

Garde o rexistro da medición coa configuración. Responde á seguinte pregunta sobre se a mellora segue existindo, que é a única forma de saber se cambiou a ruta ou a carga de traballo. Un rexistro sen data non pode responder esa pregunta en absoluto.