Documentation
Démarrage rapide + description des fonctionnalités module par module et appareil par appareil (mise à jour continue)
Systèmes et distributions pris en charge
Cet article précise quelles distributions Linux, quels appareils et quels systèmes SSH Everywhere peut administrer, ainsi que les écarts de complétude fonctionnelle selon les systèmes.
En une phrase
Le cœur de SSH Everywhere est connexion SSH + exécution de commandes à distance : tout Linux disposant d'un service SSH (sshd) peut donc être raccordé. Mais la complétude fonctionnelle est graduée — elle dépend de la présence de systemd et de python3 sur la machine cible, et du gestionnaire de paquets utilisé.
Niveaux de prise en charge
✅ Premier niveau : prise en charge complète (recommandé, toutes les fonctionnalités disponibles)
Distributions grand public avec systemd. Toutes les fonctionnalités sont disponibles : contrôle de santé, protection anti-plantage (démarrage automatique via systemd + relance automatique après plantage), Agent de tunnel, gestion Docker, gestion de fichiers, gestion des processus, tâches planifiées, gestion de sites web.
| Distribution | Gestionnaire de paquets | Description |
|---|---|---|
| Debian / Ubuntu (y compris Raspbian pour Raspberry Pi) | apt | Le plus recommandé, meilleure compatibilité |
| CentOS / RHEL / Rocky / AlmaLinux | yum / dnf | Le standard côté serveur |
| Fedora | dnf | Plus récent |
| Arch / Manjaro | pacman | Mise à jour continue (rolling) |
| openSUSE | zypper |
✅ Deuxième niveau : presque complet, seule la protection anti-plantage n'a pas de démarrage automatique
Distributions légères sans systemd. La protection anti-plantage revient automatiquement à une exécution via nohup (la supervision fonctionne normalement, mais le démon n'est pas relancé automatiquement après un redémarrage) ; les autres fonctionnalités sont normales.
| Distribution | Gestionnaire de paquets | Description |
|---|---|---|
| Alpine | apk | Ultra léger (busybox + musl), l'installation de l'Agent de tunnel est adaptée à apk |
✅ Troisième niveau : prise en charge particulière (systèmes non Linux traditionnels, également utilisables)
| Système | Niveau de prise en charge |
|---|---|
| Android / Termux | Script d'installation dédié en un clic (installe automatiquement l'Agent + démarrage avec Termux) ; le contrôle de santé reconnaît le modèle de l'appareil / la version d'Android |
| FreeBSD | Le contrôle de santé dispose d'une branche dédiée (freebsd-version / sysctl / vm_stat), mais les fonctionnalités liées à Docker et à systemd ne s'appliquent pas |
| macOS | La connexion fonctionne et le contrôle de santé reconnaît le système (sw_vers / vm_stat) ; principalement pour les machines de test |
Deux dépendances obligatoires
1. python3 : le démon de protection anti-plantage et l'Agent de tunnel exigent tous deux python3 sur la machine cible. La grande majorité des distributions grand public l'incluent ou l'installent en un clic.
2. Gestionnaire de paquets : le script d'installation des dépendances de l'Agent de tunnel prend en charge apt / yum-dnf / apk. Sur une distribution utilisant un autre gestionnaire (pacman, zypper), les dépendances de chiffrement de l'Agent peuvent devoir être installées manuellement — il fonctionne aussi sans, mais le tunnel passe alors en mode non chiffré.
Comment savoir à quel niveau appartient un serveur
Une fois connecté au panneau, ouvrez le « panneau de gestion système » du serveur et observez quelques signaux clés :
| Signal | Description |
|---|---|
| Le contrôle de santé affiche le modèle de CPU / la mémoire / le disque | Au moins le premier ou le troisième niveau |
| Les informations système affichent « FreeBSD » / « macOS » / « Android » | Troisième niveau |
| Après déploiement, la protection anti-plantage affiche le badge « démarrage automatique » | systemd présent (premier niveau) |
| Après déploiement, la protection anti-plantage n'affiche pas de badge « démarrage automatique » | Pas de systemd, retour à nohup (deuxième niveau) |
Glossaire
- systemd : le gestionnaire de système et de services des Linux modernes, chargé du démarrage au boot et de la gestion des services. Le « démarrage automatique » n'est possible qu'avec systemd.
- Gestionnaire de paquets : l'outil d'installation de logiciels sous Linux, comme apt (Debian/Ubuntu), yum/dnf (CentOS/RHEL), apk (Alpine), pacman (Arch).
Matrice de test conseillée
Si vous voulez monter quelques machines pour valider la compatibilité entre systèmes, choisissez un représentant par couple « gestionnaire de paquets + système init », pour couvrir le plus large :
1. Debian 12 (apt + systemd) — la référence la plus répandue
2. Rocky Linux 9 ou CentOS Stream (dnf + systemd) — la famille RHEL
3. Alpine (apk + sans systemd) — léger + chemin de repli nohup
4. Ubuntu 22.04/24.04 (apt + systemd) — le plus courant
Ces quatre profils couvrent trois gestionnaires de paquets + les deux formes d'init (avec/sans systemd) et représentent bien le paysage des serveurs Linux grand public.