Por que fallan algúns sitios só coa VPN activada?

Que un só sitio falle mentres todo o demais carga demostra que o túnel transporta tráfico, o que acouta o problema máis do que a maioría espera. Tres observacións ordenan o resto: se recibiches unha resposta HTTP, se o nome de host se resolveu nun enderezo e se as peticións pequenas pasan mentres as grandes quedan atascadas. Adiviñar a VPN antes de ter esas respostas adoita desprazar a avaría en vez de resolvela.

Traballa as observacións por orde, porque un sitio que respondeu non pode fallar tamén ao resolverse. Se non carga nada de todo, estás na rama incorrecta e valen as comprobacións de conectado pero sen Internet.

Deixa que a mensaxe de erro escolla a rama

Un rexeitamento, un reto antibot ou unha páxina de erro significan que o servizo respondeu, así que os paquetes chegaron a unha aplicación e volveron. Iso despraza a pregunta á política de acceso do sitio, que pode ponderar o enderezo de saída, a conta ou patróns de petición que non publica. Unha falla de resolución de nomes nunca chegou ao sitio, e o enderezo é o primeiro que hai que inspeccionar. Un tempo de espera queda entre os dous: enviouse algo e nada o confirmou.

Os avisos de certificado pertencen a unha cuarta rama. Significan que a conexión foi respondida por algo cuxa identidade o navegador non puido verificar, sexa un proxy da túa banda ou unha discrepancia real que non deberías sortear cun clic. Trátao como unha cuestión de confianza, non de encamiñamento.

Un sitio que responde non demostrou un túnel roto

Cando a resposta é unha páxina de bloqueo, compara a mesma páxina por unha segunda saída mantendo o navegador e a máquina sen cambios. Se o resultado segue o enderezo de saída, o sitio trata ese enderezo doutro xeito, e ningunha configuración do cliente o fará cambiar. Se o bloqueo segue o teu navegador, a causa está nunha extensión, un proxy gardado ou un axuste do resolutor. Dúas pasadas separan esas explicacións a baixo custo.

As fallas só do navegador son abondo comúns para probalas cedo. Unha páxina que carga nun navegador compatible e falla noutro apunta ao estado do perfil, un bloqueador de contido ou DNS cifrado configurado dentro do propio navegador. As indicacións de Chrome sobre DNS seguro explican onde está ese axuste, e cambialo polo control compatible é mellor que restablecer o dispositivo.

Cando só se atascan as transferencias grandes, mira o tamaño dos paquetes

Unha páxina que debuxa a cabeceira e despois queda atascada ten unha sinatura distinta dunha páxina que nunca arranca. As respostas pequenas poden pasar mentres unha carga de tamaño completo se descarta nalgún punto que non pode avisar o emisor, e así se ve unha falla de MTU de camiño desde un navegador. Compara unha petición minúscula e unha grande ao mesmo host antes de teorizar sobre filtrado. O descubrimento de MTU de camiño debería aprender o menor tamaño de ligazón ao longo do camiño, e depende de respostas ICMP que as redes filtradas descartan habitualmente.

Proba esa hipótese cun varrido de tamaños en vez dun só ping. Unha falla que comeza nun tamaño de carga constante é proba forte, mentres que unha que se move non o é.

Confirma a corrección na petición que fallou

Volve probar a operación orixinal, non a portada, porque unha casca en caché pode debuxarse mentres a chamada á API detrás dun inicio de sesión aínda falla. As ordes de abaixo separan a resolución de nomes, unha petición pequena e unha grande contra o mesmo host. Substitúe o nome de host e o camiño polos da petición que realmente se rompeu.

dig +short www.example.com
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' https://www.example.com/
curl -sS -o /dev/null -w '%{http_code} %{size_download}\n' https://www.example.com/assets/app.js
ping -M do -s 1400 -c 3 203.0.113.20

Se a resposta de dig difire da que usou o navegador, o resolutor é a variable, e o axuste DNS do propio navegador é o lugar onde mirar. Se a petición pequena devolve un estado mentres a grande queda atascada, traballa a rama do tamaño dos paquetes. Se ambas esgotan o tempo, o camiño de saída e o trato do sitio a ese enderezo volven á mesa.

Conserva o cambio que fixo triunfar a petición orixinal e desfai o resto. Unha morea de cambios simultáneos no navegador, no resolutor e no cliente déixache incapaz de dicir cal contaba.