RA5 de Servicios de Red e Internet · ASIR

Administra servidores de correo electrónico, aplicando criterios de configuración y garantizando la seguridad del servicio.

Comprobar mi dominio con José →

Resumen Ejercicios Examen Flashcards

Contenido verificado asociado a este RA

Fundamentos y Protocolos del Correo Electrónico

Esta unidad introduce los conceptos esenciales del correo electrónico, describiendo los protocolos clave como SMTP, POP3 e IMAP, y explicando su funcionamiento y roles en el envío y recepción de mensajes. Se aborda la arquitectura básica de un sistema de correo y la interacción entre sus componentes.

Instalación y Configuración de un Servidor de Correo: Cuentas de Usuario y Acceso Remoto

Esta unidad trabaja el CE principal 368 (instalación y configuración de un servidor de correo electrónico) junto con la creación y verificación de cuentas de usuario (CE c) y la habilitación de servicios de recogida remota vía POP3/IMAP (CE e). Se utiliza Postfix como MTA y Dovecot como servidor IMAP/POP3 en un sistema Debian/Ubuntu como ejemplo profesional habitual, aclarando qué partes son exigencia curricular y qué partes son decisión técnica del autor.

Seguridad del Servidor de Correo: Prevención de Usos Indebidos y Cifrado

Esta unidad se centra en la implementación de medidas de seguridad para proteger el servidor de correo contra usos indebidos, como spam y malware. Se aborda la configuración del servidor para operar de forma segura mediante cifrado TLS/SSL.

Uso de Clientes de Correo, Firma Digital y Cifrado de Mensajes

Esta unidad explora cómo los usuarios interactúan con el servidor de correo a través de clientes de correo electrónico, y cómo pueden utilizar la firma digital y el cifrado para asegurar la autenticidad y confidencialidad de sus comunicaciones.

Documentación y Buenas Prácticas en la Administración de Correo

Esta unidad enfatiza la importancia de documentar la instalación, configuración y recomendaciones de uso de un servidor de correo. Se abordan las buenas prácticas para mantener el servicio operativo y seguro a largo plazo.

Conceptos clave

SMTPPOP3IMAPMTA (Mail Transfer Agent)MDA (Mail Delivery Agent)MUA (Mail User Agent)Puertos de redCifrado SSL/TLSPostfix (MTA)Dovecot (IMAP/POP3)Maildir vs mboxAutenticación SASL Postfix-DovecotOpen relay y restricciones de destinatarioCuentas de sistema como buzonesShell nologin para cuentas de correoPuertos texto plano vs cifrados (110/143 vs 995/993)Registros DNS MX y AAntispam

Errores que conviene evitar

Confundir el propósito de SMTP con POP3/IMAP: SMTP es para transferencia entre servidores y envío desde cliente a servidor; POP3/IMAP son para que el cliente acceda al buzón. Causa: Falta de comprensión de la arquitectura del correo. Corrección: Visualizar el flujo de un correo desde el emisor hasta el receptor, identificando qué protocolo actúa en cada etapa.
Asumir que POP3 siempre deja una copia en el servidor: Por defecto, POP3 descarga y elimina. Causa: Desconocimiento de la configuración predeterminada del protocolo. Corrección: Siempre verificar y configurar la opción 'Dejar una copia de los mensajes en el servidor' en el cliente de correo si se desea acceso multidispositivo (aunque IMAP es la solución ideal para esto).
Servidor como 'open relay': permitir que terceros envíen correo a través del servidor sin autenticación. Causa: `smtpd_recipient_restrictions` mal configurado. Corrección: exigir `permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination`.
Declarar `smtpd_sasl_auth_enable=yes` en Postfix sin enlazarlo al socket de autenticación de Dovecot (`smtpd_sasl_path`, `unix_listener /var/spool/postfix/private/auth`). Causa: falta de integración entre ambos servicios. Corrección: configurar el listener en Dovecot y las variables SASL en Postfix.
Intentar probar los puertos cifrados 995/993 con `telnet` como si fueran texto plano. Causa: desconocer que esos puertos inician la sesión ya cifrada con TLS. Corrección: usar `openssl s_client -connect host:puerto` para esos casos.
No sincronizar la ubicación del buzón entre `home_mailbox` (Postfix) y `mail_location` (Dovecot), provocando que el correo se entregue pero el cliente no lo encuentre. Corrección: usar la misma ruta `Maildir/` en ambos servicios.
No implementar SPF/DKIM/DMARC: El correo enviado desde el dominio puede ser marcado como spam o rechazado. Causa: Desconocimiento de la importancia de estos registros DNS. Corrección: Configurar los registros TXT de SPF, DKIM y DMARC en el DNS del dominio y verificar su correcta propagación.
Configurar TLS/SSL incorrectamente: Las conexiones no se cifran o los clientes muestran errores. Causa: Rutas incorrectas a los archivos de certificado/clave, permisos incorrectos o versiones de protocolo obsoletas. Corrección: Verificar rutas, permisos (clave privada solo legible por root) y usar `ssl_min_protocol` adecuado.

Qué se evalúa en este RA

CE a

Se han descrito los diferentes protocolos que intervienen en el envío y recogida del correo electrónico.

CE b

Se ha instalado y configurado un servidor de correo electrónico.

CE c

Se han creado cuentas de usuario y verificado el acceso de las mismas.

CE d

Se han establecido y aplicado métodos para impedir usos indebidos del servidor de correo electrónico.

CE e

Se han instalado servicios para permitir la recogida remota del correo existente en los buzones de usuario.

CE f

Se han usado clientes de correo electrónico para enviar y recibir correo desde las cuentas creadas en el servidor.

CE g

Se han utilizado la firma digital y el correo cifrado.

CE h

Se ha configurado el servidor de correo como un servicio seguro.

CE i

Se ha elaborado documentación relativa a la instalación, configuración y recomendaciones de uso del servicio.