A VPN do móbil cobre o portátil na súa zona compartida?
Unha zona compartida comparte a conexión a internet do móbil, non necesariamente o seu túnel. Tres condicións deciden a cobertura, e o portátil sempre pode executar a súa propia VPN.
O navegador do móbil informa dun enderezo noutro país e o portátil conectado á súa zona compartida segue informando do operador móbil. Ningunha das dúas observacións é errónea, e a contradición que ve a xente vén de supor que compartir unha conexión a internet tamén comparte un túnel. Tres condicións deciden se o tráfico do dispositivo conectado entra na VPN do móbil, e só unha delas ten que ver cos axustes do móbil. Repásaas antes de buscar unha función de compartición que pode que non exista.
Que reenvía realmente a zona compartida
A conexión compartida dálle ao portátil un camiño a internet a través da interface móbil do teléfono. O teléfono reenvía eses paquetes e, no caso habitual, traduce os enderezos do portátil cando saen. Iso é unha función de reenvío, e reenviar non é o mesmo que capturar tráfico dentro dun túnel.
Se os paquetes reenviados entran despois na VPN do móbil depende de como a aplicación VPN instalou as súas rutas e regras. Unha aplicación que só captura o tráfico orixinado no teléfono non verá os paquetes que o núcleo reenvía en nome dun cliente conectado.
Por iso as dúas observacións conviven con tanta facilidade. O navegador do propio móbil usa o túnel, os paquetes do portátil toman a ruta de reenvío e nada do que mostra calquera das dúas pantallas lle mente. Os dous dispositivos simplemente non fan a mesma pregunta á mesma interface. En canto vexa esa separación, a queixa “por que o meu portátil non está protexido” convértese nunha cuestión de deseño e non nun fallo.
Primeira condición: que túnel executa o móbil
Comece por identificar o alcance da VPN no teléfono. Un túnel para todo o dispositivo, un túnel por aplicación e un proxy só para o navegador son tres cousas distintas, e só o primeiro ten algunha posibilidade de cubrir o tráfico reenviado. Mire a descrición do provedor sobre o que captura a aplicación, non a icona da barra de estado.
Despois comprobe que di o provedor sobre a conexión compartida. Algúns documentan explicitamente que o tráfico normal da zona compartida queda fóra do túnel, que é a resposta honesta para un servizo de consumo que nunca prometeu ser un encamiñador. A guía de Proton VPN para a zona compartida en Android é un exemplo publicado desa distinción; a documentación do seu propio provedor é a que importa para o seu dispositivo.
Unha icona de VPN na barra de estado dinos que o teléfono ten un túnel. Non di que interfaces cobre ese túnel, e nese oco vive a maior parte da confusión.
Segunda condición: se a conexión compartida está incluída
Incluso un túnel para todo o dispositivo pode excluír por deseño o tráfico reenviado, porque as regras de encamiñamento da aplicación escribíronse para paquetes xerados localmente. Incluír clientes conectados adoita requirir que o provedor o admita explicitamente, ou un dispositivo con root e regras personalizadas que a maioría da xente non debería intentar.
Pasar de Wi-Fi a USB non cambia isto. O subsistema de conexión compartida admite varios transportes, pero o transporte non é a decisión de encamiñamento. Un cable fai o enlace máis estable e non fai nada pola cobertura do túnel, e por iso o consello de “usa só USB” responde a unha pregunta distinta da que se fai.
As receitas antigas que baleiran as regras da devasa e supoñen nomes de interface concretos non son instrucións portables. Escribíronse para un dispositivo concreto, unha ROM concreta e un ano concreto, e aplicalas a un teléfono actual é máis probable que rompa a conexión compartida a que estenda un túnel.
Terceira condición: que identidade necesita o destino
Esta é a condición que adoita resolver o deseño, e non ten nada que ver coas zonas compartidas. Se o portátil ten que chegar á rede dun empregador, a identidade que importa pertence ao portátil, e unha VPN de consumo no teléfono non pode fornecela.
ip -brief addr show curl -sS https://ifconfig.me/ip dig +short myip.opendns.com @resolver1.opendns.com
Execute eses comandos no portátil, non no teléfono, porque a pregunta é que ve o destino desde o dispositivo que lle importa. Un enderezo público informado polo teléfono responde a unha pregunta sobre o teléfono.
Incluso un resultado coincidente desde o portátil é unha proba limitada. A resolución de nomes, outras aplicacións e o comportamento cando falla o túnel pertencen ao dispositivo cuxa cobertura está a probar, e unha soa petición HTTP non caracteriza nada diso. Probe a aplicación que realmente lle importa e vólvaa probar co túnel desconectado a propósito.
Que facer no seu lugar, por orde de esforzo
A resposta correcta máis barata é executar a VPN no portátil. Conécteo á zona compartida, deixe que o teléfono forneza a conexión móbil subxacente e estableza o túnel desde o dispositivo que necesita a identidade. Isto funciona coas VPN de empresa, que é o caso que máis importa.
Se o dispositivo non pode executar ningún cliente VPN, busque unha pasarela de compartición admitida explicitamente ou un encamiñador de viaxe que termine o túnel. Lea a súa documentación para a plataforma real en lugar de supor que unha función de zona compartida é esa pasarela.
Se ningún dos dous é posible, acepte a limitación en lugar de sortearla cunha receita que non pode manter. A VPN do móbil cobre o móbil; o portátil necesita o seu propio camiño, e sabelo de antemán vale máis que unha tarde de experimentos con interfaces. Documente o acordo para que a seguinte persoa non o redescubra durante un incidente. Unha liña na wiki do equipo abonda.