Linux · Sección 12

SSH, claves y trabajo remoto

Identidad del servidor, known_hosts, claves públicas, configuración, órdenes remotas y transferencia segura con scp, sftp o rsync.

3
lecciones
3
ejercicios resueltos
CONTENIDO ORIGINAL

Avanza en orden. Cada lección está redactada para Palta es Cool, utiliza ejemplos propios y termina con una actividad cuya respuesta puedes desplegar.

ANTES DE EMPEZAR

Ubícate antes de avanzar

01 / PUNTO DE PARTIDA

Necesitas dos extremos propios o una conexión local de práctica y comprender direcciones, puertos y permisos.

02 / META OBSERVABLE

Al terminar deberías poder relacionar Confianza del host con Claves SSH y resolver un caso nuevo.

03 / TIEMPO SUGERIDO

Reserva entre 75 y 120 minutos o divide el laboratorio en dos sesiones.

04 / PREPARA EL LABORATORIO

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.

Ruta guiada · 3 lecciones

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.

Al terminar podrás
  • 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
01
Confianza del host

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.

01

-v muestra negociación y decisiones de autenticación.

02

~/.ssh/config conserva opciones por destino.

03

StrictHostKeyChecking no debe desactivarse globalmente por comodidad.

Comprueba lo aprendido · 01

¿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.

02
Claves de usuario

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.

01

Ed25519 es una opción moderna común cuando está disponible.

02

Permisos demasiado abiertos pueden hacer que SSH ignore archivos.

03

Revocar consiste en retirar la clave pública autorizada.

Comprueba lo aprendido · 02

¿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.

03
Trabajo remoto

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.

01

Comillas simples locales retrasan expansiones hacia el remoto.

02

No construyas órdenes remotas concatenando entrada no confiable.

03

Copia primero a una ruta temporal antes de reemplazar configuración crítica.

Comprueba lo aprendido · 03

¿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.

Resumen de la sección

Tu recorrido en tres ideas

  1. Antes de autenticarte, confirma con quién hablas
  2. La privada demuestra identidad; la pública se autoriza
  3. Una orden remota conserva dos shells y dos contextos
CIERRE DE LA SECCIÓN

Comprueba que puedes usarlo

Antes de continuar, revisa estos tropiezos frecuentes y resuelve un caso sin copiar los ejemplos.

ERROR 01

Borrar known_hosts ante cualquier advertencia sin verificar la nueva huella.

ERROR 02

Copiar la clave privada al servidor o guardarla en un repositorio.

DESAFÍO INTEGRADOR

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 +
Una respuesta sólida:
  • Verifica identidad del host.
  • Protege y distingue claves privadas y públicas.
  • Explica qué shell expande cada variable.