Qué hace un host de salto
Un host de salto, también llamado bastión, es un servidor al que puedes acceder directamente y que puede acceder a tus servidores internos. Solo se expone el puerto SSH del bastión; los servidores internos solo aceptan SSH desde la red interna. Con ProxyJump, tu cliente abre una conexión SSH al bastión y una segunda conexión cifrada de extremo a extremo a través de él hasta el destino. El bastión reenvía el tráfico, pero no ve el contenido de la sesión, y tu clave privada permanece en tu equipo.
Conectarte desde la línea de comandos
La opción -J indica el host de salto. Separa varios saltos con comas; se utilizan en el orden indicado. Añade los ajustes a ~/.ssh/config si usas la misma ruta con frecuencia, para que baste con un alias corto.
ssh -J admin@bastion.example admin@app.internal
ssh -J admin@bastion.example,ops@hop2.example admin@app.internal
# ~/.ssh/config
Host app-internal
HostName app.internal
User admin
ProxyJump admin@bastion.exampleVerifica cada clave de host
Cada salto es un servidor SSH independiente con su propia clave de host, así que confirma la huella del bastión y del destino por otro canal fiable. Un cambio de clave en cualquier salto merece la misma atención que en una conexión directa. Compara la huella que se ofrece durante la primera conexión con el valor que un administrador lea en el servidor.
ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub -E sha256Prefiere ProxyJump al reenvío del agente
El reenvío del agente (ssh -A) permite que cualquiera con permisos suficientes en el bastión use tus claves cargadas mientras estés conectado. ProxyJump no lo necesita, porque la autenticación en el destino se realiza desde tu propio equipo. Evita también guardar claves privadas en el bastión y limita quién puede iniciar sesión en él.
Fallos habituales
Primero averigua qué salto falla: conéctate solo al bastión y después ejecuta ssh -vvv con -J para ver dónde se detiene la conexión. Si el bastión funciona pero el destino no, la causa suele ser un cortafuegos entre ambos, un nombre interno incorrecto o un destino que no acepta tu clave. Un servidor configurado con AllowTcpForwarding no se niega a actuar como host de salto.
Hosts de salto en CH-J Server Manager
Alpha 0.1.1 se conecta a través de un host de salto guardado o introducido manualmente, y los hosts guardados pueden formar una cadena de hasta tres hosts de salto. La clave de host se comprueba en cada salto. El monitor de disponibilidad comprueba un servidor situado detrás de un host de salto únicamente a través de una sesión abierta con ese host de salto; de lo contrario, muestra el servidor como no verificado, nunca como en línea. Beta 0.1.0 no tiene esta función.