Necesitas dos extremos propios o una conexión local de práctica y comprender direcciones, puertos y permisos.
Avanza en orden. Cada lección está redactada para Palta es Cool, utiliza ejemplos propios y termina con una actividad cuya respuesta puedes desplegar.
Ubícate antes de avanzar
Al terminar deberías poder relacionar Confianza del host con Claves SSH y resolver un caso nuevo.
Reserva entre 75 y 120 minutos o divide el laboratorio en dos sesiones.
Prepara una máquina virtual Linux con red NAT e instantáneas, o WSL para las prácticas que no requieren kernel y systemd completos.
Abrir la guía de herramientas →Diagnóstico rápido: ¿cómo se relacionan Confianza del host y Claves SSH? +
No necesitas acertar todavía. Escribe una hipótesis de dos líneas y compárala con tu respuesta al finalizar; si puedes corregirla y justificar el cambio, hubo aprendizaje.
Aprende el tema paso a paso
Usarás SSH como canal autenticado para sesiones, órdenes y archivos, protegiendo claves y verificando la identidad del servidor.
- Antes de autenticarte, confirma con quién hablas
- La privada demuestra identidad; la pública se autoriza
- Una orden remota conserva dos shells y dos contextos
Antes de autenticarte, confirma con quién hablas
SSH cifra la comunicación y verifica una clave de host. known_hosts recuerda identidades observadas. Una advertencia de clave cambiada puede ser una reinstalación legítima o un ataque: comprueba la huella por otro canal antes de modificar el registro.
-v muestra negociación y decisiones de autenticación.
~/.ssh/config conserva opciones por destino.
StrictHostKeyChecking no debe desactivarse globalmente por comodidad.
¿Qué debes hacer ante “REMOTE HOST IDENTIFICATION HAS CHANGED”?
Mostrar respuesta +
Detenerte y verificar la nueva huella mediante un canal confiable. Solo después corrige la entrada concreta si el cambio era esperado.
La privada demuestra identidad; la pública se autoriza
ssh-keygen crea el par. La clave privada permanece protegida en el cliente, idealmente con frase de paso; la pública se añade a authorized_keys del servidor. ssh-agent puede custodiar claves desbloqueadas temporalmente, pero reenviar el agente amplía la confianza.
Ed25519 es una opción moderna común cuando está disponible.
Permisos demasiado abiertos pueden hacer que SSH ignore archivos.
Revocar consiste en retirar la clave pública autorizada.
¿Debes copiar la clave privada al servidor?
Mostrar respuesta +
No. El servidor recibe la pública; la privada permanece bajo control del cliente que demuestra poseerla.
Una orden remota conserva dos shells y dos contextos
En ssh host comando, la shell local procesa parte de la línea antes de enviarla; citar correctamente decide dónde se expanden variables y comodines. scp o sftp transfieren archivos; rsync sobre SSH sincroniza con verificación. El código de salida remoto vuelve al cliente y debe conservarse.
Comillas simples locales retrasan expansiones hacia el remoto.
No construyas órdenes remotas concatenando entrada no confiable.
Copia primero a una ruta temporal antes de reemplazar configuración crítica.
¿Por qué conviene probar rsync con --dry-run?
Mostrar respuesta +
Porque permite revisar qué copiaría, actualizaría o eliminaría antes de modificar el destino real.
Tu recorrido en tres ideas
- Antes de autenticarte, confirma con quién hablas
- La privada demuestra identidad; la pública se autoriza
- Una orden remota conserva dos shells y dos contextos
Comprueba que puedes usarlo
Antes de continuar, revisa estos tropiezos frecuentes y resuelve un caso sin copiar los ejemplos.
Borrar known_hosts ante cualquier advertencia sin verificar la nueva huella.
Copiar la clave privada al servidor o guardarla en un repositorio.
Ahora hazlo sin guía
Diseña acceso a dos servidores con claves separadas, alias en config y una orden remota que guarde informe local y estado remoto.
Mostrar pauta de corrección +
- Verifica identidad del host.
- Protege y distingue claves privadas y públicas.
- Explica qué shell expande cada variable.
