Documentación
Inicio rápido + descripción de cada función y de cada dispositivo (en constante actualización)
Sistemas y distribuciones compatibles
Este artículo explica qué distribuciones de Linux, dispositivos y sistemas puede gestionar SSH Everywhere, y las diferencias de completitud de funciones entre sistemas.
En una frase
El núcleo de SSH Everywhere es la conexión SSH + ejecución remota de comandos, por lo que cualquier Linux con el servicio SSH (sshd) instalado puede conectarse. Pero la completitud de funciones es por capas, según si la máquina de destino tiene systemd, python3 y qué gestor de paquetes usa.
Compatibilidad por capas
✅ Primera capa: compatibilidad completa (recomendado, todas las funciones disponibles)
Distribuciones systemd principales. Todas estas funciones están disponibles: comprobación de estado, prevención de caídas (autoarranque con systemd + relanzado automático tras una caída), Agent de túnel, gestión de Docker, gestión de archivos, gestión de procesos, tareas programadas, gestión de sitios web.
| Distribución | Gestor de paquetes | Descripción |
|---|---|---|
| Debian / Ubuntu (incl. Raspbian para Raspberry Pi) | apt | La más recomendada, mejor compatibilidad |
| CentOS / RHEL / Rocky / AlmaLinux | yum / dnf | Mayoría en servidores |
| Fedora | dnf | Más reciente |
| Arch / Manjaro | pacman | Actualización continua |
| openSUSE | zypper |
✅ Segunda capa: casi completa, solo la prevención de caídas sin autoarranque
Distribuciones ligeras sin systemd. La prevención de caídas recurre automáticamente a nohup (monitoriza correctamente, pero el proceso de vigilancia no se relanza automáticamente tras reiniciar); el resto de funciones van bien.
| Distribución | Gestor de paquetes | Descripción |
|---|---|---|
| Alpine | apk | Ultraligera (busybox + musl); la instalación del Agent de túnel ya se ha adaptado a apk |
✅ Tercera capa: compatibilidad especial (no son Linux tradicionales, pero también funcionan)
| Sistema | Grado de compatibilidad |
|---|---|
| Android / Termux | Script de instalación con un clic específico (instala el Agent + se inicia con Termux); la comprobación de estado reconoce el modelo del dispositivo y la versión de Android |
| FreeBSD | La comprobación de estado tiene una rama específica (freebsd-version / sysctl / vm_stat), pero las funciones relacionadas con Docker y systemd no aplican |
| macOS | Se puede conectar; la comprobación de estado lo reconoce (sw_vers / vm_stat); sirve principalmente como máquina de pruebas |
Dos dependencias obligatorias
1. python3: tanto el proceso de vigilancia de la prevención de caídas como el Agent de túnel requieren que la máquina de destino tenga python3. La gran mayoría de distribuciones principales lo traen o lo pueden instalar con un clic.
2. Gestor de paquetes: el script de instalación de dependencias del Agent de túnel se ha adaptado a los tres gestores apt / yum-dnf / apk. En distribuciones que usan otros gestores (pacman, zypper), puede que las dependencias de cifrado del Agent haya que instalarlas a mano; también funciona sin instalarlas, solo que el túnel va en modo de texto plano.
Cómo saber a qué capa pertenece un servidor
Tras conectarte al panel, abre el «Panel de Gestión del sistema» de ese servidor y fíjate en algunas señales clave:
| Señal | Descripción |
|---|---|
| La comprobación de estado muestra modelo de CPU / memoria / disco | Compatibilidad al menos de primera o tercera capa |
| La información del sistema muestra «FreeBSD»/«macOS»/«Android» | Corresponde a la tercera capa |
| Tras desplegar la prevención de caídas se muestra la insignia «Autoarranque» | Indica que hay systemd (primera capa) |
| Tras desplegar la prevención de caídas no hay insignia «Autoarranque» | No hay systemd, se ha recurrido a nohup (segunda capa) |
Glosario
- systemd: el gestor de sistema y servicios de Linux moderno, responsable del arranque y de la gestión de servicios. Solo con systemd se puede lograr el «autoarranque».
- Gestor de paquetes: la herramienta para instalar software en Linux, como apt (Debian/Ubuntu), yum/dnf (CentOS/RHEL), apk (Alpine), pacman (Arch).
Matriz de pruebas sugerida
Si quieres montar unas cuantas máquinas para verificar la compatibilidad de distintos sistemas, se sugiere elegir un representante por cada combinación de «gestor de paquetes + sistema init», cubriendo lo máximo posible:
1. Debian 12 (apt + systemd) — la referencia más habitual
2. Rocky Linux 9 o CentOS Stream (dnf + systemd) — la familia RHEL
3. Alpine (apk + sin systemd) — ruta ligera + recurso a nohup
4. Ubuntu 22.04/24.04 (apt + systemd) — la más usada
Estas cuatro cubren tres gestores de paquetes + las dos formas de init (con/sin systemd), lo que representa básicamente los casos principales de los servidores Linux.