Por que a miña VPN vai tan lenta? Proba estes catro tramos

Unha chamada que se entrecorta, unha descarga que se arrastra e unha subida que se conxela a medio camiño son tres queixas distintas baixo unha mesma etiqueta. Decidir cal persegue antes de medir nada aforra o resto da investigación. Despois cambie un tramo do camiño cada vez e repita a mesma tarefa.

A orde seguinte alóngase da tarefa, porque o túnel non pode achegar ancho de banda que falta por debaixo.

Decida que significa lento antes de medir

Unha velocidade baixa e constante, unha latencia alta con picos bruscos e unha transferencia que se detén en seco a un tamaño fixo non son variacións dunha soa avaría. Cada unha apunta a un tramo distinto: o rendemento, o propio camiño ou un límite de tamaño de paquete. Escolla a tarefa que de verdade lle molesta e úsea como referencia, porque unha proba de velocidade mide unha transferencia masiva que pode comportarse de forma moi distinta a unha videollamada. Anote o extremo, o protocolo, a hora do día e o número que lle importa.

Sen ese rexistro, cada comparación posterior convértese nunha discusión sobre impresións.

Comprobe primeiro a rede de acceso

Pare as súas propias transferencias grandes e despois mida a ligazón local antes de que interveña o túnel. Compare cunha tarefa inofensiva e siga o procedemento de kill switch do cliente en lugar de desactivar varias proteccións á vez, e manteña o mesmo destino nas dúas execucións. Un provedor de probas de velocidade pode asignarlle outro servidor de medición en canto cambie a súa localización visible, o que converte a comparación nunha proba de dous servidores distintos.

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

Se a liña base xa é mala, o traballo pertence ao Wi-Fi, á demanda do router ou ao servizo de acceso. Unha proba por cable ou unha posición fixa preto do punto de acceso separa unha ligazón de radio feble dunha ligazón de subida congestionada. Nada do que fai o túnel engadirá capacidade que a liña de acceso non entrega.

Cambie a saída e despois o transporte

Manteña fixos o dispositivo, a rede e o protocolo e probe un segundo extremo. Escolla unha cidade verosímil da lista de localizacións, pero non supoña que a etiqueta máis próxima significa a mellor ruta. Se unha saída vai lenta e as demais ben, o seu host ou camiño merece a investigación; se todas as saídas van lentas nun dispositivo mentres outro dispositivo vai ben, o cliente é o mellor sospeitoso.

Onde o servizo ofrece ambos os perfís, compare OpenVPN por UDP con OpenVPN por TCP. UDP é o punto de partida habitual para o traballo interactivo, mentres que TCP pode axudar nunha rede de acceso que non deixa pasar en absoluto o tráfico UDP. Un túnel TCP recupera as perdas retransmitindo dentro do fluxo, e por iso pode sentirse máis lento nunha ligazón que descarta paquetes, e as notas de solución de problemas de rendemento de OpenVPN cobren o mesmo compromiso antes de que axuste nada máis. Editar a palabra "udp" a "tcp" nun perfil non pode crear un receptor que o servidor nunca abriu.

Garde o perfil que axuda antes de probar o seguinte cambio. Se non, unha regresión posterior déixalle adiviñando que edición produciu a mellora.

Lea o dispositivo e o síntoma xuntos

Observe a carga do procesador durante a transferencia e non despois, porque o custo do cifrado medra co tráfico e un router pequeno que serve un fogar é unha máquina distinta dun portátil que executa o seu propio cliente. Outra VPN, unha máquina virtual ou un filtro de rede poden estar no mesmo camiño e levar unha parte do tráfico. Manteña o software actualizado sen quitar comprobacións de autenticación nin un kill switch para que unha proba comparativa se vexa mellor. Se as peticións pequenas teñen éxito e as subidas grandes se atascan a un tamaño consistente, a comprobación da MTU é a seguinte parada.

ping -M do -s 1400 -c 3 198.51.100.7
ip link show dev tun0 | grep -o "mtu [0-9]*"

Cando o túnel se reinicia repetidamente, arranxe as desconexións antes de interpretar calquera número de rendemento, porque un túnel que se reconecta mide o salto e non o camiño. Repita a tarefa orixinal despois de cada cambio e garde o resultado. Unha proba de velocidade máis rápida que aínda rompe a chamada non resolveu a queixa coa que empezou.