Por que a etiqueta de país dunha VPN non é o enderezo desde o que saes

Escolles un país, conectas e un sitio web recíbete noutro. A etiqueta da listaxe nunca prometeu nada sobre o enderezo desde o que sairías: é un campo que alguén publicou, derivado por un método que non viches. Tratar ese campo como un enderezo é onde comeza a confusión.

Tres cousas distintas levan un valor de país, e poden discrepar sen que ninguén minta. Distinguilas fai que a discrepancia sexa diagnosticable en lugar de misteriosa.

Tres cousas distintas levan unha etiqueta de país

A primeira é o campo propio do directorio, que pode ser declarado polo operador, deducido dunha base de datos de enderezos ou simplemente copiado ao crear a entrada. A segunda é o enderezo en si, que pertence á rede que o anuncia, e iso é o que responde unha consulta de xeolocalización usando datos de mapaxe publicados na forma que describe o RFC 8805. A terceira é o que unha aplicación decide mostrar, que pode vir doutra base de datos, dun axuste de conta ou dun permiso que concediches no dispositivo. Só a segunda é un feito de rede, e mesmo esa é unha consulta, non unha observación.

A coherencia entre esas tres sería agradable e non se esixe en ningún sitio. Unha discrepancia é evidencia de que se derivaron de forma distinta, nada máis.

Comproba o enderezo, non a bandeira

A pregunta útil é por que enderezo público sae realmente o teu tráfico. Iso pódese responder desde o cliente e non depende de ningún campo da listaxe. Compara a resposta co prefixo que esperabas e co que di unha consulta de xeolocalización sobre ela, mantendo os dous resultados separados nas túas notas. Unha diferenza entre o país esperado e a consulta é unha cuestión de encamiñamento ou de base de datos, mentres que unha diferenza entre a consulta e a opinión da aplicación volve ser unha cuestión de base de datos.

Fai a comprobación dúas veces se o servizo ten varias saídas na rexión. Un conxunto pode entregar enderezos distintos en conexións sucesivas, e unha mostra só describe unha delas.

A proximidade nun mapa non é proximidade na rede

Un país próximo pode ser un camiño máis longo ca un afastado, porque a ruta de fibra non segue a fronteira. Escoller un nodo por latencia significa medir o destino que che importa en lugar de escoller a bandeira máis próxima. A mesma lóxica aplícase á capacidade, porque unha saída pouco cargada a dous países de distancia pode superar unha saturada ao lado. Mide primeiro, decide despois, e anota a hora porque ambos os números se moven.

A localización tampouco di nada sobre a retención nin sobre quen opera o punto final. Iso necesita as súas propias probas, que unha columna de país non pode conter.

Confirma ti mesmo o enderezo de saída

Pregunta ao cliente e a un servizo externo que aspecto ten o teu enderezo, e logo pregunta á táboa de encamiñamento local como se escolleu esa ruta. Os comandos de abaixo fan as tres cousas, e a terceira é a que a xente salta. Substitúe o nome da interface polo teu propio dispositivo de túnel.

curl -sS https://api.ipify.org; echo
curl -sS --interface tun0 https://api.ipify.org; echo
ip route get 1.1.1.1
ip -6 addr show dev tun0

As dúas primeiras liñas deberían coincidir, e cando non o fan, a ruta que cres ter non é a ruta que leva o teu tráfico. A consulta de ruta nomea a interface e o enderezo de orixe que o núcleo usaría para un destino, e ese é o mecanismo que hai detrás do enderezo de saída. A liña IPv6 importa porque unha máquina pode manter un túnel para unha familia e un camiño directo para a outra. Unha etiqueta de país non cobre ningún deses casos por si soa.

Escribe o enderezo observado, a opinión da base de datos e o que mostra a aplicación como tres notas separadas. Así a próxima discrepancia que atopes será fácil de atribuír.