Usare un telefono Android come nodo di uscita cellulare: passo per passo

Due dispositivi, due città, un requisito: le richieste web del portatile devono uscire dalla connessione mobile del telefono. La maggior parte delle persone inizia installando un'app VPN sul telefono, che fa il lavoro opposto, perché quell'app rende il telefono un client del gateway di qualcun altro. La forma che funziona è un tunnel dal portatile al telefono, con il telefono che inoltra verso internet. Tailscale lo supporta su Android come nodo di uscita, e i passaggi sono brevi una volta che sai quale interruttore appartiene a quale lato.

Dai un nome al ruolo prima di installare qualsiasi cosa

Un hotspot è prossimità. Il portatile si unisce al Wi-Fi o al tethering USB del telefono e il telefono trasporta il suo traffico, che è esattamente il comportamento che vuoi, ma solo finché i due dispositivi sono uno accanto all'altro. Un client VPN sul telefono è il ruolo inverso: il telefono invia il proprio traffico a un gateway remoto, e un portatile in un'altra città non ci guadagna nulla.

Un'uscita cellulare remota è la terza forma. Il portatile si unisce a una rete privata, il telefono è sulla stessa rete privata ed è approvato per inoltrare il traffico internet, e il portatile sceglie il telefono come uscita. Nulla in questa disposizione richiede che i due dispositivi siano vicini, e nulla è automatico: un telefono che si è solo unito alla rete non inoltra nulla.

Prima di toccare il telefono

Serve un account che amministra la rete privata, perché approvare un nodo di uscita è un'azione amministrativa e non un'impostazione del dispositivo. Serve il client installato sul portatile e connesso alla stessa rete, e il telefono deve essere in carica per tutto ciò che va oltre un test breve.

Decidi in anticipo se il Wi-Fi del telefono deve restare acceso, perché quella scelta determina quale collegamento in salita stai davvero testando. Se la rete usa regole di accesso, aggiungi l'autorizzazione che consente agli utenti di raggiungere internet attraverso un nodo di uscita prima di fare debug del telefono. Un telefono configurato correttamente e un account che non ha il permesso di usarlo producono lo stesso sintomo sul portatile: un rifiuto senza spiegazione utile.

Attiva il ruolo sul telefono, poi approvalo

Installa il client sul telefono, accedi e apri l'impostazione del nodo di uscita nell'app. Attiva l'opzione che consente a questo dispositivo di agire come nodo di uscita. La formulazione esatta cambia tra le versioni dell'app, ma l'intenzione no: il telefono offre se stesso, non seleziona un'uscita per sé.

Poi apri la console di amministrazione, trova il telefono nell'elenco delle macchine e approva la rotta del nodo di uscita. L'approvazione è separata dall'interruttore dell'app di proposito, così un dispositivo non può diventare silenziosamente il gateway internet dell'intera rete.

Se la tua rete richiede anche l'approvazione del dispositivo, approva prima il dispositivo; una macchina non approvata non può servire come uscita, qualunque cosa dica l'app. Infine, sul portatile, apri il menu del client, scegli il nodo di uscita e seleziona il telefono per nome. La rotta predefinita del portatile ora punta al tunnel. Conferma che la scelta è rimasta: alcuni client mostrano il nodo di uscita nel menu ma continuano a usare la connessione locale finché il tunnel non si ristabilisce, e una riconnessione rapida è più veloce che diagnosticare uno stato obsoleto.

Controlla il collegamento in salita prima di misurare qualsiasi cosa

Sul telefono, disattiva il Wi-Fi se lo scopo dell'esercizio è la connessione mobile, e conferma che i dati mobili funzionino davvero caricando prima una pagina nel browser del telefono. Se il telefono è su Wi-Fi, la tua uscita è quella rete Wi-Fi, che è una buona disposizione ma non quella descritta dal ticket.

Confronta gli indirizzi di uscita dai due estremi. Apri sul telefono una pagina che restituisce l'indirizzo, poi esegui curl -s https://ifconfig.me sul portatile. Indirizzi uguali significano che il portatile è uscito attraverso la connessione del telefono; un operatore che condivide indirizzi tra abbonati può far sembrare identiche due connessioni non correlate, quindi tratta una corrispondenza come coerente, non come conclusiva.

Prevedi due tratti, non uno. Il primo tratto va dal portatile al telefono, lungo il percorso che prende il tunnel; il secondo va dal telefono alla destinazione, via radio mobile. Un download veloce sul telefono non dice nulla sul primo tratto, e un collegamento in salita congestionato si manifesta come richieste lente in entrambe le direzioni.

Conosci i limiti prima di dipenderne

La documentazione sui nodi di uscita di Tailscale nota che i nodi di uscita Android inoltrano nello spazio utente, il che è più lento di un percorso kernel e non è pensato per sostituire un router. Consiglia anche alimentazione esterna per sessioni lunghe. Su un telefono in carica, caldo e che inoltra traffico, la gestione della batteria di Android merita comunque attenzione: un risparmio energetico aggressivo può sospendere l'app, e il tunnel appare allora come un guasto di rete intermittente.

L'abbonamento conta quanto l'hardware. Le clausole su tethering e hotspot, le soglie di uso corretto e la condivisione degli indirizzi a livello di operatore si applicano al traffico che esce dal telefono, e nessuna è visibile dal portatile. Un piano che consente la navigazione illimitata sul telefono può comunque misurare il traffico inoltrato. Per un'installazione permanente, un piccolo router con modem cellulare e un ruolo di gateway supportato offre un confine più pulito: abbonamento, tunnel, politica di inoltro e alimentazione diventano un unico servizio che puoi monitorare, invece di un telefono su uno scaffale che deve restare sveglio. Usa il telefono come uscita quando il requisito è un test limitato di accesso remoto o di posizione, e progetta il router quando il requisito è la disponibilità.