1ASIR - Redes - tu primer servidor SSH

Práctica P1.4: tu primer servidor SSH

Objetivo: convertir tu VM de Debian (la de la práctica P1.3) en un servidor SSH, y conectarte a ella desde tu equipo del aula (el Host) usando usuario y contraseña. Lo justo y necesario para entender qué es el protocolo de red SSH y cómo se comprueba que funciona, por los dos lados.

Nivel: básico — es el primer contacto con SSH. La versión completa (claves cifradas, varios usuarios, blindar el servidor) la veréis más adelante (en 2° de ASIR, probablemente.. )

Antes de empezar: necesitas la VM de Debian de la práctica P1.3, en modo puente (Adaptador puente), encendida.

Escenario

  Host (tu PC del aula)                    VM Debian (VirtualBox, modo puente)
  ┌──────────────────┐                     ┌───────────────────────┐
  │ cliente: ssh      │ ──────────────────► │ servidor: sshd (:22)  │
  │ nmap               │   misma red        │ tu usuario (el de P1.3)│
  └──────────────────┘                     └───────────────────────┘

Parte 1: instala y comprueba el servidor SSH (dentro de la VM)

Dentro de la VM, abre una terminal:

VM$ sudo apt install openssh-server

Comprueba que está activo y escuchando:

VM$ systemctl status ssh          # debe poner: active (running)  (q para salir)
VM$ ss -tln | grep :22            # alguien escucha en el puerto 22

Anota la IP de la VM (la necesitarás desde el Host):

VM$ ip -br a
# enp0s3  UP  192.168.3.XX/24 ...   ← esta es la IP de tu VM

Parte 2: conéctate desde el Host, con usuario y contraseña

Desde el Host (tu PC del aula, no la VM):

HOST$ ssh tu_usuario@IP_VM
# The authenticity of host 'IP_VM' can't be established.
# ED25519 key fingerprint is SHA256:xxxxxxxx...
# Are you sure you want to continue connecting (yes/no/[fingerprint])?

Escribe yes y luego tu contraseña (la del usuario de la VM, no la de root). Deberías entrar directamente — en Debian, por defecto, la autenticación por contraseña ya está permitida, no hace falta tocar ningún fichero de configuración para esta práctica.

Una vez dentro, comprueba quién eres y sal:

VM$ whoami
VM$ exit

⚠️ Si te pide confirmar la huella (fingerprint) cada vez que cambias de VM o de IP, es normal: cada servidor SSH tiene una huella única, es su “DNI”. Si un día ves WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! y sabes que has reinstalado la VM, soluciónalo con ssh-keygen -R IP_VM desde el Host.

Parte 3: encuéntralo desde fuera, con nmap

Ahora, sin entrar por SSH, comprueba desde el Host que el puerto 22 de tu VM está abierto, usando nmap (la misma herramienta de la práctica P1.2):

HOST$ nmap -p 22 IP_VM

Rellena:

Dato Valor
IP de la VM
Salida de `ss -tln grep :22` (dentro de la VM)
Salida de nmap -p 22 IP_VM (desde el Host)
Estado del puerto 22 según nmap open / closed / filtered

Preguntas de cierre (3 líneas cada una)

  • ¿Qué diferencia hay entre comprobar el puerto 22 desde dentro de la VM (ss) y comprobarlo desde fuera (nmap)? ¿Por qué no basta con una sola de las dos comprobaciones?
  • Si nmap dijera que el puerto 22 está closed o filtered, ¿qué comprobarías primero en la VM?

Entrega

Un único fichero PDF (practica-ssh-apellido.pdf) o Markdown con:

  • La tabla rellena (IP, salida de ss, salida de nmap).
  • Captura de pantalla de la conexión SSH desde el Host funcionando (ssh tu_usuario@IP_VM + whoami).
  • Las respuestas a las preguntas de cierre.
  • POR sFTP a nuestro servidor

HAppy Hacking! ;-)

RUBRICA DE CALIFICACIÓN — P1.4: Tu primer servidor SSH

Criterios de contenido (100%)

Criterio Peso Qué se valora
Servidor SSH activo y comprobado (dentro de la VM) 33% openssh-server instalado · ss -tln | grep :22 incluido y mostrando el puerto en escucha · IP de la VM identificada
Conexión por contraseña desde el Host 34% Captura de la conexión ssh usuario@IP_VM funcionando (acepta la huella, pide y acepta la contraseña, whoami correcto) · sin usar claves ni tocar la configuración del servidor
nmap desde el Host + preguntas de cierre 33% nmap -p 22 IP_VM incluido, con el puerto en open · diferencia entre comprobar “desde dentro” (ss) y “desde fuera” (nmap) explicada con corrección · qué comprobaría si el puerto apareciera cerrado/filtrado, respondido con sentido

El fichero de entrega debe ser un único PDF (practica-ssh-apellido.pdf) con la tabla rellena, la captura de la conexión SSH y las respuestas. Si falta alguno de estos elementos, se penaliza en el criterio correspondiente.

Escala orientativa

  • Excelente (9-10): servidor comprobado con ss y nmap desde ambos lados, conexión SSH documentada con captura clara, preguntas de cierre con razonamiento técnico propio.
  • Notable (7-8.9): todo presente con algún detalle menor (captura parcial, un dato de la tabla incompleto), preguntas correctas pero algo genéricas.
  • Suficiente (5-6.9): falta una de las dos comprobaciones (ss o nmap), captura de la conexión SSH ausente o poco clara, preguntas mínimas sin justificar.
  • Insuficiente (<5): sin evidencia de conexión SSH, sin ss ni nmap, tabla vacía o respuestas incorrectas.

“Recuerda … KISS!” :-)

Mastodon / Linkedin
© 2026 - Librebits