Un téléphone qui traîne dans un tiroir possède un processeur, de la mémoire flash, du Wi-Fi et une batterie, soit plus de matériel que la plupart des ordinateurs monocarte que les gens déploient volontiers. Il a aussi un écran, une batterie vieillissante et un système d'exploitation qui cesse de recevoir des correctifs quand le fabricant passe à autre chose. Rien de tout cela ne décide s'il doit devenir une passerelle VPN ou un NAS.

Qu'il doive devenir une passerelle VPN ou un NAS n'est pas tranché par cette comparaison, car la comparaison porte sur la capacité et la décision porte sur l'exploitation.

Trois conditions en décident. Si une seule échoue, le projet est une expérience de week-end et non un équipement, et il vaut mieux savoir quelle condition a échoué avant d'y migrer des données.

Première condition : le rôle est réellement pris en charge

Trois montages portent le même nom. Un client VPN protège le trafic des applications du téléphone. Un serveur VPN accepte les connexions entrantes. Une passerelle achemine le trafic d'autres appareils dans un tunnel. Ce sont des projets différents, et un tunnel client qui fonctionne ne prouve rien sur les deux autres.

Une application sur Android standard est soumise aux règles d'exécution en arrière-plan, et un terminal laissé ouvert n'est pas un démon. Le guide Doze et App Standby de la plateforme elle-même explique pourquoi un processus en arrière-plan peut perdre l'accès au réseau lorsque l'appareil décide de se mettre au repos, ce qui est exactement le comportement que vous ne pouvez pas avoir dans une passerelle.

L'espace utilisateur Linux à l'intérieur d'Android hérite de plus de contraintes qu'il n'en supprime. Un chroot change la racine du système de fichiers tout en s'exécutant toujours sur le noyau d'Android, ses pilotes et sa politique de sécurité, donc root dans le chroot n'est pas root sur la plateforme. Remplacer le système d'exploitation fait au contraire de la prise en charge du modem, du stockage et de l'alimentation pour ce modèle précis une partie de votre projet, et la prise en charge des modèles est généralement la partie que personne ne maintient.

Deuxième condition : l'adresse est joignable

Une passerelle doit être joignable par les clients qui en dépendent. Un téléphone en Wi-Fi derrière un routeur domestique est joignable depuis ce réseau local et depuis partout où le routeur redirige, mais pas depuis internet, sauf si vous l'organisez.

Le cellulaire rend cela plus difficile, pas plus facile. De nombreux réseaux mobiles placent les abonnés derrière un NAT d'opérateur, si bien qu'il n'y a aucune adresse entrante vers laquelle rediriger, et ajouter un modem ne crée pas d'écouteur public. Si l'exigence est un accès distant depuis l'extérieur, la conception doit inclure un relais ou un réseau superposé vers lequel les deux extrémités se connectent vers l'extérieur, et c'est une seconde pièce mobile à maintenir.

Le raccordement réseau varie aussi selon l'appareil. Certains téléphones acceptent des adaptateurs Ethernet USB, d'autres non, et le Wi-Fi ajoute sa propre latence et son comportement d'itinérance. Une passerelle qui dort quand l'écran est éteint ou qui perd le tunnel pendant un transfert est pire que pas de passerelle du tout.

Troisième condition : quelqu'un assume les mises à jour et la restauration

C'est la condition que les gens sautent, et c'est elle qui décide si la chose survit un an. Chaque composant a besoin d'un responsable : la compilation du système d'exploitation, le noyau si vous l'avez remplacé, le paquet serveur, les certificats et les identifiants que vous avez distribués.

La restauration est la moitié la plus difficile. Comment entrer après un redémarrage sans écran, avec un écran tactile cassé ou une batterie gonflée ? Comment révoquer une identité client perdue ? Comment restaurer le stockage sur un appareil de remplacement quand l'original est un modèle arrêté ?

L'alimentation en fait partie aussi. Une charge soutenue signifie une chaleur soutenue, et une batterie vieillissante n'est pas un onduleur automatique. Suivez les indications du fabricant et traitez tout gonflement ou dommage comme un signal d'arrêt et non comme quelque chose à contourner.

Quand la réponse est non

Appliquez les trois conditions à ce dont vous avez réellement besoin, et soyez précis sur la tâche plutôt que sur la catégorie.

TaskPhone is reasonable when
Protecting the phone's own trafficThe client is a supported Android app; no forwarding involved
Small lab tunnel inside one LANDowntime is acceptable and you can reach the device to fix it
Household NAS holding the only copyNever; that is a backup problem, not a hardware problem
Unattended remote access for othersYou already own patching, revocation and replacement

Un hôte Linux dédié n'échappe pas non plus à la liste. Il dispose d'un gestionnaire de services et d'un chemin d'administration du stockage et du réseau plus clairs lorsque le matériel et la distribution sont pris en charge, mais il a toujours besoin d'énergie, de mises à jour et de sauvegardes. La carte seule n'est pas un équipement.

Choisissez donc le téléphone lorsque ses capacités prises en charge conviennent à une tâche modeste et que l'indisponibilité expérimentale est réellement acceptable. Choisissez autre chose lorsque l'exigence est un stockage domestique qui ne doit pas être perdu, ou un accès distant dont d'autres personnes dépendront. Dans les deux cas, le facteur décisif est une installation reproductible et une procédure de restauration que vous avez réellement testée, et aucune quantité de matériel gratuit ne remplace ni l'une ni l'autre.

Articles similaires