La VPN funciona amb Wi-Fi però no amb dades mòbils: per què

Comenceu amb una comparació, no amb una conclusió: el mateix telèfon, el mateix perfil, dues xarxes. Si el túnel falla en una i funciona en l’altra, la diferència és en algun punt del camí i no en les credencials. Anoteu quin tipus de fallada obteniu, perquè un rebuig abans de l’inici de sessió i una connexió que no transporta res són problemes diferents. Tot el que segueix pressuposa aquesta prova, feta només canviant la xarxa.

Una VPN necessita la connexió subjacent; no la substitueix i no pot obligar un operador a transportar allò que l’operador es nega a transportar.

Manteniu el telèfon fix i canvieu només la xarxa

Canviar la xarxa i el servidor alhora deixa dos causants possibles i cap manera de separar-los. Compareu el mateix punt final primer amb Wi-Fi i després amb dades mòbils, i anoteu el símptoma exacte cada vegada. Una fallada abans de l’autenticació apunta a l’abastabilitat, un rebuig de credencials apunta al compte, i un túnel connectat que no transporta res apunta a l’encaminament o al DNS. Només el primer és realment cosa de la xarxa.

Un rebuig explícit en iniciar sessió també pertany a les comprovacions d’autenticació, encara que només aparegui en una xarxa. Alguns operadors i xarxes de convidats intercepten el trànsit de maneres que produeixen errors enganyosos.

Què pot veure i què pot cobrar la xarxa d’accés

L’operador que transporta el túnel observa la connexió mateixa: el moment, el volum i l’adreça del punt final de la VPN. Xifrar la càrrega útil no amaga aquestes propietats, i això val igual en un enllaç Wi-Fi domèstic que en dades mòbils. El que canvia una VPN és qui pot veure què, i la resposta és diferent a cada salt. Anoteu-ho salt a salt en lloc de descriure la connexió com a privada en general.

Els càrrecs són l’altra diferència pràctica. L’encapsulament, els senyals de manteniment i els reintents consumeixen bytes, i les aplicacions poden reprendre una transferència després d’un traspàs. També existeix Wi-Fi domèstic amb límit, així que reviseu els comptadors del dispositiu i la tarifa en lloc de suposar que cap de les dues xarxes és il·limitada.

Inicis de sessió del portal i restriccions de l’operador

Cal satisfer un portal captiu abans que el túnel pugui arribar enlloc. Tornar a connectar la VPN no admetrà un dispositiu que la xarxa no ha autoritzat, i una política de sempre connectat pot fer que el portal sigui inaccessible. Completeu primer l’inici de sessió pel flux normal del navegador i després activeu el túnel. Si una política gestionada impedeix aquest ordre, seguiu el procés documentat de l’operador o de l’administrador.

Les restriccions de l’operador són l’altra variable: alguns camins només transporten certs protocols, alguns tradueixen adreces de manera agressiva i alguns tracten una família d’adreces de manera diferent de l’altra. La comparació redueix la fallada al camí sense identificar quin mecanisme n’és responsable.

El traspàs no és el mateix que tornar-se a connectar

Un cop cada xarxa funciona per si sola, observeu un traspàs real. El client pot detectar el canvi i tornar-se a connectar, o pot mantenir una sessió que ara és morta. Les aplicacions que ja s’utilitzen es recuperen de manera diferent de les que s’obren després del canvi, així que una icona de túnel persistent demostra ben poc. Proveu l’aplicació que realment us importa durant la transició i anoteu si es recupera sense intervenció manual.

Si el túnel només falla després d’estar inactiu, un senyal de manteniment pot resoldre un cas d’estat de NAT. No repara un senyal feble ni arregla tots els traspassos. Distingiu la inactivitat del moviment abans de canviar paràmetres.

Anoteu la xarxa, l’etapa de la fallada i el comportament durant un traspàs. Aquestes tres coses separen un problema de camí d’un problema de client.