Un teléfono vello como pasarela VPN: tres condicións que comprobar
Un teléfono vello só é un aparello se o rol está soportado, a rede pode alcanzalo e alguén se fai cargo da recuperación. Tres condicións, unha decisión.
Un teléfono de caixón ten procesador, memoria flash, Wi-Fi e batería, o que é máis hardware que a maioría dos ordenadores dunha soa placa que a xente despregue con gusto. Tamén ten pantalla, unha batería envellecida e un sistema operativo que deixa de recibir parches cando o fabricante pasa páxina. Nada diso decide se debería converterse nunha pasarela VPN ou nun NAS.
Que debería converterse nunha pasarela VPN ou nun NAS non o resolve esa comparación, porque a comparación trata da capacidade e a decisión trata da operación.
Tres condicións decídeno. Se falla calquera, o proxecto é un experimento de fin de semana e non un aparello, e é mellor saber que condición fallou antes de migrar datos a el.
Condición un: o rol está realmente soportado
Tres disposicións reciben o mesmo nome. Un cliente VPN protexe o tráfico das aplicacións do teléfono. Un servidor VPN acepta conexións entrantes. Unha pasarela reenvía o tráfico doutros dispositivos a un túnel. Son proxectos distintos, e un túnel de cliente que funciona non demostra nada sobre os outros dous.
Unha aplicación en Android estándar está suxeita ás regras de execución en segundo plano, e un terminal deixado aberto non é un demo. A guía de Doze e App Standby da propia plataforma explica por que un proceso en segundo plano pode perder o acceso á rede cando o dispositivo decide quedar inactivo, que é exactamente o comportamento que non podes ter nunha pasarela.
O espazo de usuario de Linux dentro de Android herda máis restricións das que elimina. Un chroot cambia a raíz do sistema de ficheiros pero segue executándose sobre o núcleo de Android, os seus controladores e a súa política de seguridade, así que a raíz dentro do chroot non é raíz sobre a plataforma. Substituír o sistema operativo fai en cambio que o soporte de módem, almacenamento e enerxía para ese teléfono concreto pase a formar parte do teu proxecto, e o soporte de teléfonos adoita ser a parte que ninguén mantén.
Condición dous: o enderezo é alcanzable
Unha pasarela debe ser alcanzable polos clientes que dependen dela. Un teléfono por Wi-Fi dentro dun router doméstico é alcanzable desde esa LAN e desde calquera lugar ao que o router reenvíe, pero non desde internet a menos que o organices.
A telefonía móbil faino máis difícil, non máis fácil. Moitas redes móbiles colocan os abonados detrás de NAT de nivel de operador, así que non hai ningún enderezo entrante ao que reenviar, e engadir un módem non crea un oínte público. Se o requisito é acceso remoto desde fóra, o deseño debe incluír un relé ou unha rede superposta á que ambos os extremos se conecten cara a fóra, e iso é unha segunda peza móbil que manter.
A conexión de rede tamén varía segundo o dispositivo. Algúns teléfonos aceptan adaptadores Ethernet USB, outros non, e o Wi-Fi engade a súa propia latencia e comportamento de itinerancia. Unha pasarela que dorme cando a pantalla está apagada ou que deixa caer o túnel durante unha transferencia é peor que non ter pasarela.
Condición tres: alguén se fai cargo das actualizacións e da recuperación
Esta é a condición que a xente omite, e é a que decide se a cousa sobrevive un ano. Cada compoñente necesita un responsable: a compilación do sistema operativo, o núcleo se o substituíches, o paquete do servidor, os certificados e as credenciais que repartiches.
A recuperación é a metade máis difícil. Como entras despois dun reinicio sen pantalla, cun panel táctil roto ou cunha batería inchada? Como revogas a identidade dun cliente perdido? Como restauras o almacenamento nun dispositivo de substitución cando o orixinal é un modelo descatalogado?
A enerxía tamén pertence aquí. Unha carga sostida significa calor sostido, e unha batería envellecida non é un UPS automático. Segue as indicacións do fabricante e trata calquera inchazo ou dano como un sinal de parada e non como algo que evitar.
Cando a resposta é non
Aplica as tres condicións ao que realmente necesitas, e sé específico sobre a tarefa en lugar da categoría.
| 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 |
Un host Linux dedicado tampouco se escapa da lista. Ten un xestor de servizos e un camiño de administración de almacenamento e rede máis claros cando o hardware e a distribución están soportados, pero segue necesitando enerxía, actualizacións e copias de seguridade. A placa por si soa non é un aparello.
Así que escolle o teléfono cando as súas capacidades soportadas encaixen nunha tarefa modesta e o tempo de inactividade experimental sexa realmente aceptable. Escolle outra cousa cando o requisito sexa almacenamento doméstico que non se debe perder, ou acceso remoto do que outras persoas van depender. En ambos os casos o factor decisivo é unha instalación reproducible e un procedemento de recuperación que probaches de verdade, e ningunha cantidade de hardware gratuíto substitúe ningún dos dous.