A VPN funciona con Wi-Fi pero non con datos móbiles: por que

Empece por unha comparación, non por unha conclusión: o mesmo teléfono, o mesmo perfil, dúas redes. Se o túnel falla nunha e funciona na outra, a diferenza está nalgún punto do camiño e non nas credenciais. Anote que tipo de fallo obtén, porque un rexeitamento antes do inicio de sesión e unha conexión que non transporta nada son problemas distintos. Todo o que segue supón esa proba, feita cambiando só a rede.

Unha VPN necesita a conexión subxacente; non a substitúe e non pode obrigar un operador a transportar o que o operador se nega a transportar.

Manteña o teléfono fixo e cambie só a rede

Cambiar a rede e o servidor ao mesmo tempo deixa dúas causas posibles e ningunha forma de separalas. Compare o mesmo punto final primeiro con Wi-Fi e despois con datos móbiles, e anote o síntoma exacto cada vez. Un fallo antes da autenticación apunta á accesibilidade, un rexeitamento de credenciais apunta á conta, e un túnel conectado que non transporta nada apunta ao encamiñamento ou ao DNS. Só o primeiro ten que ver realmente coa rede.

Un rexeitamento explícito ao iniciar sesión tamén pertence ás comprobacións de autenticación, aínda que só apareza nunha rede. Algúns operadores e redes de convidados interceptan o tráfico de formas que producen erros enganosos.

Que pode ver e cobrar a rede de acceso

O operador que transporta o túnel observa a conexión mesma: o tempo, o volume e o enderezo do punto final da VPN. Cifrar a carga útil non oculta esas propiedades, e iso vale igual nunha ligazón Wi-Fi doméstica que en datos móbiles. O que cambia unha VPN é quen pode ver que, e a resposta é distinta en cada salto. Anóteo salto a salto en lugar de describir a conexión como privada en xeral.

As cargas son a outra diferenza práctica. A encapsulación, os sinais de mantemento e os reintentos consumen bytes, e as aplicacións poden retomar unha transferencia tras un traspaso. Tamén existe Wi-Fi doméstico con límite, así que revise os contadores do dispositivo e a tarifa en lugar de supor que ningunha das dúas redes é ilimitada.

Inicios de sesión do portal e restricións do operador

Cómpre satisfacer un portal cautivo antes de que o túnel poida chegar a calquera sitio. Volver conectar a VPN non admitirá un dispositivo que a rede non autorizou, e unha política de sempre conectado pode deixar o portal inaccesible. Complete primeiro o inicio de sesión polo fluxo normal do navegador e despois levante o túnel. Se unha política xestionada impide esa orde, siga o proceso documentado do operador ou do administrador.

As restricións do operador son a outra variable: algúns camiños só transportan certos protocolos, algúns traducen enderezos de forma agresiva e algúns tratan unha familia de enderezos de maneira distinta da outra. A comparación reduce o fallo ao camiño sen identificar que mecanismo é o responsable.

O traspaso non é o mesmo que reconectar

Unha vez que cada rede funciona por si soa, observe un traspaso real. O cliente pode detectar o cambio e reconectar, ou pode manter unha sesión que agora está morta. As aplicacións que xa se usan recupéranse de forma distinta ás que se abren tras o cambio, así que unha icona de túnel persistente proba pouco. Probe a aplicación que de verdade lle importa durante a transición e anote se se recupera sen intervención manual.

Se o túnel só falla tras estar inactivo, un sinal de mantemento pode resolver un caso de estado de NAT. Non repara un sinal débil nin arranxa todos os traspasos. Distinga a inactividade do movemento antes de cambiar axustes.

Anote a rede, a etapa do fallo e o comportamento durante un traspaso. Esas tres cousas separan un problema de camiño dun problema de cliente.