Como probar a estabilidade dunha VPN sen rexistrar a túa navegación

Queres saber se o túnel sobrevive a unha suspensión do portátil, a un paseo entre puntos de acceso, ou a unha hora de chamadas, e prefires non entregar a ninguén un rexistro de todo o que les mentres o averiguas. Tres cousas o responden: unha sonda fixa, os mesmos catro feitos mostrados segundo un horario e o acontecemento que os cambiou, anotado. Dez minutos diso superan unha tarde mirando como unha páxina non carga. O rexistro que acabas tendo tamén é o bastante curto para adxuntalo a un tícket sen censurar a metade.

Decide que debe significar estable

«A VPN caeu» son catro fallos distintos cunha soa palabra. O peer pode perder o seu handshake, a ruta pode volver á pasarela local, a resolución de nomes pode ir a un servidor que nunca responde polo túnel, ou todo iso pode estar san mentres unha aplicación segue fallando. Decide cal coincide co teu síntoma antes de recoller nada, porque cada un necesita unha sonda distinta. Despois escolle un intervalo que poidas manter: unha mostra cada trinta segundos durante dez minutos capta un roaming sen converter a proba en carga de traballo.

Se a queixa é unha chamada que se conxela cando vas á cociña, a propiedade que necesitas é se unha petición nova se completa tras o roaming. Iso compróbase nunha liña e non rexistra ningunha navegación.

Fixa unha sonda inofensiva

Escolle un destino que teñas permitido consultar e que non estea ligado ás túas contas: un host de documentación, un punto final de estado interno ou a propia pasarela do túnel. Fai a operación repetible, por exemplo curl -s -o /dev/null -w "%{http_code} %{time_total}\n" https://example.com/, que imprime unha liña por intento. Mantén ese formato de saída fixo durante toda a execución. Un código de estado e unha duración recollidos do mesmo xeito dúas veces son o que fai comparables dúas execucións.

Resiste o sitio do que de verdade dependes. Unha páxina de banca ou de correo web arrastra rastrexadores, redireccións e contido persoal á medición, e ademais imprime identificadores de sesión en todo o que pegues logo nun tícket. Usa o mesmo destino durante toda a investigación e anótao xunto ao intervalo.

Mostra os catro feitos

O estado do peer, a ruta, o resolutor e unha petición nova son as catro observacións, e cada unha ten unha fonte barata. En WireGuard, wg show wg0 latest-handshakes dá a marca de tempo do peer e ip route get 1.1.1.1 mostra que interface usaría o núcleo. En OpenVPN o mesmo estado está no ficheiro de estado que escribe --status /run/openvpn/status 10 ou detrás de state na interface de xestión. Un cliente de Windows queda en PowerShell con Get-NetAdapter e Resolve-DnsName.

Ponlos en bucle nun só terminal para que cada liña leve unha marca de tempo: for i in $(seq 1 20); do date -Is; wg show wg0 latest-handshakes; ip route get 1.1.1.1; sleep 30; done. Ese bucle cobre tres dos seis campos do rexistro; a versión do cliente ponse unha vez arriba, e a marca de tempo do acontecemento engádese cando ocorre.

O resolutor é o feito que a xente salta, e dig +short ocúltao, porque esa forma só imprime a resposta. Pide o servidor explicitamente con dig example.com | grep SERVER:, ou usa nslookup example.com onde dig non está instalado, que imprime o enderezo do servidor ao que foi a consulta. Un handshake vello nun túnel inactivo tampouco é un fallo automático, xa que WireGuard só renova claves cando hai tráfico que protexer.

Provoca o acontecemento, non unha fuga

Toma cinco minutos tranquilos como liña base antes do acontecemento que che interesa, xa sexa pechar a tapa, camiñar ata outro punto de acceso ou cambiar ao punto de acceso do móbil. Anota a hora en que o provocaches, para que as mostras de ambos os lados se poidan aliñar.

Sen esa marca de tempo o rexistro mostra un oco e ninguén pode dicir se o pechou o cliente ou a rede. Dúas execucións co acontecemento en lugares distintos valen máis que dez sen el. Usa os controis de desconexión e reconexión do propio cliente. Non desactives o interruptor de seguridade nin empurres tráfico fóra do túnel para ver que pasa, porque nun portátil xestionado iso é unha violación de política e na túa propia máquina crea exactamente a exposición que estabas probando.

Mantén un rexistro o bastante pequeno para terminalo

Seis campos por mostra: hora, versión do cliente, punto final, rede de acceso, acontecemento, resultado. Deixa fóra os enderezos web, as cargas útiles, os tokens e calquera cousa que leve un identificador de sesión, porque o rexistro é evidencia sobre o túnel e nada máis. Téno xunto ao bucle para que a seguinte persoa poida volver executalo sen preguntar que significan as columnas.

Tras un cambio, repite a proba coa mesma sonda e o mesmo intervalo; se cambias o destino e a versión do cliente á vez, o resultado non pertence a ningún dos dous. Unha execución limpa de dez minutos é evidencia para esas condicións e ese destino, non unha promesa sobre a rede do hotel o mes que vén. Garda o script e o modelo de rexistro onde os atopes. As limitacións documentadas de WireGuard merecen lerse antes de atribuír unha caída ao protocolo.