Dous dispositivos, dúas cidades, un requisito: as solicitudes web do portátil deben saír pola conexión móbil do teléfono. A maioría da xente comeza instalando unha aplicación VPN no teléfono, o que fai o traballo contrario, porque esa aplicación converte o teléfono nun cliente da pasarela doutra persoa. A forma que funciona é un túnel do portátil ao teléfono, co teléfono reenviando cara a internet. Tailscale admite isto en Android como nodo de saída, e os pasos son curtos unha vez que sabes que interruptor pertence a cada lado.

Nomea o rol antes de instalar nada

Un punto de acceso é proximidade. O portátil únese ao Wi-Fi ou á compartición USB do teléfono e o teléfono transporta o seu tráfico, que é exactamente o comportamento que queres, pero só mentres os dous dispositivos están un xunto ao outro. Un cliente VPN no teléfono é o rol inverso: o teléfono envía o seu propio tráfico a unha pasarela remota, e un portátil noutra cidade non gaña nada con iso.

Unha saída celular remota é a terceira forma. O portátil únese a unha rede privada, o teléfono está na mesma rede privada e está aprobado para reenviar tráfico de internet, e o portátil selecciona o teléfono como saída. Nada no arranxo esixe que os dous dispositivos estean preto, e nada nel é automático: un teléfono que só se uniu á rede non reenvía nada.

Antes de tocar o teléfono

Necesitas unha conta que administre a rede privada, porque aprobar un nodo de saída é unha acción administrativa e non un axuste do dispositivo. Necesitas o cliente instalado no portátil e conectado á mesma rede, e o teléfono ten que estar cargando para calquera cousa que supere unha proba curta.

Decide de antemán se o Wi-Fi do teléfono debe quedar activado, porque esa elección decide que ligazón ascendente estás a probar realmente. Se a rede usa regras de acceso, engade o permiso que permite aos usuarios chegar á internet a través dun nodo de saída antes de depurar o teléfono. Un teléfono ben configurado e unha conta que non ten permiso para usalo producen o mesmo síntoma no portátil: unha negativa sen explicación útil.

Activa o rol no teléfono e despois aprobao

Instala o cliente no teléfono, inicia sesión e abre o axuste do nodo de saída na aplicación. Activa a opción que permite que este dispositivo actúe como nodo de saída. A redacción exacta cambia entre versións da aplicación, pero a intención non: o teléfono ofrécese a si mesmo, non selecciona unha saída para si.

Despois abre a consola de administración, atopa o teléfono na lista de máquinas e aproba a ruta do nodo de saída. A aprobación está separada do interruptor da aplicación a propósito, para que un dispositivo non poida converterse discretamente na pasarela de internet de toda a rede.

Se a túa rede tamén esixe aprobación do dispositivo, aproba o dispositivo primeiro; unha máquina non aprobada non pode servir de saída, diga o que diga a aplicación. Por último, no portátil, abre o menú do cliente, escolle o nodo de saída e selecciona o teléfono polo seu nome. A ruta predeterminada do portátil apunta agora ao túnel. Confirma que a selección se mantivo: algúns clientes mostran o nodo de saída no menú pero seguen usando a conexión local ata que o túnel se restablece, e unha reconexión rápida é máis rápida que diagnosticar un estado obsoleto.

Comproba a ligazón ascendente antes de medir nada

No teléfono, desactiva o Wi-Fi se o obxectivo do exercicio é a conexión móbil, e confirma que os datos móbiles funcionan de verdade cargando primeiro unha páxina no navegador do teléfono. Se o teléfono está en Wi-Fi, a túa saída é esa rede Wi-Fi, o que é un bo arranxo pero non o que describe o ticket.

Compara os enderezos de saída desde os dous extremos. Abre no teléfono unha páxina que devolva o enderezo e despois executa curl -s https://ifconfig.me no portátil. Enderezos iguais significan que o portátil saíu pola conexión do teléfono; un operador que comparte enderezos entre subscritores pode facer que dúas conexións sen relación parezan idénticas, así que trata unha coincidencia como coherente e non como concluínte.

Orza dúas pernas, non unha. A primeira perna é do portátil ao teléfono, polo camiño que tome o túnel; a segunda é do teléfono ao destino, pola radio móbil. Unha descarga rápida no teléfono non di nada da primeira perna, e unha ligazón ascendente conxestionada aparece como solicitudes lentas en ambos os sentidos.

Coñece os límites antes de depender del

A documentación sobre nodos de saída de Tailscale sinala que os nodos de saída de Android reenvían no espazo de usuario, o que é máis lento que unha ruta do núcleo e non está pensado para substituír un router. Tamén recomenda alimentación externa para sesións longas. Nun teléfono que está cargando, quente e reenviando tráfico, a xestión da batería de Android aínda merece atención: un aforro de enerxía agresivo pode suspender a aplicación, e entón o túnel parece un fallo de rede intermitente.

A subscrición importa tanto como o hardware. As cláusulas de compartición e punto de acceso, os limiares de uso razoable e a compartición de enderezos a nivel de operador aplícanse ao tráfico que sae polo teléfono, e ningún deles é visible desde o portátil. Un plan que permite navegar sen límite no teléfono pode seguir medindo o tráfico reenviado. Para unha instalación permanente, un pequeno router con módem celular e un rol de pasarela admitido dá unha fronteira máis limpa: a subscrición, o túnel, a política de reenvío e a fonte de alimentación convértense nun único servizo que podes vixiar, en lugar dun teléfono nun estante que debe permanecer esperto. Usa o teléfono como saída cando o requisito é unha proba limitada de acceso remoto ou de localización, e planifica o router cando o requisito é a dispoñibilidade.

Artigos relacionados