Claves SSH: configura SSH sin contraseña paso a paso en Linux

Configurar claves SSH en Linux es uno de esos cambios que tardas 15 minutos en hacer y que mejoran para siempre tu seguridad y tu flujo de trabajo. La mayoria de la gente se conecta a servidores con contraseña — y eso tiene dos consecuencias graves:

1. Perder tiempo escribiéndola.
2. Exposición a ataques de fuerza bruta.

La solución es muy simple...configurar claves SSH.

Configurar claves SSH es un sistema de autenticación más seguro, más cómodo y que, una vez configurado, funciona solo. En esta guía te lo explico paso a paso, sin rodeos y con los errores más comunes ya resueltos para que no te bloquees a mitad del proceso.

Tabla de contenido

1. ¿Por qué deberías dejar de usar contraseñas en SSH y configurar claves SSH?
2. Como funciona la autenticacion SSH con claves
3. Paso 1: Genera tu par de claves SSH
4. Paso 2: Copia tu clave pública al servidor
5. Paso 3: Prueba la conexión
6. Paso 4: Desactiva el acceso por contraseña
7. Errores comunes en SSH con claves y como solucionarlos
8. SSH config: simplifica tus conexiones con multiples servidores
9. Resumen: comandos SSH esenciales
10. Preguntas frecuentes (FAQ)

¿Por qué deberías dejar de usar contraseñas en SSH y configurar claves SSH?

Si te conectas a servidores con SSH usando una contraseña, estas haciendo 2 cosas mal:

1. Perdiendo tiempo👎
2. Abriendo una puerta para ser atacado❌

Configurar claves SSH resuelve ambos problemas:

1. Son muy seguras ✅
2. Una vez configuradas te conectas sin escribir nada ✌️

Como funciona la autenticacion SSH con claves

SSH con claves usa un sistema de par de llaves:

• 🔑 Clave privada: vive en tu PC. Nunca la compartas con nadie.
• 🔓 Clave pública: la copias al servidor. Es como un candado que solo tu llave privada puede abrir.

Cuando te conectas, el servidor comprueba si tu clave privada encaja con la pública que tiene guardada. Si encajan → acceso. Si no → rechazado. Sin contraseña de por medio.

Paso 1: Genera tu par de claves SSH

Abre una terminal en el PC desde el cual te vas a conectar luego al servidor y ejecuta:

ssh-keygen -t ed25519 -C "tu@email.com"

Después de ejecutar el comando, te hará 3 preguntas:

Enter file in which to save the key (/home/tuusuario/.ssh/id_ed25519):

→ Pulsa Enter para usar la ruta por defecto. O escribe una ruta personalizada si tienes varias claves.

Enter passphrase (empty for no passphrase):

→ Puedes dejarla vacía (Enter) o poner una contraseña extra para proteger la clave privada. Si la pones, tendrás que escribirla al conectarte, pero solo la primera vez si usas ssh-agent.

Enter same passphrase again:

→ Repite la passphrase o pulsa Enter de nuevo.

Resultado: Se crean dos archivos en ~/.ssh/:

• id_ed25519 → tu clave privada (¡no la compartas!)
• id_ed25519.pub → tu clave pública (esta sí la copiarás al servidor)

Paso 2: Copia tu clave pública al servidor

Lo que vamos a hacer es copiar en el servidor la clave pública que hemos creado anteriormente en el cliente.

Servidor: Ubuntu -> usuario:analista
Cliente: Cachy OS

Método A: ssh-copy-id (el más fácil)

Ejecutamos en la terminal el siguiente comando:

ssh-copy-id usuario@ip-del-servidor


# El usuario es el usuario del servidor al que nos conectaremos

En mi caso yo me conectaré desde mi cliente (usando el usuario analista que ya está creado en el servidor Ubuntu) al Servidor Ubuntu.

Al ejecutar el comando anterior, nos preguntará si queremos continuar con la conexión, escribimos yes y pulsamos Enter.

Luego te pedirá la contraseña del usuario del servidor una última vez y copiará automáticamente tu clave pública. Después de esto, ya no necesitarás contraseña.

Luego nos dirá que la clave fue añadida

Ahora podremos conectarnos por SSH al usuario analista del servidor sin necesidad de escribir contraseñas.

Método B: Manual (cuando no tienes ssh-copy-id)

Primero nos conectaremos al servidor con nuestro usuario y contraseña:

ssh usuario@ip-del-servidor

Comprobaremos si tenemos la carpeta .ssh, en el caso de no tenerla ejecutaremos:

mkdir -p ~/.ssh

chmod 700 ~/.ssh

Ahora cerraremos la conexión SSH escribiendo "exit" y pulsando enter.

Desde el cliente vamos a copiar nuestra clave pública en el servidor usando el comando scp.

scp .ssh/tu_clave_publica.pub  usuario@ip_servidor:/home/usuario/.ssh/authorized_keys

Paso 3: Prueba la conexión

Ahora si todo fue bien entraremos directamente sin que nos pida la contraseña:

ssh usuario@ip-del-servidor

Paso 4: Desactiva el acceso por contraseña

Una vez que compruebes que puedes entrar con tu clave, desactiva el login por contraseña en el servidor. Esto elimina casi por completo los ataques de fuerza bruta.

En el servidor, tienes que editar el archivo de configuración de SSH:

sudo nano /etc/ssh/sshd_config

Ahora busca las siguientes lineas y déjalas así:

PasswordAuthentication no

UsePAM no

Al desactivar estas opciones ocurre lo siguiente:

PasswordAuthentication no
UsePAM no

Guarda el archivo y reinicia el servicio SSH:

sudo systemctl restart sshd

10 comandos de Linux esenciales para DevOps (con ejemplos reales)

Los 10 comandos de Linux más usados en DevOps: grep, tail, curl, jq, rsync y más. Con ejemplos reales y capturas de producción.

ZymeralabsAlberto

Errores comunes en SSH con claves y como solucionarlos

❌ Permission denied (publickey)

El servidor no acepta tu clave. Causas habituales:

1. La clave pública no está bien copiada
   Verifica que el archivo ~/.ssh/authorized_keys del servidor contiene exactamente tu clave pública, sin saltos de línea extra ni espacios al final.

cat ~/.ssh/authorized_keys

2. Permisos incorrectos SSH es muy estricto con los permisos. En el servidor ejecuta:

chmod 700 ~/.ssh

chmod 600 ~/.ssh/authorized_keys

10 comandos de Linux esenciales para DevOps (con ejemplos reales)

Los 10 comandos de Linux más usados en DevOps: grep, tail, curl, jq, rsync y más. Con ejemplos reales y capturas de producción.

ZymeralabsAlberto

Y comprueba que la carpeta home no tiene permisos de escritura para otros:

ls -ld ~

# debe mostrar algo como: drwxr-xr-x

3. Estás usando la clave equivocada.Si tienes varias claves, especifica cuál usar:

ssh -i ~/.ssh/clave_publica usuario@servidor

❌ Could not open a connection to your authentication agent

Pasa cuando intentas usar ssh-add pero el agente SSH no está corriendo

eval "$(ssh-agent -s)"

ssh-add ~/.ssh/id_ed25519

❌ Bad permissions o Permissions too open

SSH rechaza tu clave privada porque sus permisos son demasiado abiertos.

chmod 600 ~/.ssh/id_ed25519

chmod 644 ~/.ssh/id_ed25519.pub

❌ Me quedé sin acceso después de desactivar contraseñas

Esto pasa si desactivaste PasswordAuthentication antes de probar la clave.

Si tienes acceso por consola (panel de control del VPS, acceso físico al servidor):
Entra por consola, edita /etc/ssh/sshd_config, vuelve a poner PasswordAuthentication yes y reinicia sshd.

Si no tienes acceso de ningún tipo:
Muchos proveedores de VPS tienen una consola de emergencia o modo recovery. Desde ahí puedes editar el archivo de configuración.

💡 Lección aprendida: Siempre prueba que la clave funciona en una sesión nueva antes de cerrar la sesión actual con la que hiciste los cambios.

❌ En Windows: la clave no se reconoce

Si usas PowerShell nativo en Windows (no WSL), asegúrate de que:

1. OpenSSH está instalado (Settings → Apps → Optional Features → OpenSSH Client)
2. Los permisos del archivo de clave son correctos. En PowerShell:

icacls "$env:USERPROFILE\.ssh\id_ed25519" /inheritance:r /grant:r "$env:USERNAME:(R)"

SSH config: simplifica tus conexiones con multiples servidores

Si te conectas a varios servidores, crea un archivo de configuración para no tener que recordar IPs, usuarios y rutas de claves:

nano ~/.ssh/config

Ejemplo de contenido

Host miservidor
    HostName 192.168.1.100
    User ubuntu
    IdentityFile ~/.ssh/id_ed25519

Host trabajo
    HostName servidor.empresa.com
    User admin
    Port 2222
    IdentityFile ~/.ssh/clave_trabajo
    

Ahora puedes conectarte simplemente ejecutando:

ssh miservidor

ssh trabajo

Resumen: comandos SSH esenciales

Backups automáticos con cron en Linux: guia paso a paso

Aprende a automatizar backups en Linux con cron paso a paso. Incluye sintaxis explicada, script profesional listo para usar, ejemplos reales y FAQ. Guía para principiantes y sysadmins.

ZymeralabsAlberto

Preguntas frecuentes (FAQ)

grep -i "PubkeyAuthentication" /etc/ssh/sshd_config

Conclusión

Configurar SSH con claves es uno de esos cambios que tardas 10 minutos en hacer y que mejoran enormemente tanto tu flujo de trabajo como la seguridad de tus servidores. Una vez lo pruebas, no vuelves a las contraseñas.