Utilitzar un telèfon Android com a node de sortida mòbil: pas a pas

Dos dispositius, dues ciutats, un requisit: les peticions web de l’ordinador han de sortir per la connexió mòbil del telèfon. Molta gent comença instal·lant una aplicació VPN al telèfon, però això fa la feina contrària, perquè aquesta aplicació converteix el telèfon en client de la passarel·la d’una altra persona. La forma que funciona és un túnel de l’ordinador al telèfon, i el telèfon reenvia el trànsit a internet. Tailscale ho admet a Android com a node de sortida, i els passos són curts quan saps quin interruptor pertany a cada banda.

Posa nom a la funció abans d’instal·lar res

Un punt d’accés és proximitat. L’ordinador s’uneix al Wi-Fi o a l’enllaç USB del telèfon i el telèfon transporta el seu trànsit, que és exactament el comportament que vols, però només mentre els dos dispositius són a prop. Un client VPN al telèfon és la funció inversa: el telèfon envia el seu propi trànsit a una passarel·la remota, i un ordinador en una altra ciutat no hi guanya res.

Una sortida mòbil remota és la tercera forma. L’ordinador s’uneix a una xarxa privada, el telèfon és a la mateixa xarxa privada i té permís per reenviar trànsit d’internet, i l’ordinador tria el telèfon com a sortida. Res d’aquest arranjament no exigeix que els dos dispositius siguin a prop, i res no és automàtic: un telèfon que només s’ha unit a la xarxa no reenvia res.

Abans de tocar el telèfon

Cal un compte que administri la xarxa privada, perquè aprovar un node de sortida és una acció administrativa i no un paràmetre del dispositiu. Cal el client de l’ordinador instal·lat i amb la sessió oberta a la mateixa xarxa, i el telèfon ha d’estar carregant per a qualsevol cosa més enllà d’una prova curta.

Decideix per endavant si el Wi-Fi del telèfon ha de quedar encès, perquè aquesta elecció determina quin enllaç ascendent estàs provant de fet. Si la xarxa fa servir regles d’accés, afegeix el permís que permet als usuaris arribar a internet a través d’un node de sortida abans de buscar el problema al telèfon. Un telèfon ben configurat i un compte sense permís donen a l’ordinador el mateix símptoma: una negativa sense cap explicació útil.

Activa la funció al telèfon i després aprova-la

Instal·la el client al telèfon, inicia la sessió i obre el paràmetre del node de sortida a l’aplicació. Activa l’opció que permet que aquest dispositiu faci de node de sortida. La redacció exacta canvia entre versions de l’aplicació, però la intenció no: el telèfon s’ofereix, no tria una sortida per a ell mateix.

Després obre la consola d’administració, troba el telèfon a la llista de màquines i aprova la ruta del node de sortida. L’aprovació és separada de l’interruptor de l’aplicació a propòsit, perquè un dispositiu no es pugui convertir en silenci en passarel·la d’internet de tota la xarxa.

Si la teva xarxa també exigeix aprovar el dispositiu, aprova primer el dispositiu; una màquina no aprovada no pot servir de sortida digui el que digui l’aplicació. Finalment, a l’ordinador, obre el menú del client, tria el node de sortida i selecciona el telèfon pel nom. La ruta per defecte de l’ordinador ja apunta al túnel. Confirma que la selecció s’ha mantingut: alguns clients mostren el node de sortida al menú però continuen fent servir la connexió local fins que el túnel es restableix, i una reconnexió ràpida és més ràpida que diagnosticar un estat obsolet.

Comprova l’enllaç ascendent abans de mesurar res

Al telèfon, apaga el Wi-Fi si l’objectiu de l’exercici és la connexió mòbil, i confirma que les dades mòbils funcionen de debò carregant primer una pàgina al navegador del telèfon. Si el telèfon és al Wi-Fi, la teva sortida és aquella xarxa Wi-Fi, un bon arranjament però no el que descriu l’encàrrec.

Compara les adreces de sortida dels dos extrems. Obre una pàgina que mostri l’adreça al telèfon i després executa curl -s https://ifconfig.me a l’ordinador. Adreces coincidents volen dir que l’ordinador ha sortit per la connexió del telèfon; un operador que comparteix adreces entre abonats pot fer que dues connexions no relacionades semblin idèntiques, així que tracta la coincidència com un senyal coherent i no com una prova concloent.

Preveu dos trams, no un. El primer tram va de l’ordinador al telèfon, pel camí que prengui el túnel; el segon va del telèfon a la destinació per la ràdio mòbil. Una descàrrega ràpida al telèfon no diu res del primer tram, i un enllaç ascendent congestionat es veu com a peticions lentes en tots dos sentits.

Coneix els límits abans de dependre’n

La documentació de Tailscale sobre nodes de sortida assenyala que els nodes de sortida d’Android reenvien a l’espai d’usuari, cosa més lenta que un camí del nucli i no pensada per substituir un encaminador. També recomana alimentació externa per a sessions llargues. En un telèfon que carrega, s’escalfa i reenvia trànsit, la gestió de la bateria d’Android encara mereix atenció: un estalvi d’energia agressiu pot suspendre l’aplicació, i el túnel aleshores sembla una fallada de xarxa intermitent.

La subscripció importa tant com el maquinari. Les clàusules de compartició i punt d’accés, els llindars d’ús raonable i la compartició d’adreces dels operadors s’apliquen al trànsit que surt pel telèfon, i res d’això no es veu des de l’ordinador. Un pla que permet navegar sense límit al telèfon pot mesurar igualment el trànsit reenviat. Per a una instal·lació permanent, un encaminador petit amb mòdem mòbil i una funció de passarel·la compatible dona un límit més net: la subscripció, el túnel, la política de reenviament i l’alimentació esdevenen un sol servei que pots monitorar, en lloc d’un telèfon en un prestatge que ha de quedar despert. Fes servir el telèfon com a sortida quan el requisit sigui un accés remot limitat o una prova d’ubicació, i planifica l’encaminador quan el requisit sigui la disponibilitat.