Un vecchio telefono come gateway VPN: tre condizioni da verificare
Un vecchio telefono è un apparecchio solo se il ruolo è supportato, la rete riesce a raggiungerlo e qualcuno si occupa del ripristino. Tre condizioni, una decisione.
Un telefono lasciato in un cassetto ha processore, memoria flash, Wi-Fi e batteria, cioè più hardware della maggior parte dei computer a scheda singola che le persone mettono in funzione volentieri. Ha anche uno schermo, una batteria che invecchia e un sistema operativo che smette di ricevere correzioni quando il produttore va avanti. Niente di tutto questo decide se debba diventare un gateway VPN o un NAS.
Se debba diventare un gateway VPN o un NAS non lo stabilisce quel confronto, perché il confronto riguarda la capacità e la decisione riguarda l'esercizio.
Tre condizioni lo decidono. Se una fallisce, il progetto è un esperimento da fine settimana e non un apparecchio, ed è meglio sapere quale condizione è fallita prima di migrarvi i dati.
Prima condizione: il ruolo è davvero supportato
Tre sistemazioni vengono chiamate con lo stesso nome. Un client VPN protegge il traffico delle app sul telefono. Un server VPN accetta connessioni in entrata. Un gateway inoltra il traffico di altri dispositivi in un tunnel. Sono progetti diversi, e un tunnel client che funziona non dimostra nulla sugli altri due.
Un'app su Android standard è soggetta alle regole di esecuzione in background, e un terminale lasciato aperto non è un demone. La guida di Doze e App Standby della piattaforma stessa spiega perché un processo in background può perdere l'accesso alla rete quando il dispositivo decide di restare inattivo, ed è esattamente il comportamento che non puoi avere in un gateway.
Lo spazio utente Linux dentro Android eredita più vincoli di quanti ne elimini. Un chroot cambia la radice del file system ma continua a girare sul kernel di Android, sui suoi driver e sulla sua politica di sicurezza, quindi root dentro il chroot non è root sulla piattaforma. Sostituire invece il sistema operativo rende il supporto di modem, archiviazione e alimentazione per quel preciso telefono parte del tuo progetto, e il supporto dei telefoni è di solito la parte che nessuno mantiene.
Seconda condizione: l'indirizzo è raggiungibile
Un gateway deve essere raggiungibile dai client che dipendono da lui. Un telefono in Wi-Fi dentro un router domestico è raggiungibile da quella LAN e da ovunque il router inoltri, ma non da internet a meno che tu non lo organizzi.
Il cellulare rende questo più difficile, non più facile. Molte reti mobili mettono gli abbonati dietro NAT di livello operatore, quindi non c'è alcun indirizzo in entrata verso cui inoltrare, e aggiungere un modem non crea un ascoltatore pubblico. Se il requisito è l'accesso remoto dall'esterno, il progetto deve includere un relè o una rete overlay a cui entrambe le estremità si collegano verso l'esterno, e quella è una seconda parte mobile da mantenere.
Anche il collegamento di rete varia da dispositivo a dispositivo. Alcuni telefoni accettano adattatori Ethernet USB, altri no, e il Wi-Fi aggiunge la propria latenza e il proprio comportamento di roaming. Un gateway che dorme quando lo schermo è spento o che perde il tunnel durante un handover è peggio di nessun gateway.
Terza condizione: qualcuno si occupa di aggiornamenti e ripristino
Questa è la condizione che la gente salta, ed è quella che decide se la cosa sopravvive un anno. Ogni componente ha bisogno di un responsabile: la build del sistema operativo, il kernel se l'hai sostituito, il pacchetto server, i certificati e le credenziali che hai distribuito.
Il ripristino è la metà più difficile. Come entri dopo un riavvio senza schermo, con un pannello touch rotto o con una batteria gonfia? Come revochi l'identità di un client perduto? Come ripristini l'archiviazione su un dispositivo sostitutivo quando l'originale è un modello fuori produzione?
Anche l'alimentazione rientra qui. Un carico continuo significa calore continuo, e una batteria che invecchia non è un UPS automatico. Segui le indicazioni del produttore e tratta qualsiasi gonfiore o danno come un segnale di arresto e non come qualcosa da aggirare.
Quando la risposta è no
Applica le tre condizioni a ciò che ti serve davvero, e sii specifico sul compito invece che sulla categoria.
| Task | Phone is reasonable when |
|---|---|
| Protecting the phone's own traffic | The client is a supported Android app; no forwarding involved |
| Small lab tunnel inside one LAN | Downtime is acceptable and you can reach the device to fix it |
| Household NAS holding the only copy | Never; that is a backup problem, not a hardware problem |
| Unattended remote access for others | You already own patching, revocation and replacement |
Anche un host Linux dedicato non sfugge all'elenco. Ha un gestore di servizi e un percorso di amministrazione di archiviazione e rete più chiari quando l'hardware e la distribuzione sono supportati, ma ha comunque bisogno di alimentazione, aggiornamenti e backup. La scheda da sola non è un apparecchio.
Scegli quindi il telefono quando le sue capacità supportate si adattano a un compito modesto e il fermo sperimentale è davvero accettabile. Scegli qualcos'altro quando il requisito è un'archiviazione domestica che non deve andare perduta, o un accesso remoto da cui altre persone dipenderanno. In entrambi i casi il fattore decisivo è un'installazione riproducibile e una procedura di ripristino che hai davvero provato, e nessuna quantità di hardware gratuito sostituisce né l'una né l'altra.