En este post veremos cómo desplegar una máquina virtual Ubuntu Server 24.04 LTS sobre nuestro nodo Proxmox VE 9.0.

• Antes de empezar, sobre el datastore para las imágenes ISO, hemos cargado las siguientes imágenes ISO, para este despliegue de máquina virtual Ubuntu Server 24.04 LTS vamos a utilizar la ISO Ubuntu-24.04.3-live-server-amd64:

• Clicamos sobre, Crear VM:

• Sobre General, le indicamos el nodo, un ID, nombre y una etiqueta, Siguiente:

• Sobre SO, le indicamos la imagen ISO desde la que vamos a instalar el sistema operativo, el tipo de sistema operativo y la versión, Siguiente:

• Sobre Sistema, le indicamos los parámetros que nos interesen para nuestra infraestructura, Siguiente:

• Sobre Discos, le indicamos el Bus/Dispositivo, Controlador SCSI, Almacenamiento, Tamaño de disco y la Caché como Write back, Siguiente:

• Sobre CPU, le indicamos los parámetros que nos interesen para nuestra máquina, Siguiente:

• Sobre Memoria, le asignamos la cantidad que nos interesen para nuestra máquina, Siguiente:

• Sobre Red, le indicamos que utilice el bridge que creamos anteriormente y el Modelo, Siguiente:

• Sobre Confirmar, nos muestra un resumen de todo lo que hemos configurado, Finalizar:

• Como podemos ver, aquí tenemos nuestra máquina virtual creada:

• Para empezar con la instalación del sistema operativo, accedemos a las Opciones de la máquina virtual, y en Orden de arranque, le indicamos que el primero será el que contiene la ISO de Ubuntu Server 24.04 LTS:

• Sobre la Consola de la máquina virtual la iniciamos:

• Y a partir de aquí, ya sería una instalación típica de Ubuntu Server 24.04 LTS:

• Como podemos ver, ya tenemos nuestra máquina virtual con Ubuntu Server 24.04 LTS desplegada sobre Proxmox VE 9.0:

• Una vez instalada la máquina Ubuntu, debemos de instalar las qemu-guest-agent, para ello, ejecutaremos el comando apt install qemu-guest-agent, luego lo habilitamos con systemctl enable qemu-guest-agent, lo iniciamos con systemctl start qemu-guest-agent y vemos su estado con systemctl status qemu-guest-agent:

• Si nos situamos sobre la máquina virtual > Resumen > IPs > Más, podemos ver, que ya nos muestra la información de las Guest Agent:

Saludos y espero que os sea de ayuda

En este post vamos a ver como se instala y configura un servidor de mensajería instantánea con openfire, también veremos como instalar y configurar varios clientes de mensajería instantánea para que se conecten a nuestro servidor.

• Vamos a instalar un servidor de mensajería instantánea openfire para el dominio «clasicosinfantilesdejramonramos.org» que utilice una base de datos MySQL para gestionar las cuentas de los usuarios.
• Esta es la máquina  donde va a correr el servidor openfire marcopolo (IP 192.168.5.105):

• Este es el servidor DNS para la zona «clasicosinfantilesdejramonramos.org» cenicienta (IP 192.168.5.1):

• Lo primero que vamos a realizar será instalar OpenJDK, para ello ejecutamos, apt install openjdk-11-jdk -y:

• Con el comando java -version podemos ver la version de java que tenemos instalada:

• Ahora vamos a instalar el servidor de MySQL y el cliente, para ello ejecutamos, apt install mysql-server mysql-client -y:

• Aseguramos la instalación de MySQL ejecutando, mysql_secure_installation:

• Accedemos a MySQL ejecutando, mysql -u root -p:

• Creamos la base de datos para openfire, CREATE DATABASE openfire;:

• Con show databases; vemos las base de datos de nuestro servidor:

• Creamos un usuario para openfire, CREATE USER ‘openfireadm’@’localhost’ IDENTIFIED BY ‘mipassword’;:

• Le asignamos todos los privilegios al usuario que hemos creado, GRANT ALL PRIVILEGES ON openfire.* TO ‘openfireadm’@’localhost’;:

• Con FLUSH PRIVILEGES; le indicamos a MySQL que vuelva a leer la tabla de privilegios:

• Con EXIT; salimos del gestor de bases de datos MySQL:

• Nos creamos el directorio openfire dentro de /opt y accedemos al directorio:

• Ahora vamos a descargar la útima versión de Openfire desde su sitio oficial, wget https://www.igniterealtime.org/downloadServlet?filename=openfire/openfire_4.9.2_all.deb -O openfire.deb:

• Instalamos el paquete con dpkg -i openfire.deb:

• Ahora empezamos a realizar la configuración inicial de Openfire, para ello, desde cualquier equipo con acceso al servidor de openfire nos abrimos un navegador y accedemos a http://marcopolo.clasicosinfantilesdejramonramos.org:9090
• Seleccionamos el idioma Español, Continue:

• En Configuración del servidor, le indicamos nuestro nombre de dominio, el FQDN del host y los puertos para la consola de administración, 9090 para http y 9091 para https:

• Sobre Configuración de la fuente de datos, seleccionamos Conexión Estándard para usar una base de datos externa:

• Sobre Configuración de la fuente de datos, seleccionamos MySQL, el driver JDBC, URL de la base de datos, y las credenciales del usuario que creamos anteriormente:

• Sobre Configuración del perfil, seleccionamos el sistema por defecto de usuario y grupos para almacenar en la base de datos:

• Sobre Cuenta de administrador, configuramos la cuenta:

• Aquí podemos ver, que la configuración inicial de Openfire ha sido completada, nos conectamos a la consola de administración:

• Aquí vemos que ya nos podemos conectar a la consola de administración, introducimos las credenciales de admin que nos creamos anteriormente:

• Con el comando systemctl stop openfire detenemos el servidor de Openfire.
• Con el comando systemctl start openfire iniciamos el servidor de Openfire.
• Con el comando systemctl status openfire comprobamos el estado del servidor de Openfire.

• Ahora creamos en el servidor openfire cuentas de usuario para mimi, bebebo, pipa y papua que usen cuentas de correo electrónico con esos mismos nombres bajo el dominio «clasicosinfantilesdejramonramos.org«, vamos a crear primero las cuentas de correo electrónico usando el servidor postfix en marcopolo y luego las cuentas de usuario en openfire.
• Para crear los usuarios indicados en el servidor de correos y que puedan tener cuenta de correo pero no iniciar sesión en el sistema, ejecutamos el comando useradd -m -s /sbin/nologin usuario:

• Ahora vamos a crear las cuentas de los usuarios en el servidor de Openfire, para ello, accedemos a Usuarios/Grupos > Usuarios > Crear Nuevo Usuario introducimos las datos del nuevo usuario y Crear Usuario:

• Para los usuarios restantes, hacemos la misma operación, aquí vemos todos los usuarios creados en Openfire:

• Ahora vamos a instalar en dos máquinas cualesquiera los clientes de mensajería psi y pidgin (uno en cada máquina) y crearemos en psi dos cuentas: una para mimi y otra para bebebo, después crearemos en pidgin una cuenta para pipa.
• Instalamos el cliente de mensajería instantánea psi, ejecutamos apt install psi:

• Instalamos el cliente de mensajería instantánea pidgin, para ello, instalamos primero apt install flatpack, apt install flatpak:

• Agregamos el repositorio de Flathub, ejecutando, flatpak remote-add –if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo:

• Instalamos Pidgin desde Flathub, flatpak install flathub im.pidgin.Pidgin:

• Antes de empezar a trabajar con los clientes de mensajería instantánea, el servidor de Openfire, nos indica que debemos de configurar los registros SRV en nuestro DNS para el correcto funcionamiento de los clientes:

• Aquí vemos los registros SRV añadidos a nuestro DNS:

• Como podemos ver, nos indica que Openfire a identificando correctamente los registros SRV:

• Ahora vamos a crear la cuenta para mimi, ejecutamos psi:

• Accedemos a Configuración de cuentas:

• Añadimos la cuenta para mimi:

• Le indicamos un nombre e introducimos las credenciales de la cuenta:

• Sobre Conexión le indicamos los datos del servidor de Openfire y Guardar:

• Una vez creada la cuenta ya podemos conectarlo:

• Como podemos ver, ya lo tenemos conectado:

• Para crear la cuenta del usuario bebebo realizamos las mismas configuraciones:

• Como podemos ver, ya lo tenemos conectado:

• Ahora nos abrimos el cliente de mensajería instantánea Pidgin en la otra máquina:

• Añadimos la cuenta para pipa:

• Sobre Básica, le indicamos las Opciones de conexión:

• Y sobre Avanzadas le indicamos la configuración de la conexión al servidor:

• Como podemos ver, aquí tenemos la cuenta ya creada:

• Si accedemos a nuestro servidor de Openfire, podemos ver, los tres usuarios que hemos configurado en los distintos clientes de mensajería instantánea, conectados:

• Ahora vamos a iniciar sesiones clientes con las anteriores cuentas de usuario de forma que se realice una conversación entre mimi y pipa.
• Sobre el cliente psi, seleccionamos el usuario mimi, y Añadir un contacto:

• Introducimos el nombre del contacto y Añadir:

• Aceptamos:

• Ahora en el cliente pidgin donde está dado de alta el usuario pipa debemos de aceptar la solicitud del contacto, damos a Autorizar:

• Nos indica que el usuario mimi dado de alta en el cliente psi, lo debemos de añadir a lista de amigos, Añadir:

• Una vez añadidos los contactos en ambos clientes psi y pidgin, ya podemos mantener una conversación entre los dos usuarios.
• En cliente psi, de mimi a pipa:

• En cliente pidgin, de pipa a mimi:

• Ahora establecemos en la sesión de mimi que se añadan como amigos los contactos bebebo y papua.
• En la sesión de mimi añadimos los contactos bebebo y papua:

• Manteniendo una conversación con pipa, vemos que los dos contactos están añadidos:

• Manteniendo la conversación entre mimi y pipa, comprobamos en la administración del servidor openfire las sesiones que están iniciadas.
• Accedemos al servidor Openfire y sobre Usuarios/Grupos > Usuarios > Lista de Usuarios, vemos que las sesiones que tenemos iniciadas son las de los usuarios mimi y pipa:

• Si accedemos a Sesiones > Sesiones Activas > Sesiones de Clientes, vemos las sesiones iniciadas de los dos clientes, el usuario mimi con psi y el usuario pipa con pidgin:

Saludos y espero que os haya resultado de ayuda

En este post vamos a ver como instalar y configurar un servidor de correos en Ubuntu Server 24.04 LTS, utilizaremos postfix para el servidor SMTPS y dovecot para el servidor POP3S e IMAPS.

• Antes de empezar vamos a crear los registros necesarios en nuestros servidores DNS (A, PTR, MX, SPF).
• Servidor DNS interno:

• Servidor DNS externo:

• Lo primero que vamos a realizar sobre nuestro servidor Ubuntu Server 24.04 LTS, es instalar el servidor SMTP postfix ejecutando el comando apt install postfix -y:

• Configuramos el modo Sitio de Internet para el dominio eu:

• Editamos el archivo de configuración de postfix, nano /etc/postfix/main.cf y modificamos los siguientes parámetros:

myhostname = mail.ragasys.eu

myorigin = /etc/mailname

mydestination = $myhostname, localhost, localhost.localdomain, ragasys.eu

relayhost =

relay_domains = $mydestination

mynetworks = 127.0.0.0/8 [::1]/128 192.168.3.0/24

mydomain = ragasys.eu

home_mailbox = Maildir/

mailbox_size_limit = 0

recipient_delimiter = +

inet_interfaces = all

inet_protocols = ipv4

• Ahora como vamos a utilizar los certificados de Let’s Encrypt debemos de añadir al fichero main.cf de postfix, estas líneas, antes debemos de comentar todas las líneas de configuración de TLS:

# Habilitar TLS en Postfix

smtpd_tls_cert_file=/etc/letsencrypt/live/mail.ragasys.eu/fullchain.pem

smtpd_tls_key_file=/etc/letsencrypt/live/mail.ragasys.eu/privkey.pem

smtpd_tls_CAfile=/etc/letsencrypt/live/mail.ragasys.eu/chain.pem

smtpd_use_tls=yes

smtpd_tls_security_level=may

smtpd_tls_auth_only = yes

smtpd_tls_protocols=!SSLv2, !SSLv3

smtpd_tls_mandatory_protocols=!SSLv2, !SSLv3

# Forzar TLS en conexiones salientes

smtp_tls_security_level=may

smtp_tls_CAfile=/etc/letsencrypt/live/mail.ragasys.eu/chain.pem

smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# Habilitar autenticación SMTP segura

smtpd_sasl_auth_enable = yes

smtpd_sasl_type = dovecot

smtpd_sasl_path = private/auth

smtpd_sasl_security_options = noanonymous

smtpd_sasl_local_domain = $mydomain

broken_sasl_auth_clients = yes

smtpd_recipient_restrictions =

permit_sasl_authenticated,

permit_mynetworks,

reject_unauth_destination

• Para habilitar el puerto 465 en postfix, editamos el archivo de configuración nano /etc/postfix/master.cf:

• Al final del archivo añadimos:

smtps     inet  n       –       y       –       –       smtpd

-o syslog_name=postfix/smtps

-o smtpd_tls_wrappermode=yes

-o smtpd_tls_security_level=encrypt

-o smtpd_sasl_auth_enable=yes

-o smtpd_client_restrictions=permit_sasl_authenticated,reject

-o smtpd_relay_restrictions=permit_sasl_authenticated,reject

• Reiniciamos postfix para aplicar los cambios, systemctl restart postfix, systemctl enable postfix, systemctl status postfix:

• Instalamos ahora el servidor POP3 e IMAP de dovecot para ello, ejecutamos apt install dovecot-core dovecot-imapd dovecot-pop3d -y:

• Editamos la configuración principal ejecutando, nano /etc/dovecot/conf.d/10-mail.conf y configuramos esta línea, mail_location = maildir:~/Maildir:

• Editamos la configuración de autenticación ejecutando, nano /etc/dovecot/conf.d/10-auth.conf:

• Descomentamos la línea, disable_plaintext_auth = yes:

• Y habilitamos PAM, auth_mechanisms = plain login:

• Le indicamos a Dovecot que ignore el dominio y solo use el nombre de usuario, auth_username_format = %n:

• Ahora editamos la configuración de dovecot, nano /etc/dovecot/conf.d/10-master.conf:

• Buscamos la sección service auth y añadimos:

service auth {

unix_listener /var/spool/postfix/private/auth {

mode = 0660

user = postfix

group = postfix

}

unix_listener auth-userdb {

mode = 0600

user = dovecot

group = dovecot

}

}

• Edita la configuración SSL ejecutando, nano /etc/dovecot/conf.d/10-ssl.conf:

• Y cambiamos estas líneas, ya que vamos a utilizar certificados de Let’s Encrypt:

ssl = required

ssl_cert = </etc/letsencrypt/live/mail.ragasys.eu/fullchain.pem

ssl_key = </etc/letsencrypt/live/mail.ragasys.eu/privkey.pem

• Ahora vamos a obtener los certificados SSL con Let’s Encrypt.
• Instalamos cerbot ejecutando, apt install certbot -y:

• Generamos el certificado para nuestro dominio, certbot certonly –standalone -d mail.ragasys.eu:

• Ahora creamos una tarea para renovar el certificado automáticamente, ejecutamos crontab -e:

• Agregamos la línea, 0 3 * * * certbot renew –quiet && systemctl reload postfix dovecot, esta tarea programa la renovación automática de los certificados SSL de Let’s Encrypt cada día a las 3:00 de la mañana, y si hay una renovación exitosa, recarga Postfix y Dovecot para aplicar los nuevos certificados sin reiniciar los servicios:

• Reiniciamos dovecot para aplicar los cambios, systemctl restart dovecot, systemctl enable dovecot, systemctl status dovecot:

• Verificamos en el servidor de correos que los puertos SMTPS-465, POP3S-995 e IMAPS-993 están operativos, para ello, ejecutamos ss -tlnp | grep :465, ss -tlnp | grep :995 y ss -tlnp | grep :993 :

• En nuestro firewall debemos de abrir estos puertos hacia el servidor de correos:

• Desde un equipo externo verificamos que los puertos SMTPS-465, POP3S-995 e IMAPS-993 están operativos:

• Ahora nos vamos a crear estas dos cuentas de correo para verificar que todo funciona correctamente, estas dos cuentas no van a poder iniciar sesión en el sistema, para crearlas ejecutamos useradd -m -s /sbin/nologin usuario y le configuramos una contraseña:

• Instalamos testsaslauthd, que es una herramienta para probar la autenticación SASL, apt install sasl2-bin:

• Con el comando testsaslauthd -u usuario -p contraseña o testsaslauthd -u usuario -p contraseña -s smtp, verificamos la autenticación SASL:

• Iniciamos una conexión openssl al puerto SMTPS 465 con, openssl s_client -connect mail.ragasys.eu:465 -crlf -quiet y como se puede ver iniciamos la conexión, desde esta conexión vamos a mandar un correo de un usuario a otro.
• Una vez establecida la conexión podemos empezar a enviar comandos SMTP al servidor.
• Empezamos con helo mail.ragasys.eu que lo envía el cliente para identificarse.
• auth login para empezar a autenticarnos
• Escribimos nuestro usuario en Base64, nos abrimos otra terminal y ejecutamos echo -n «usuario» | base64
• Escribimos nuestra contraseña en Base64, nos abrimos otra terminal y ejecutamos echo -n «mipassword» | base64
• Seguimos con mail from: bmarley@ragasys.eu para identificar al remitente del correo.
• Luego rcpt to: eclapton@ragasys.eu para identificar al destinatario del correo.
• data para indicar que se va a comenzar a enviar el mensaje.
• subject: Prueba postfix dovecot con protocolos seguros que permite especificar el asunto del mensaje, es obligatorio que este comando se envíe a continuación de data y hay que enviar una línea en blanco y después el contenido o cuerpo del mensaje, se finaliza con una línea que tenga sólo un punto.
• quit cierra la conexión cliente servidor.

• Desde otra terminal sacamos nuestro usuario y password en Base64:

• Ahora vamos a acceder al buzón del usuario al que le hemos mandado el correo y comprobamos que lo ha recibido.
• Iniciamos una conexión openssl al puerto POP3S 995 con, openssl s_client -connect mail.ragasys.eu:995 -crlf -quiet y como se puede ver iniciamos la conexión.
• Una vez establecida la conexión podemos empezar a enviar comandos al servidor dovecot.
• Empezamos con user eclapton para iniciar sesión en el servidor.
• Seguimos con pass contraseña para validar credenciales.
• list para ver los mensajes en el buzón del usuario, en este caso nos indica que hay 4 mensajes.
• retr 4 para ver el contenido del mensaje 4.
• quit cierra la conexión cliente servidor.

• Ahora, en un cliente de correo electrónico, vamos a configurar las dos cuentas de usuario.
• Creamos la cuenta de eclapton:

• Introducimos las credenciales:

• Configuramos el acceso al servidor para IMAP por protocolo seguro 993:

• Configuramos el acceso al servidor para SMTP por protocolo seguro 465:

• Aquí vemos que se ha configurado correctamente:

• Para el usuario bmarley hacemos lo mismo:

• Como podemos ver, aquí tenemos las dos cuentas configuradas sobre el cliente de Outlook, ya podremos empezar a enviar y recibir correos:

• Ahora mandaremos un correo de eclapton a bmarley y viceversa:

Saludos y espero que os resulte de ayuda

En este post vamos a ver como instalar y configurar un servidor de correos en Ubuntu Server 24.04 LTS, utilizaremos postfix para el servidor SMTPS y dovecot para el servidor POP3 e IMAP.

• Para este post disponemos de tres máquinas virtuales, la primera máquina virtual es el servidor DNS, llamado cenicienta, cuya IP es 192.168.5.1:

• La segunda máquina virtual, llamada marcopolo, debe tener instalado el sistema operativo Ubuntu, tener la dirección IP 192.168.5.105 y ser servidor de correo autorizado en la zona clasicosinfantilesdejramonramos.org:

• La tercera máquina la llamaremos donata tiene instalado un Ubuntu 24.04 LTS Desktop, le asignamos la IP 192.168.5.106 y la incluimos en el servidor DNS cenicienta, también tiene instalado el cliente de correo Mozilla Thunderbird:

• Instalamos en marcopolo los servidores de correo postfix y dovecot estableciendo que postfix se instale con configuración modo sitio de Internet para el dominio clasicosinfantilesdejramonramos.org.
• Empezamos instalando el servidor de correo MTA postfix, ejecutando apt install postfix:

• Configuramos el modo Sitio de Internet para el dominio org:

• Cuando la instalación ha finalizado, ejecutamos el comando systemctl status postfix para ver el estado del servicio:

• Una vez finalizada la instalación del postfix, vamos a proceder a instalar el servidor de correo MDA Dovecot, ejecutando apt install dovecot-imapd dovecot-pop3d:

• Cuando la instalación ha finalizado, ejecutamos el comando systemctl status dovecot para ver el estado del servicio:

• A partir del archivo de configuración de postfix, escribimos el contenido de las directivas que indican:
• Redes desde las que se pueden enviar correos, si no incluye la red 192.168.5.0/24 a la que pertenece marcopolo, la debemos incluir.
• Editamos el archivo de configuración del postfix con nano /etc/postfix/main.cf:

• Añadimos nuestra red 192.168.5.0/24 en mynetworks, en estas nuevas versiones de postfix, las direcciones IPs se separan con espacios y no con coma:

• El sistema de buzones de usuario será MailDir en detrimento de mbox.
• Añadimos al fichero la línea home_mailbox = Maildir/:

• Reiniciamos y vemos el estado del servicio postfix con systemctl restart postfix y systemctl status postfix:

• Verificamos la configuración ejecutando el comando postconf home_mailbox que nos debe mostrar home_mailbox = Maildir/:

• Destinos para los que el servidor puede enviar mensajes o almacenarlos en buzones.
• Editamos la línea mydestination = del fichero nano /etc/postfix/main.cf, que al realizar la instalación en modo Sitio de Internet ya nos añade nuestro dominio:

• A partir de los ficheros de configuración de dovecot le debemos indicar:
• La localización de los buzones MailDir.
• Editamos el archivo de configuración de dovecot para la localización de los buzones con nano /etc/dovecot/d/10-mail.conf:

• Editamos la línea mail_location, que nos aparece así:

• Y nos debe de quedar así, mail_location = maildir:~/Maildir:

• Reiniciamos y vemos el estado del servicio dovecot con systemctl restart dovecot y systemctl status dovecot:

• Para verificar que mail_location está correctamente configurado ejecutamos el comando doveadm config get mail_location que nos debe mostrar maildir:~/Maildir:

• Que tenga en cuenta conexiones inseguras a la hora de acceder al correo del usuario.
• Permitimos la autenticación en texto plano, para ello editamos el fichero nano /etc/dovecot/conf.d/10-auth.conf:

• Modificamos la línea disable_plaintext_auth = no esto permite que los usuarios inicien sesión sin necesidad de SSL/TLS:

• Sobre este mismo fichero, verificamos los métodos de autenticación permitidos, y modificamos la línea auth_mechanisms = plain login esto habilita los métodos de autenticación más comunes:

• Seguimos deshabilitando el SSL obligatorio, para ello, editamos el fichero nano /etc/dovecot/conf.d/10-ssl.conf:

• La línea que aparece como ssl = yes la debemos cambiar por ssl = no esto va a permitir las conexiones sin cifrado:

• Habilitamos los puertos POP3 110 e IMAP 143 en el fichero /etc/dovecot/conf.d/10-master.conf:

• Reiniciamos y vemos el estado del servicio dovecot con systemctl restart dovecot y systemctl status dovecot:

• Para verificar si los puertos están abiertos, ejecutamos el comando ss -tlnp | grep dovecot y nos indica que los puertos para IMAP TCP 143 y POP3 TCP 110 están escuchando:

• Integramos el servidor de correo marcopolo (192.168.n.105) en la zona DNS clasicosinfantilesdejramonramos.org.
• Configuramos la zona dns de búsqueda directa en nuestro servidor DNS cenicienta:

• Añadimos los registros del tipo MX y A para el servidor de correo marcopolo, también hemos agregado el registro tipo A para la máquina donata:

• Configuramos la zona dns de búsqueda inversa en nuestro servidor DNS cenicienta:

• Añadimos los registros del tipo PTR para el servidor de correo marcopolo, también hemos agregado el registro PTR para la máquina donata:

• Reiniciamos y vemos el estado del servicio bind9 con systemctl restart bind9 y systemctl status bind9:

• Verificamos que la resolución DNS funciona correctamente, ejecutando comandos nslookup, dig y host -t:

• Creamos en marcopolo los usuarios fantina y moretta para que puedan tener cuentas de usuario de correo pero no iniciar sesión en el sistema, les asignamos una contraseña, la necesitaremos mas adelante para configurar las cuentas de correo en Thunderbirds.
• Para crear los usuarios indicados y que puedan tener cuenta de correo pero no iniciar sesión en el sistema, ejecutamos el comando useradd -m -s /sbin/nologin usuario:

• Le asignamos una contraseña a cada usuario:

• El directorio /home/usuario/Maildir donde se almacenan los buzones de los usuarios se va a crear cuando el usuario reciba su primer correo.
• Ahora iniciamos en donata una conexión telnet con el servidor de correo marcopolo para que fantina envíe un mensaje de correo a moretta, nos conectamos por el puerto 25 y usaremos el FQDN completo de marcopolo.
• Iniciamos una conexión telnet ejecutando telnet marcopolo.clasicosinfantilesdejramonramos.org 25 y como se puede ver iniciamos la conexión:

• Una vez establecida la conexión podemos empezar a enviar comandos SMTP al servidor.
• Empezamos con helo donata. clasicosinfantilesdejramonramos.org que lo envía el cliente para identificarse.
• Seguimos con mail from: fantina@clasicosinfantilesdejramonramos.org para identificar al remitente del correo.
• Luego rcpt to: moretta@clasicosinfantilesdejramonramos.org para identificar al destinatario del correo.
• data para indicar que se va a comenzar a enviar el mensaje.
• subject: actividad número 5 tema 5 que permite especificar el asunto del mensaje, es obligatorio que este comando se envíe a continuación de data y hay que enviar una línea en blanco y después el contenido o cuerpo del mensaje., se finaliza con una línea que tenga sólo un punto.
• quit cierra la conexión cliente servidor.

• Ahora accedemos al buzón de moretta y comprobaremos que ha recibido el correo, lo haremos desde donata usando una conexión telnet por el puerto 110 e indicando la FQDN completa de marcopolo.
• Iniciamos una conexión telnet ejecutando telnet marcopolo.clasicosinfantilesdejramonramos.org 110 y como se puede ver iniciamos la conexión.
• Una vez establecida la conexión podemos empezar a enviar comandos al servidor dovecot.
• Empezamos con user moretta para iniciar sesión en el servidor.
• Seguimos con pass contraseña para validar credenciales.
• list para ver los mensajes en el buzón del usuario, en este caso nos indica que hay 1 mensaje.
• retr 1 para ver el contenido del mensaje, si tuviésemos más mensajes en el servidor y quisiéramos ver el contenido pues tendríamos que ir poniendo retr 2, retr 3 según el mensaje que quisiéramos ver.
• quit cierra la conexión cliente servidor.

• Instalamos Thunderbirds en donata y marcopolo, configuraremos una cuenta de correo para fantina en donata y otra para moretta en marcopolo, las dos tienen que ser cuentas de correo en el dominio clasicosinfantilesdejramonramos.org y deben ser configuradas sin seguridad SSL.
• En Ubuntu Desktop 24.04 LTS que estoy utilizando para realizar el laboratorio ya viene instalado Thunderbirds.
• Creamos la cuenta de fantina en donata:

• Como podemos ver, la comprobación del servidor y validación de la cuenta es correcta:

• Le indicamos que configure la cuenta de correo en Thunderbird:

• Aceptamos la restricción de seguridad:

• Como podemos ver, la cuenta se ha creado correctamente:

• Ahora vamos a crear la cuenta de moretta en marcopolo:

• Como podemos ver, la comprobación del servidor y validación de la cuenta es correcta:

• Le indicamos que configure la cuenta de correo en Thunderbird:

• Aceptamos la restricción de seguridad:

• Como podemos ver, la cuenta se ha creado correctamente:

• Desde el cliente thunderbird de moretta creamos un nuevo mensaje para la cuenta de correo de fantina, le indicamos el asunto, redactamos el mensaje y enviamos, una vez enviado podemos visualizarlo en Enviados, luego en el cliente thunderbird de fantina le llega el mensaje a la Bandeja de entrada desde donde se puede visualizar.
• Enviamos un correo de moretta a fantina:

• Recogemos el correo de fantina:

• Como los dos usuarios ya han recibido un correo, podemos ver, que se ha creado el directorio /home/usuario/Maildir donde se almacenan los buzones de los usuarios:

Saludos y espero que os sea de ayuda

En este post vamos a ver como configurar un servidor DHCP en Linux Ubuntu 24.04 LTS con Webmin.

• Con la herramienta gráfica webmin vamos a configurar el servicio DHCP para que haga lo siguiente:
• Vamos  a crear una declaración de subred DHCP para la subred 192.168.5.0 máscara 255.255.255.0:

• Vamos a definir dos rangos de direcciones IP para asignar a los clientes dinámicamente: rango 1 desde 192.168.5.20 hasta 192.168.5.40 y rango 2 desde 192.168.5.60 hasta 192.168.6.80:

• El servidor debe ser autoritativo en toda la subred:

• El tiempo de concesión máximo para los clientes de la subred será de cinco horas; y el de concesión por defecto de dos horas y media:

• Se establecerá mitologianordica.local como nombre del servidor:

• A los clientes se les asignará la máscara 255.255.255.0, la IP de la puerta de enlace 192.168.5.210, la dirección de broadcast 192.168.5.255, el nombre de dominio mitologianordica.local y las direcciones IP de los servidores de dominio, 8.8.8.8 y 8.8.4.4:

• Dentro de la subred se declarará un grupo llamado «dioses» y dentro del grupo se asignarán dos reservas para las máquinas, estas máquinas siempre tendrán asignadas las mismas IP’s:

• Dirección MAC 00:08:01:12:23:34, IP asignada 192.168.5.8 y nombre asignado a la máquina «mitologianordica.local«:

• Dirección MAC 00:08:01:34:45:56, IP asignada 192.168.5.9 y nombre asignado a la máquina equipo «mitologianordica.local«:

• Las dos máquinas dispondrán de un tiempo de concesión por defecto de media hora y lo asígnamos al grupo, y a la máquina loki se le asignará como servidor de tiempo NTP el servidor de IP 130.206.3.166 (hora.rediris.es) y como servidor DNS 8.8.8.8:

Saludos y espero que os resulte de ayuda

En este post vamos a ver como configurar un servidor DHCP en Linux Ubuntu 24.04 LTS.

• Tenemos dos máquinas virtuales, que llamaremos odin y frigg, deben tener instalado el sistema operativo Ubuntu 24.04 LTS, odin debe actuar como servidor DHCP por lo que debemos tener instalado el paquete isc-dhcp-server, y también vamos a instalar la herramienta webmin para realizar la configuración del servicio con esta herramienta, pero esto será en un próximo post, la máquina frigg será el cliente DHCP:

• Establecemos en odin, que será el servidor DHCP, una configuración manual o fija de los parámetros de red del adaptador de red mediante la herramienta gráfica Network Manager. Los valores que se van asignar son:
• IPv4: 192.168.5.1
• Máscara de subred: 255.255.255.0
• IP de la puerta de enlace: 192.168.5.210.
• Servidores DNS: 8.8.8.8 y 8.8.4.4

• Establecemos en frigg, que será el cliente DHCP, que tenga configuración automática de los parámetros de red:

• Vamos a establecer que el servidor DHCP es autoritativo:

• El tiempo de concesión por defecto es de cuatro horas y media:

• El tiempo de concesión máximo es de nueve horas:

• El nombre del dominio que se entregará a los clientes es mitologianordica.local:

• Las IPs de los servidores de dominio entregadas a los clientes serán los de Google: 8.8.8.8 y 8.8.4.4:

• La IP de la puerta de enlace entregada a los clientes será 192.168.5.210:

• Ahora vamos a editar el archivo de configuración dhcpd.conf, para que el servidor asigne dinámicamente direcciones IP en los rangos 192.168.5.20 – 192.168.5.40 y 192.168.5.60 – 192.168.5.80 en la subred a la que pertenece el servidor, para todos los clientes DHCP de esta subred establecemos que:
• El tiempo de concesión por defecto es de dos horas y media.
• El tiempo de concesión máximo es de cinco horas.
• La máscara para los clientes es 255.255.255.0.
• La dirección de broadcast entregada a los clientes es 192.168.5.255.

• Editamos el archivo de configuración dhcpd.conf, necesarias para que se realice la declaración de un grupo en el que todos los clientes del grupo tendrán un tiempo de concesión por defecto de una hora, en el grupo se harán dos reservas para:
• Dirección MAC 00:08:01:12:23:34, IP asignada 192.168.5.3 y nombre asignado al equipo «mitologianordica.local«.
• Dirección MAC 00:08:01:34:45:56, IP asignada 192.168.5.4 y nombre asignado al equipo «mitologianordica.local«.

• Una vez que hemos guardado todos los cambios realizados en el fichero /etc/dhcp/dhcpd.conf, hemos reiniciado el servicio con systemctl restart isc-dhcp-server y verificamos el estado con systemctl status isc-dhcp-server:

• Ahora, si accedemos a la máquina frigg, podemos ver, que el servidor odin, le está sirviendo los parámetros de red configurados, de manera automática:

Saludos y espero que os resulte de ayuda

En este post vamos a ver como montar un FrontalWeb con Apache (Reverse Proxy) sobre una máquina Ubuntu Server 24.04 LTS utilizando certificados de Let´s Encrypt, con esta implementación le vamos a dar un punto más de seguridad a nuestra infraestructura perimetral, ya que sólo vamos a exponer directamente a Internet un único servidor, sólo va a ser necesario abrir un puerto en nuestro Firewall, ya que a través del Frontalweb vamos a poder alcanzar a los demás servidores, los certificados digitales los vamos a instalar y administrar en un solo servidor, a través del Frontalweb que se va a encargar de cifrar todos los contenidos.

• Lo primero que vamos a realizar será la instalación de Apache, para ello ejecutamos el comando apt-get install apache2:

• Una vez finalizada la instalación, con el comando apache2ctl -v podemos ver la versión de apache que hemos instalado:

• Con el comando ufw app list podemos ver los perfiles de aplicación que se pueden usar para habilitar o deshabilitar el acceso a Apache a través del firewall de Ubuntu:

Apache → Este perfil solo abre el puerto 80 (tráfico web normal sin cifrar)

Apache Full → Abre tanto el puerto 80 (tráfico web normal sin cifrar) como el puerto 443 (tráfico cifrado TLS / SSL)

Apache Secure → Este perfil solo abre el puerto 443 (tráfico cifrado TLS / SSL)

• En nuestro caso vamos a permitir el acceso a los dos puertos (80 y 443), ufw allow ‘Apache Full’:

• Para verificar que el servidor Apache está funcionando, accedemos a la URL de nuestro servidor, http://frontalweb.ragasys.net:

• Con el comando systemctl status apache2 podemos ver el estado del servicio del servidor Apache, que como podemos ver está activo y ejecutándose:

• Una vez que hemos instalado nuestro servidor de apache, vamos a habilitar los siguientes módulos:
• a2enmod ssl
• a2enmod proxy
• a2enmod proxy_http
• a2enmod proxy_balancer
• a2enmod lbmethod_byrequests
• a2enmod headers
• a2enmod rewrite

• Con el comando systemctl restart apache2 reiniciamos el servicio:

• Nos vamos a crear nuestro primer VirtualHost, en la ruta /etc/apache2/sites-available, y ejecutando nano nextcloud.ragasys.eu.conf, este primer VirtualHost será un servidor de Nextcloud que tenemos en nuestra infraestructura, con este fichero, todo el tráfico http y https que llegue a la URL de dominio púbico indicada, se va a redirigir al servidor interno de nextcloud, siempre a través de conexión cifrada https:

<VirtualHost *:80>
ServerName nextcloud.ragasys.eu
ServerAlias nextcloud.ragasys.eu

#RewriteEngine On
#RewriteCond %{HTTPS} off
#RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

ErrorLog /var/log/apache2/nextcloud.ragasys.eu/error.log
CustomLog /var/log/apache2/nextcloud.ragasys.eu/access.log combined
</VirtualHost>

<VirtualHost *:443>
ServerName nextcloud.ragasys.eu
ServerAlias nextcloud.ragasys.eu

#SSLEngine on
#SSLCertificateFile /etc/letsencrypt/live/nextcloud.ragasys.eu/fullchain.pem
#SSLCertificateKeyFile /etc/letsencrypt/live/netxcloud.ragasys.eu/privkey.pem

ProxyPreserveHost On
ProxyPass / http://nextcloud.ragasys.net/
ProxyPassReverse / http://nextcloud.ragasys.net/

ErrorLog /var/log/apache2/nextcloud.ragasys.eu/ssl-error.log
CustomLog /var/log/apache2/nextcloud.ragasys.eu/ssl-access.log combined
</VirtualHost>

• Nos creamos nuestro segundo VirtualHost, en la ruta /etc/apache2/sites-available, y ejecutando nano guacamole.ragasys.eu.conf:

<VirtualHost *:80>
ServerName guacamole.ragasys.eu
ServerAlias guacamole.ragasys.eu

#RewriteEngine On
#RewriteCond %{HTTPS} off
#RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

ErrorLog /var/log/apache2/guacamole.ragasys.eu/error.log
CustomLog /var/log/apache2/guacamole.ragasys.eu/access.log combined
</VirtualHost>

<VirtualHost *:443>
ServerName guacamole.ragasys.eu
ServerAlias guacamole.ragasys.eu

#SSLEngine on
#SSLCertificateFile /etc/letsencrypt/live/guacamole.ragasys.eu/fullchain.pem
#SSLCertificateKeyFile /etc/letsencrypt/live/guacamole.ragasys.eu/privkey.pem

ProxyPreserveHost On
ProxyPass /guacamole http://guacamole.ragasys.net:8080/guacamole/ flushpackets=on
ProxyPassReverse /guacamole http://guacamole.ragasys.net:8080/guacamole/

ErrorLog /var/log/apache2/guacamole.ragasys.eu/ssl-error.log
CustomLog /var/log/apache2/guacamole.ragasys.eu/ssl-access.log combined
</VirtualHost>

• Nos creamos también el directorio para los logs de los sites virtuales:

• Habilitamos los VirtualHost con el comando a2ensite nextcloud.ragasys.eu.conf y a2ensite guacamole.ragasys.eu.conf y como podemos ver ya tenemos habilitados los sites:

• Deshabilitamos el site por defecto a2dissite 000-default.conf:

• Ejecutamos systemctl restart apache2 y systemctl status apache2 para reiniciar y ver el estado del servicio:

• Ahora en nuestro Firewall, que en mi caso es un Fortigate, nos debemos de crear las reglas necesarias para publicar el puerto 443 apuntando al servidor FrontalWeb que va a ser el único que vamos a exponer en el perímetro, en este post de este mismo blog podemos ver como hacerlo, primero realizamos un NAT estático y luego nos creamos la regla de acceso a los puertos HTTP y HTTPS para el NAT estático creado:

• En nuestro DNS interno debemos de crearnos una zona de búsqueda directa, en mi caso, ragasys.eu, que es el dominio externo que hemos comprado a nuestro proveedor de DNS y que utilizaremos para publicar nuestros servicios, esto lo hacemos en nuestra infraestructura interna, para que los usuarios que accedan desde la red interna no salgan al exterior, en esta zona de búsqueda directa nos creamos estos registros Tipo A y CNAME: 

• En nuestro DNS externo, el que tengamos contratado con nuestro proveedor de DNS, debemos de hacer algo parecido, es decir, debemos de crearnos un subdominio del tipo www.ragasys.eu con un registro tipo A apuntando a nuestra IP púbica, y nos crearemos subdominios por cada servicio que queramos publicar con un registro del tipo CNAME apuntando a www.ragasys.eu:

• Ahora vamos a instalar cerbot, para ello, ejecutamos apt install certbot python3-certbot-apache:

• Obtenemos el certificado SSL de Let’s Encrypt para el primer site, para ello, ejecutamos certbot –apache -d nextcloud.ragasys.eu:

• Obtenemos el certificado SSL de Let’s Encrypt para el segundo site, para ello, ejecutamos certbot –apache -d guacamole.ragasys.eu:

• Si accedemos a la configuración de los sites virtuales, nos ha quedado así tras el despliegue de los certificados SSL de Let’s Encrypt:

• El fichero bien estructurado del primer site debe quedar así:

<VirtualHost *:80>
ServerName nextcloud.ragasys.eu
ServerAlias nextcloud.ragasys.eu

RewriteEngine on
RewriteCond %{SERVER_NAME} =nextcloud.ragasys.eu
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]

ErrorLog /var/log/apache2/nextcloud.ragasys.eu/error.log
CustomLog /var/log/apache2/nextcloud.ragasys.eu/access.log combined
</VirtualHost>

<VirtualHost *:443>
ServerName nextcloud.ragasys.eu
ServerAlias nextcloud.ragasys.eu

SSLEngine on
SSLCertificateFile /etc/letsencrypt/live/nextcloud.ragasys.eu/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/nextcloud.ragasys.eu/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf

ProxyPreserveHost On
ProxyPass / http://nextcloud.ragasys.net/
ProxyPassReverse / http://nextcloud.ragasys.net/

ErrorLog /var/log/apache2/nextcloud.ragasys.eu/ssl-error.log
CustomLog /var/log/apache2/nextcloud.ragasys.eu/ssl-access.log combined
</VirtualHost>

• El fichero bien estructurado del segundo site debe quedar así:

<VirtualHost *:80>
ServerName guacamole.ragasys.eu
ServerAlias guacamole.ragasys.eu

RewriteEngine on
RewriteCond %{SERVER_NAME} =guacamole.ragasys.eu
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]

ErrorLog /var/log/apache2/guacamole.ragasys.eu/error.log
CustomLog /var/log/apache2/guacamole.ragasys.eu/access.log combined
</VirtualHost>

<VirtualHost *:443>
ServerName guacamole.ragasys.eu
ServerAlias guacamole.ragasys.eu

SSLEngine on
SSLCertificateFile /etc/letsencrypt/live/guacamole.ragasys.eu/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/guacamole.ragasys.eu/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf

ProxyPreserveHost On
ProxyPass /guacamole http://guacamole.ragasys.net:8080/guacamole/ flushpackets=on
ProxyPassReverse /guacamole http://guacamole.ragasys.net:8080/guacamole/

ErrorLog /var/log/apache2/guacamole.ragasys.eu/ssl-error.log
CustomLog /var/log/apache2/guacamole.ragasys.eu/ssl-access.log combined
</VirtualHost>

• El fichero de este segundo host me ha estado dando problemas, y no conseguía acceder, se iba siempre a la página por defecto de apache.
• Para dejarlo fino y funcionando, se ha quedado así de manera definitiva:

<VirtualHost *:80>
ServerName guacamole.ragasys.eu
ServerAlias guacamole.ragasys.eu

RewriteEngine on
RewriteRule /(.*) https://guacamole.ragasys.eu/guacamole [R,L]

ErrorLog /var/log/apache2/guacamole.ragasys.eu/error.log
CustomLog /var/log/apache2/guacamole.ragasys.eu/access.log combined
</VirtualHost>

<VirtualHost *:443>
ServerName guacamole.ragasys.eu
ServerAlias guacamole.ragasys.eu

SSLEngine on
SSLCertificateFile /etc/letsencrypt/live/guacamole.ragasys.eu/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/guacamole.ragasys.eu/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf

ProxyPreserveHost On
SSLProxyEngine On
RewriteEngine On

<Location />
ProxyPass http://guacamole.ragasys.net:8080/guacamole/ flushpackets=on
ProxyPassReverse http://guacamole.ragasys.net:8080/guacamole/
</Location>
ErrorLog /var/log/apache2/guacamole.ragasys.eu/ssl-error.log
CustomLog /var/log/apache2/guacamole.ragasys.eu/ssl-access.log combined
</VirtualHost>

• Certbot renueva los certificados automáticamente, pero podemos verificarlo con, certbot renew –dry-run:

• Aquí vemos que ya podemos acceder a nuestro servidor de Nextcloud desde el exterior, a través del FrontalWeb, con los certificados SSL de Let’s Encrypt: 

• Aquí vemos que ya podemos acceder a nuestro servidor de Apache Guacamole desde el exterior, a través del FrontalWeb, con los certificados SSL de Let’s Encrypt:

• Para comprobar el certificado podemos acceder a  https://www.ssllabs.com/ssltest/ y verificamos el certificado para nuestros dos sitios webs:

Saludos y espero que os sea de ayuda

En este post vamos a ver como ampliar el disco de sistema en una máquina virtual Ubuntu Server 24.04 LTS desplegada en una infraestructura de VMware vSphere, lo haremos con la máquina iniciada y sin detenerla.

• Como podemos ver, tenemos esta máquina virtual Ubuntu Server 24.04 LTS con el disco de sistema de 50 GB:

• Ejecutamos fdisk -l, lsblk o df -h para ver la información del disco:

• Sin apagar ni detener la máquina virtual, ampliamos el disco de sistema a 100 GB:

• Ahora, para que el sistema detecte los nuevos parámetros del disco modificado, ejecutamos echo «1» >> /sys/block/sda/device/rescan:

• Ahora ejecutamos growpart /dev/sda 2 para ajustar la partición después de haber ampliado el almacenamiento, el 2 significa el número de la partición, debemos de dejar un espacio entre el nombre del dispositivo y el número de la partición:

• Volvemos a realizar un fdisk -l, lsblk o df-h y cómo podemos ver, ya tenemos el disco y la partición con los 100 GB de la ampliación:

• Para terminar, ejecutamos resize2fs /dev/sda2 para aumentar el tamaño del sistema de archivos:

• Para verificar que todo está correcto, volvemos a realizar un fdisk -l, lsblk o df-h y vemos que la partición ya la tenemos ampliada a 100 GB:

Saludos y espero que os resulte de ayuda

En este post vamos a ver cómo instalar y configurar servidores DNS externos con bind9, estos servidores DNS externos serán los servidores públicos DNS de nuestra infraestructura, dónde vamos a publicar nuestros servicios en Internet, vamos a desplegar un servidor primario y otro secundario.

Que vamos a necesitar:

• Máquina Ubuntu Server 24.04 LTS con el Rol de DNS bind9, este será el DNS primario, ubicada en nuestro entorno on-premise
• Máquina Ubuntu Server 24.04 LTS con el Rol de DNS bind9, este será el DNS secundario, ubicada en nuestro entorno cloud de Azure
• Los dos servidores estarán en nuestra DMZ (on-premise y cloud)
• Proveedor ISP de DNS, dónde vamos a configurar nuestros propios Servidores DNS
• Un dominio DNS público contratado con un ISP, en nuestro caso, el dominio es ragasysweb.com
• En Firewall Fortigate, vamos a configurar un NAT Static y crear las reglas de acceso para la parte on-premise
• En Firewall OPNsense, vamos a configurar un NAT Static y crear las reglas de acceso para la parte cloud

Está será la infraestructura que vamos a desplegar:

• Como podemos ver, tenemos dos máquinas con Ubuntu Server 24.04 LTS, una para el DNS primario on-premise y otra para el DNS secundario en Azure:

• En las dos máquinas debemos de instalar bind9 ejecutando apt-get install bind9:

• Una vez que ya tenemos desplegado el rol de DNS en ambas máquinas, lo primero que vamos a realizar, es en nuestros firewalls fortigate on-premise y opensense en Azure, realizar las configuraciones necesarias para el acceso externo a nuestros servidores DNS públicos.
• Empezamos en el fortigate on-premise, dónde hemos creado este NAT estático, que lo que hace es mapear nuestra IP externa 192.168.1.210 con la IP interna dónde se ubica el servidor DNS, en este caso el servidor DNS primario, mapeando también el puerto TCP/UDP 53 externo con el puerto TCP/UDP 53 interno, que es el que utiliza el servicio DNS:

• Una vez creado el NAT estático, configuramos la siguiente política en nuestro fortigate, dónde le indicamos que desde cualquier origen externo y con destino al servicio DNS Externo de nuestra infraestructura, le vamos a permitir el acceso:

• Seguimos en el opnsense de Azure, dónde hemos creado este NAT estático, que lo que hace es mapear nuestra interface WAN externa con la IP interna dónde se ubica el servidor DNS, en este caso el servidor DNS secundario, mapeando también el puerto TCP/UDP 53 externo con el puerto TCP/UDP 53 interno, que es el que utiliza el servicio DNS:

• Una vez creado el NAT estático, configuramos la siguiente política en nuestro opnsense, dónde le indicamos que desde cualquier origen externo y con destino al servicio DNS Externo de nuestra infraestructura, le vamos a permitir el acceso:

• Una vez que ya tenemos desplegado bind9 en ambas máquinas y los accesos configurados en nuestros firewalls, vamos a trabajar sobre el servidor primario DNS01, y nos creamos una zona primaria de resolución directa «ragasysweb.com» cuyo archivo de zona se llamará «db.ragasysweb.com» y se almacenará en «/var/lib/bind»:

nano /etc/bind/named.conf.local

zone «ragasysweb.com» {

type master;

file «/var/lib/bind/db.ragasysweb.com»;

};

• Ahora, nos vamos a crear una zona primaria de resolución inversa (esta parte de la resolución inversa, es solo a modo de ejemplo), para que resuelva direcciones IP pertenecientes a la dirección de red 80.31.203.0/24, el nombre del archivo de zona será db.80.31.203.rev y se almacenará en «/var/lib/bind»:

nano /etc/bind/named.conf.local

zone «203.31.80.in-addr.arpa» {

type master;

file «/var/lib/bind/db.80.31.203.rev»;

};

• Ahora, en nuestro servidor secundario DNS02, vamos a crear una zona secundaria de resolución directa «ragasysweb.com» cuyo archivo de zona se llamará «db.slave.ragasysweb.com» y se almacenará en «/var/lib/bind», en esta zona debemos de indicar cual es el servidor DNS primario:

nano /etc/bind/named.conf.local

zone «ragasysweb.com» {

type slave;

file «/var/lib/bind/db.slave.ragasysweb.com»;

masters { 80.31.203.9; };

};

• Nos creamos también, una zona secundaria de resolución inversa, para que resuelva direcciones IP pertenecientes a la dirección de red 80.31.203.0/24, el nombre del archivo de zona será db.slave.80.31.203.rev y se almacenará en «/var/lib/bind»:

nano /etc/bind/named.conf.local

zone «203.31.80.in-addr.arpa» {

type slave;

file «/var/lib/bind/db.slave.80.31.203.rev «;

masters { 80.31.203.9; };

};

• Lo siguiente será configurar, la transferencia de zona en el servidor primario DNS01, para que las zonas primarias se transfieran a la zonas secundarias, para ello, volvemos editar, nano /etc/bind/named.conf.local y añadimos el servidor secundario al que tiene que transferir la zona, tanto para la zona directa como para la inversa, allow-transfer { 13.X.X.X; }; Mi ip pública de Azure:

• Una vez configuradas las zonas, vamos a acceder a nuestro proveedor ISP de DNS, y en nuestro dominio público (ragasysweb.com) vamos a configurar nuestros servidores DNS propios o personalizados con nuestras IPs públicas:

• Con esto ya tendríamos configuradas las zonas de resolución directa e inversa, en el servidor primario y en el secundario.
• Para continuar, vamos a crear los registros de las zonas, para indicar que DNS01 y DNS02 son servidores DNS en la zona «ragasysweb.com» y que el servidor autoritativo o con autoridad sobre la zona es DNS01.

• Zona primaria para la resolución directa:

nano /var/lib/bind/db.ragasysweb.com

$ttl                    604800

ragasysweb.com.     IN       SOA    ns1.ragasysweb.com.   it.ragasys.eu  (

2025012401                 ; Serial

604800                          ; Refresh

86400                            ; Retry

2419200                       ; Expire

604800 )                       ; Negative Cache TTL

@                                   IN      NS       ns1.ragasysweb.com.

@                                   IN      NS       ns2.ragasysweb.com.

• Zona primaria para la resolución inversa:

nano /var/lib/bind/db.80.31.203.rev

$ttl                    604800

203.31.80.in-addr.arpa.    IN    SOA  ns1.ragasysweb.com.   it.ragasys.eu (

2025012401                 ; Serial

604800                          ; Refresh

86400                            ; Retry

2419200                       ; Expire

604800 )                       ; Negative Cache TTL

203.31.80.in-addr.arpa.    IN    NS     ns1.ragasysweb.com.

203.31.80.in-addr.arpa.    IN    NS     ns2.ragasysweb.com.

• Para que las zonas primarias (directa e inversa) se transfieran sobre las secundarias, debemos de crear los registros tipo A y PTR para los dos servidores DNS:

• Hacemos un systemctl restart bind9 y un systemctl status bind9, a ambos servidores, y como podemos ver ya se están replicando las zonas correctamente, haciendo ls /var/lib/bind en el servidor secundario podemos ver como se han creado los ficheros para las zonas secundarias:

• NOTA: La configuración de zona para la resolución inversa, cuando estamos configurando DNS público, realmente no es así, la he mostrando aquí en este lab de esta manera, para que se viese también, a modo de ejemplo, como se replica una zona primaria de resolución inversa en un servidor secundario, para la configuración del PTR debe configurarse, solicitando al proveedor de Internet que ponga un nombre de host a la IP pública, es probable que si contratamos servidores cloud, tengamos una opción para poner el PTR a las IPs públicas.
• Para verificar que todo funciona correctamente, desde cualquier equipo con conexión a Internet le vamos a hacer un ping a uno de los registros DNS de nuestro servidor, y cómo podemos ver, nos responde correctamente:

Saludos y espero que os sea de ayuda

En este post, vamos a ver, cómo configurar servidores DNS internos con bind9, para ello, vamos a desplegar dos máquinas con Ubuntu Server 24.04 LTS, una será el servidor DNS primario y la otra el servidor DNS secundario.

• Esta máquina será nuestro servidor DNS primario, y tendrá esta configuración IP:

• Esta máquina será nuestro servidor DNS secundario, y tendrá esta configuración IP:

• En las dos máquinas debemos de instalar bind9 ejecutando apt-get install bind9:

• Lo primero que vamos a realizar sobre el servidor primario DNSBIND1, será crear una zona primaria de resolución directa «ragasys.net» cuyo archivo de zona se llamará «db.ragasys.net» y se almacenará en «/var/lib/bind»:

nano /etc/bind/named.conf.local

zone «ragasys.net» {

type master;

file «/var/lib/bind/db.ragasys.net»;

};

• Ahora, nos vamos a crear una zona primaria de resolución inversa, para que resuelva direcciones IP pertenecientes a la dirección de red 192.168.5.0/24, el nombre del archivo de zona será db.192.168.5.rev y se almacenará en «/var/lib/bind»:

nano /etc/bind/named.conf.local

zone «5.168.192.in-addr.arpa» {

type master;

file «/var/lib/bind/db.192.168.5.rev»;

};

• Ahora, en nuestro servidor secundario DNSBIND2, vamos a crear una zona secundaria de resolución directa «ragasys.net» cuyo archivo de zona se llamará «db.slave.ragasys.net» y se almacenará en «/var/lib/bind», en esta zona debemos de indicar cual es el servidor DNS primario:

nano /etc/bind/named.conf.local

zone «ragasys.net» {

type slave;

file «/var/lib/bind/db.slave.ragasys.net»;

masters { 192.168.5.21; };

};

• Nos creamos también, una zona secundaria de resolución inversa, para que resuelva direcciones IP pertenecientes a la dirección de red 192.168.5.0/24, el nombre del archivo de zona será db.slave.192.168.5.rev y se almacenará en «/var/lib/bind»:

nano /etc/bind/named.conf.local

zone «5.168.192.in-addr.arpa» {

type slave;

file «/var/lib/bind/db.slave.192.168.5.rev»;

masters { 192.168.5.21; };

};

• Lo siguiente será configurar, la transferencia de zona en el servidor primario DNSBIND1, para que las zonas primarias se transfieran a las zonas secundarias, para ello, volvemos editar, nano /etc/bind/named.conf.local y añadimos el servidor secundario al que tiene que transferir la zona, tanto para la zona directa como para la inversa, allow-transfer { 192.168.5.22; }; :

• Con esta ya tendríamos configuradas las zonas de resolución directa e inversa, en el servidor primario y en el secundario.
• Para continuar, vamos a crear los registros de las zonas, para indicar que DNSBIND1 y DNSBIND2 son servidores DNS en la zona «ragasys.net» y que el servidor autoritativo o con autoridad sobre la zona es DNSBIND1.

• Zona primaria para la resolución directa:

nano /var/lib/bind/db.ragasys.net

$ttl                    604800

ragasys.net.     IN       SOA    dnsbind1.ragasys.net.   it.ragasys.net  (

2024112800                 ; Serial

604800                          ; Refresh

86400                            ; Retry

2419200                       ; Expire

604800 )                       ; Negative Cache TTL

@                                   IN      NS       dnsbind1.ragasys.net.

@                                   IN      NS       dnsbind2.ragasys.net.

• Zona primaria para la resolución inversa:

nano /var/lib/bind/db.192.168.5.rev

$ttl                    604800

5.168.192.in-addr.arpa.    IN    SOA  dnsbind1.ragasys.net.   it.ragasys.net  (

2024112800                 ; Serial

604800                          ; Refresh

86400                            ; Retry

2419200                       ; Expire

604800 )                       ; Negative Cache TTL

5.168.192.in-addr.arpa.    IN    NS     dnsbind1.ragasys.net.

5.168.192.in-addr.arpa.    IN    NS     dnsbind2.ragasys.net.

• Para que las zonas primarias (directa e inversa) se transfieran sobre las secundarias, debemos de crear los registros tipo A y PTR para los dos servidores DNS:

• Hacemos un systemctl restart bind9 y un systemctl status bind9, a ambos servidores, y como podemos ver ya se están replicando las zonas correctamente, haciendo ls /var/lib/bind en el servidor secundario podemos ver como se han creado los ficheros para las zonas secundarias:

• Ahora, vamos a configurar en el archivo de configuración de opciones globales de bind, /etc/bind/named.conf.options, para indicar que el servidor DNS va a usar como reenviadores los servidores DNS con estas direcciones IP, así tendremos resoluciones de nombres externos, realizamos esta configuración en el servidor primario y secundario:

nano /etc/bind/named.conf.options

options {

forwarders { 8.8.8.8; 8.8.4.4; 1.1.1.1; 9.9.9.9; };

};

• Comprobamos lo que llevamos hecho hasta ahora con nslookup, como podemos ver, nos resuelve bien:

• A partir de ahora, ya podemos empezar a crear, todo tipo de registros (A, CNAME, MX, PTR …) en nuestro servidor primario, y automáticamente se replicará en el secundario, como ejemplo hemos creado estos registros:

Saludos y espero que os sea de ayuda

• Para empezar, vamos a ajustar el comportamiento de los servicios NSS y PAM en cada cliente que tengamos que configurar, comenzamos por instalar los siguientes paquetes:
• libnss-ldap, permite que NSS obtenga de LDAP información administrativa de los usuarios (Información de las cuentas, de los grupos, información de la máquina, los alias…)
• libpam-ldap, facilita la autenticación con LDAP a los usuarios que utilicen PAM.
• ldap-utils, facilita la interacción con LDAP desde cualquier máquina de la red.
• Para instalarlos ejecutamos, apt-get install libnss-ldap libpam-ldap ldap-utils -y:

• Durante el proceso de instalación, se activa un asistente que nos permite configurar el comportamiento de ldap-auth-config.
• Nos solicita la dirección URi del servidor LDAP, debemos de poner ldap://IPServidorLDAP:

• Indicamos el dn de nuestro dominio:

• A continuación, nos pide el número de versión del protocolo LDAP que estamos utilizando, en nuestro caso la 3:

• Ahora le indicaremos si las utilidades que utilicen PAM deberán comportarse del mismo modo que cuando cambiamos contraseñas locales, esto hará que las contraseñas se guarden en un archivo independiente que sólo podrá ser leído por el superusuario, le indicamos que Sí:

• El sistema nos pregunta si queremos que sea necesario identificarse para realizar consultas en la base de datos de LDAP, elegimos la opción No:

• Le indicamos el nombre de la cuenta LDAP que tendrá privilegios para realizar cambios en las contraseñas, deberemos escribir un dn:

• Le indicamos la password:

• Una vez que se ha instalado todo correctamente, habremos terminado la configuración básica del cliente LDAP:

• Para completar la configuración, debemos cambiar algunos parámetros en los archivos de configuración del cliente, en concreto, deberemos editar /etc/nsswitch.conf, /etc/pam.d/common-password y /etc/pam.d/common-session.
• Editamos el archivo nano /etc/nsswitch.conf y localizamos las líneas que comienzan por passwd, group y shadow y les añadimos el texto ldap, para indicar el nuevo origen para autenticar las cuentas:

• Editamos el archivo nano /etc/pam.d/common-password que proporciona un conjunto común de reglas PAM para la comprobación de contraseñas, la opción use_authtok, impide utilizar un segundo método de autenticación cuando ya ha sido aplicado otro anterior, aunque éste haya sido insatisfactorio, para evitar este comportamiento, deberemos eliminar la opción use_authtok:

• Editamos el archivo nano /etc/pam.d/common-session que ofrece un conjunto de reglas PAM para el inicio de sesión, aquí será donde indiquemos que se debe crear un directorio home durante el primer inicio de sesión, también para los usuarios autenticados mediante LDAP, este comportamiento lo conseguiremos añadiendo al final del archivo la siguiente línea, session optional    pam_mkhomedir.so skel=/etc/skel umask=077:

• Una vez completados los pasos anteriores, ya estamos listos para activar el servicio libnss-ldap, sin embargo, para lograrlo necesitaremos instalar el programa sysv-rc-conf, para ello, ejecutamos, apt-get install sysv-rc-conf:

• Vemos que nos nos ha dejado instalarlo, porque no localiza el paquete, nos descargamos el paquete a través de este link y lo instalamos ejecutando dpkg -i sysv-rc-conf_0.99-7_all.deb, como vemos nos da errores de dependencia:

• Para solucionarlo, ejecutamos apt install -f:

• Si sigue dando problemas ejecutamos apt –fix-broken install

• Si el paquete se isntala correctamente ya podemos iniciar sesión con los usuarios del ldap:

• Como podemos ver, ya estoy logueado con el usuario del dominio:

Saludos y espero que os sea de ayuda

• Lo primero que debemos de configurar, es el DNS de la máquina cliente Ubuntu para que apunte al controlador de dominio samba:

• Configuramos el fichero hosts con nano /etc/hosts y añadimos estas entradas:

• Le hacemos un ping para verificar que tenemos conexión a nuestro controlador de dominio samba:

• Modificamos el fichero nano /etc/resolv.conf para el DNS, introduciendo los siguientes parámetros:

• Ahora bajamos la versión open del pbis del siguiente enlace
• Una vez bajado el script, le daremos permiso de ejecución para posteriormente ejecutarlo:

• Ejecutamos el script y comenzará el proceso de instalación, una vez instalado ya estaremos listos para agregar nuestro Ubuntu al dominio:

• Para unir el equipo al dominio introducimos el siguiente comando, domainjoin-cli join –disable ssh JRRG.LOCAL Administrator:

• Ahora reiniciamos el equipo para que los cambios tengan efecto:

• Como podemos ver, en nuestro controlador de dominio Ubuntu Samba si introducimos el comando samba-tool computer list se ha agregado la máquina Ubuntu como cliente:

• El siguiente paso sería configurar el terminal Ubuntu para que funcione correctamente el inicio de sesión de los usuarios del dominio, para ello ejecutamos las siguientes configuraciones:

/opt/pbis/bin/config UserDomainPrefix JRRG

/opt/pbis/bin/config AssumeDefaultDomain true

/opt/pbis/bin/config LoginShellTemplate /bin/bash

/opt/pbis/bin/config HomeDirTemplate %H/%D/%U

/opt/pbis/bin/config RequireMemberShipOf “JRRG\\Domain^Users”

• Ahora editamos el archivo /etc/pam.d/common-session y modificaremos la línea correspondiente a session pam_lsass.so:

• Por ultimo, permitiremos que en la pantalla de inicio se permita iniciar sesión a cualquier usuario, para ello editamos la configuración de lightdm en la ubicación /usr/share/lightdm/lightdm.conf.d/50-ubuntu.conf, dónde añadimos la siguiente línea, greeter-show-manual-login=true:

• Reiniciamos el equipo:

• Ahora cerramos la sesion del equipo con el usuario local, y vamos a acceder con uno de nuestros usuarios del dominio:

• Como podemos ver, ya estoy logueado con el usuario del dominio:

• Ahora desde el equipo Ubuntu 22.04 LTS vamos a verificar, que podemos acceder al recurso compartido que creamos anteriormente en nuestro controlador de dominio samba, y que podemos crear un documento
• Instalamos smbclient con apt-get install smbclient y ejecutamos smbclient –list 192.168.5.52 o podemos poner en lugar de la direccion IP del servidor el nombre, como podemos ver, accedemos a los recursos compartidos de nuestro controlador de dominio samba:

• Accedemos al recurso compartido (share) que creamos anteriormente y nos creamos un fichero .txt para verificar que todo esto funciona correctamente, nos conectamos al servidor, nos pedirá las credenciales de usuario, nos ubicamos sobre el recurso compartido y añadimos el fichero .txt:

• Ahora vamos a ver la parte de Webmin en el controlador de dominio samba, lo primero que vamos a realizar será descargarnos la última versión de webmin, en este link realizamos la descarga:

• Procedemos a instalar el paquete, ejecutando dpkg -i webmin_2.105_all.deb y apt-get install -f:

• Ahora desde cualquier equipo de nuestra infraestructura accedemos al controlador de dominio samba a través de webmin, desde cualquier navegador ponemos http://192.168.5.52:10000 e introducimos las credenciales:

• Si accedemos a Servers > Samba Windows File Sharing podemos ver los recursos compartidos de nuestro controlador de dominio samba:

• Si accedemos a Samba Users podemos ver los usuarios creados para Samba y para nuestro dominio:

Saludos y espero que les resulte de ayuda

En este post vamos a ver como agregar una máquina Ubuntu desktop 22.04 como cliente del dominio Windows Server 2022.

• Lo primero que vamos a configurar será el fichero /etc/hosts para que el equipo linux pueda resolver el nombre de nuestro controlador de dominio:

• Le hacemos un ping al nombre del controlador de dominio y como podemos ver, ya nos resuelve:

• A continuación vamos a configurar la conexión de red, para ello, editamos el fichero /etc/netplan/01-network-manager-all.yaml:

• Aplicamos la nueva configuración de red con netplan apply:

• Con nslookup nombre del dominio vemos si el equipo está resolviendo bien el dominio:

• Una vez que hemos verificado que la comunicación entre el equipo linux y el servidor funciona correctamente, actualizaremos el sistema operativo con las últimas versiones de los paquetes disponibles en los repositorios, para ello, ejecutaremos apt-get update && apt-get upgrade recibiremos un detalle con todos los paquetes que van a actualizarse le indicamos que SI los instale:

• Modificaremos el hostname del equipo para que incluya al dominio, hostnamectl set-hostname asoubntdesk.jrrg.local:

• Editamos de nuevo el fichero hosts, nano /etc/hosts e introducimos nuestro hostname:

• Reiniciamos el equipo, reboot:

• Instalamos los paquetes necesarios, para ello, ejecutamos el siguiente commando, apt install -y realmd sssd sssd-tools libnss-sss libpam-sss krb5-user adcli samba-common-bin packagekit:

• También ahora nos aparece un listado con todos los paquetes que van a actualizarse y un resumen final con el número de paquetes que se actualizarán, los paquetes nuevos que se instalarán y los que se eliminarán de la instalación.
• Ahora nos pregunta por el reino (realm en inglés). En realidad, se refiere al nombre del dominio al que vamos a unirnos, debemos de ponerlo en MAYÚSCULAS:

• Si por alguna razón esta pantalla no aparece o queremos hacer alguna modificación posteriormente, podemos editar el fichero /etc/krb5.conf. En este mismo fichero es bueno añadir tres entradas en la sección [libdefaults] que le dirán específicamente al cliente que use los servidores DNS para las búsquedas.

rdns = false

dns_lookup_realm = true

dns_lookup_kdc = true

• Ahora añadimos nuestro controlador de dominio como servidor de tiempo, nano /etc/systemd/timesyncd.conf:

• Realizamos lo siguiente:
• timedatectl set-ntp true, Habilita la sincronización por NTP
• systemctl restart systemd-timesyncd.service, reinicia el servicio
• timedatectl –adjust-system-clock, fuerza la sincronización
• Luego podemos comprobar el estado hacienda, timedatectl status
• En caso de que haya que cambiar la zona horaria, ejecutamos timedatectl set-timezone Europe/Madrid

• Nos creamos el fichero /etc/realmd.conf con la siguiente configuración, hay que asegurarse que la ruta a la OU es la misma que la que hemos creado para la nueva máquina:

[users]

default-home = /home/%D/%U

default-shell = /bin/bash

[active-directory]

default-client = sssd

os-name = Ubuntu Desktop

os-version = 22.04 LTS

[service]

automatic-install = no

[jrrg.local]

fully-qualified-names = yes

automatic-id-mapping = no

user-principal = yes

manage-system = yes

computer-ou= OU=Equipos,OU=JRRG,DC=jrrg,DC=local

dyndns_update = true

dyndns_refresh_interval = 43200

dyndns_update_ptr = true

dyndns_ttl = 3600

• Ahora configuramos la creación automática del home del usuario, para ello, ejecutamos pam-auth-update y seleccionamos la opción de crear el directorio home al hacer login:

• Una vez que se ha instalado y configurado todo, vamos a unir el equipo linux al dominio, para ello, ejecutamos realm join –verbose –user=Administrador jrrg.local:

• Si accedemos a nuestro controlador de dominio, podemos ver el equipo unido al dominio:

• Una vez unido al dominio debemos modificar a True la entrada ldap_id_mapping en el fichero /etc/sssd/sssd.conf para poder hacer login, también podemos añadir el sufijo del dominio por defecto con el parámetro

default_domain_suffix = JRRG.LOCAL

full_name_format = %1$s

[sssd]

domains = jrrg.local

config_file_version = 2

services = nss, pam

default_domain_suffix = JRRG.LOCAL

full_name_format = %1$s

[domain/jrrg.local]

default_shell = /bin/bash

krb5_store_password_if_offline = True

cache_credentials = True

krb5_realm = JRRG.LOCAL

realmd_tags = manages-system joined-with-adcli

id_provider = ad

fallback_homedir = /home/%d/%u

ad_domain = jrrg.local

use_fully_qualified_names = True

ldap_id_mapping = True

access_provider = ad

• Para que los cambios se apliquen reiniciamos el servicio sssd, con systemctl restart sssd y con systemctl status sssd vemos el estado del servicio:

• Si quisiéramos sacar el equipo del dominio debemos de ejecutar realm leave –verbose –user=Administrador JRRG.LOCAL
• Para que los usuarios del dominio puedan logarse, se debe reconfigurar la pantalla de login, para ello, añadimos al fichero /usr/share/lightdm/lightdm.conf.d/50-ubuntu.conf la línea, greeter-show-manual-login=true:

• Ahora cerramos la sesión del equipo con el usuario local, y vamos a acceder con uno de nuestros usuarios del dominio:

• Como podemos ver, ya estoy logueado con el usuario del dominio:

• Para dar permisos de sudo a los usuarios del dominio se pueden crear grupos de seguridad en AD para que al añadirlos se les apliquen esos permisos por pertenecia al grupo.
• Para habilitar un grupo de AD y que tenga permisos de sudo, en el fichero de /etc/sudoers añadir:

%<nombre_grupo_AD> ALL=(ALL:ALL) ALL

Ejemplo:

%DomainAdminsJRRG ALL=(ALL:ALL) ALL

• Ahora desde el equipo Ubuntu 22.04 LTS vamos a verificar, que podemos acceder al recurso compartido que creamos anteriormente en nuestro controlador de dominio, y que podemos crear un documento.
• Instalamos smbclient con apt-get install smbclient y ejecutamos smbclient –list 192.168.5.51 o podemos poner en lugar de la direccion IP del servidor el nombre, como podemos ver, accedemos a los recursos compartidos de nuestro controlador de dominio:

• Accedemos al recurso compartido (share) que creamos anteriormente y nos creamos un fichero .txt para verificar que todo esto funciona correctamente, nos conectamos al servidor, nos pedirá las credenciales de usuario, nos ubicamos sobre el recurso compartido y añadimos el fichero .txt:

Saludos y espero que os resulte de ayuda

• Instalar Ubuntu Desktop con OpenLDAP, generando un dominio con identificador jrrg.local:
• Empezaremos a preparar el equipo con Ubuntu Desktop 22.04.3 LTS, lo primero será activar el usuario root, accedemos a un terminal y ejecutamos passwd root, introducimos la password del usuario root y listo:

• Para iniciar sesion como root en el modo gráfico, lo primero que vamos a realizar será editar el fichero custom.conf, nano /etc/gdm3/custom.conf, localizar la categoría [security] e introducimos el texto AllowRoot=true:

• Ahora editamos el archivo gdm-password, nano /etc/pam.d/gdm-password, localizamos la línea auth required so user != root quiet_success y la comentamos con #:

• Para terminar hacemos un ultimo ajuste en el archive .profile, nano /root/.profile, localizamos una línea con este contenido mesg n 2> /dev/null || true y lo sustituimos por if `tty -s`; then mesg n fi:

• Ahora ya podemos iniciar sesión como root en el modo gráfico:

• Actualizamos el sistema operativo con las últimas versiones de los paquetes disponibles en los repositorios, para ello, ejecutaremos apt-get update && apt-get upgrade:

• Editamos el fichero hosts, nano /etc/hosts e introducimos el nombre del servidor, tanto el nombre DNS como el nombre NETBIOS:

• A continuación vamos a configurar la conexión de red, para ello, editamos el fichero nano /etc/netplan/01-network-manager-all.yaml:

• Aplicamos la nueva configuración de red con netplan apply:

• Si ejecutamos ip a podmeos ver que los cambios se han aplicado:

• Ahora vamos a cambiarle el nombre al equipo, para ello, ejecutamos hostnamectl set-hostname dc03aso y reiniciamos el equipo para que se apliquen los cambios:

• Una vez que hemos realizado la configuraciones previas, vamos a instalar el software necesario para implementar
• OpenLDAP, para ello ejecutamos el comando apt-get install slapd ldap-utils –y:

• Nos pedirá la contraseña del administrador del directorio LDAP:

• Una vez concluida la instalación, podemos verificar que todo está correcto usando el comando slapcat, dónde obtenemos la información de la base de datos LDAP, su salida se produce en formado LDIF:

• A continuación, instalaremos la librería NSS para LDAP, esta librería ofrece una interfaz para acceder y configurar distintas bases de datos utilizadas para almacenar cuentas de usuario, apt-get install libnss-ldap:

• Nos solicita la dirección URi del servidor LDAP, introducimos su dirección IP:

• Introducimos el Distinguised Name (DN) del dominio:

• Le indicamos la version de LDAP que vamos a utilizar, en este caso la 3:

• Le indicamos si las utilidades que utilicen PAM deberán comportarse del mismo modo que cuando cambiamos contraseñas locales, seleccionamos Sí:

• Nos pregunta si queremos que sea necesario identificarse para realizar consultas en la base de datos de LDAP, seleccionamos No:

• Le indicamos el nombre de la cuenta LDAP que tendrá privilegios para realizar cambios en las contraseñas:

• Le indicamos la contraseña:

• El siguiente paso será crear la estructura del directorio, crearemos un archivo que va a contener los tipos de objeto básicos del directorio, para ello, ejecutamos nano ldif e introducimos este contenido:

dn: ou=usuarios,dc=jrrg,dc=local

objectClass: organizationalUnit

ou: usuarios

dn: ou=grupos,dc=jrrg,dc=local

objectClass: organizationalUnit

ou: grupos

• Ahora, debemos añadir la información a la base de datos OpenLDAP, para ello, ejecutamos ldapadd -x -D cn=admin,dc=jrrg,dc=local -W -f baseldap.ldif:

• A continuación, añadiremos la unidad organizativa para los equipos, para ello, ejecutamos nano equipos.ldif e introducimos este contenido:

dn: ou=equipos,dc=jrrg,dc=local

objectClass: organizationalUnit

ou: equipos

• Ahora, debemos añadir la información a la base de datos OpenLDAP, para ello, ejecutamos ldapadd -x -D cn=admin,dc=jrrg,dc=local -W -f equipos.ldif:

• Ahora vamos a añadir usuarios, para ello, ejecutamos nano ldif e introducimos este contenido:

dn: uid=usuario1,ou=usuarios,dc=jrrg,dc=local

objectClass: inetOrgPerson

objectClass: posixAccount

objectClass: shadowAccount

uid: usuario1

sn: usu1

givenName: usuario1

cn: usuario1

displayName:usuario1

uidNumber:2000

gidNumber:20000

userPassword: Pa$sw0rd

gecos: usuario1

loginShell: /bin/bash

homeDirectory: /home/usuario1

shadowExpire: -1

shadowFlag: 0

shadowWarning: 7

shadowMin: 8

• Introducimos el comando ldapadd -x -D cn=admin,dc=jrrg,dc=local -W -f usuarios.ldif:

• Modificamos el fichero nano ldif y añadimos estos tres usuarios más, los campos uidNumber y gidNumber serán 2001 (usuario2), 2002 (usuario3) y 2003 (usuario4):

• Ahora vamos a crear dos grupos, para ello, ejecutamos nano ldif e introducimos este contenido:

dn: cn=grupo1,ou=grupos,dc=sor,dc=local

objectClass: posixGroup

cn: grupo1

gidNumber: 10000

• Introducimos el comando ldapadd -x -D cn=admin,dc=jrrg,dc=local -W -f grupos.ldif:

• Modificamos el fichero nano ldif y añadimos un grupo más, el campo gidNumber será 10001 (grupo2):

• Ahora podemos comprobar todo lo configurado, para ello podemos utilizar, el comando ldapsearch , que nos permite hacer una búsqueda en el directorio, ldapsearch -xLLL -b «dc=jrrg,dc=local» uid=usuario1 sn givenName cn:

• Con el comando slapcat nos muestra el contenido completo del directorio:

• A continuación, vamos a instalar y configurar la interfaz web LDAP Account Manager para administrar OpenLDAP, para ello, ejecutamos apt-get install ldap-account-manager -y:

• Abrimos el navegador y escribimos en la barra de direcciones, http://localhost/lam
• Esto nos lleva a la página inicial de LDAP Account Manager, para iniciar la configuración, basta con hacer clic sobre el enlace LAM configuration:

• Al hacerlo, llegamos a una página donde tenemos dos opciones, Editar la configuración general y Editar perfiles del servidor:

• Comenzaremos editando la configuración general para establecer el perfil del servidor, para ello, hacemos clic sobre Editar la configuración general.
• Antes de entrar en la opción elegida, LDAP Account Manager nos pide la contraseña maestro, esta contraseña no está relacionada con la que escribimos para la administración del directorio OpenLDAP, sino que es propia de LDAP Account Manager, su valor predeterminado es lam, aunque luego la vamos a cambiar.
• Escribimos la contraseña y hacemos clic sobre en OK:

• Aquí dejaremos todos los valores predeterminados, solo vamos a cambiar la contraseña maestra de LDAP Account Manager:

• A continuación, vamos a editar el perfil del servidor:

• Introducimos la nueva password:

• Nos muestra la página Configuración de los perfiles y como puedes ver, la página se divide en cuatro puntos:
• Configuración general, que contiene la información global del servidor LDAP, como el nombre del host o las características de seguridad.
• Tipos de cuentas, donde se indican las diferentes clases de cuentas que administraremos, como usuarios, grupos o equipos.
• Módulos, que contiene la lista de módulos que definen las características de las cuentas que vamos a administrar (si son cuentas Unix, Samba, Koalab, etc).
• Preferencias del módulo, que contiene aspectos específicos del módulo que hayamos seleccionado en la solapa anterior.
• Nosotros veremos solo las dos primeras.
• En Configuración general, vanos a configurar estos parámetros:

• Ahora accedemos a Tipos de cuentas, La sección Tipos de cuentas disponibles muestra una lista de los posibles tipos de cuentas, podemos activar cualquiera de ellos haciendo clic en el signo más que hay junto a cada uno de ellos y la sección Tipos de cuentas activos contiene los tipos de cuentas que se encuentran vigentes en nuestro Sistema:

• Una vez que hemos completado las preferencias, tendremos LDAP Account Manager listo para comenzar a utilizarlo, accedemos a la página principal y nos autenticamos:

• Aqui vemos los usuarios y grupos que tenemos creados, como también podemos ver dese aquí podremos crear nuevos usuarios y nuevos grupos:

• En el grupo1 vamos a añadir como miembros al usuario1 y usuario2 y en el grupo2 vamos a añadir como miembros al usuario3 y usuario4:

• Si volvemos a la configuración de los perfiles del servidor, he creado un tipo de cuenta nueva para los Equipos:

• Ahora si accedemos al panel principal de LDAP Account Manager, podemos ver, que ya podremos añadir equipos al dominio:

Saludos y espero que os sea de ayuda

• Actualizamos el sistema operativo con las últimas versiones de los paquetes disponibles en los repositorios, para ello, ejecutaremos apt-get update && apt-get upgrade:

• Editamos el fichero hosts, nano /etc/hosts e introducimos el nombre del servidor, tanto el nombre DNS como el nombre NETBIOS:

• A continuación vamos a configurar la conexión de red, para ello, editamos el fichero nano /etc/netplan/01-network-manager-all.yaml:

• Aplicamos la nueva configuración de red con netplan apply:

• Si ejecutamos ip a podmeos ver que los cambios se han aplicado:

• Ahora vamos a cambiarle el nombre al equipo, para ello, ejecutamos hostnamectl set-hostname dc02aso y reiniciamos el equipo para que se apliquen los cambios:

• Seguiremos por instalar los paquetes necesarios, además de los paquetes propios de Samba necesitaremos disponer de algunos otros, que deberán estar preinstalados antes de comenzar con el proceso de configuración, aunque todos ellos están en los repositorios. Son los siguientes:
• samba: servidor de archivos, impresión y autenticación para SMB/CIFS.
• smbclient: clientes de línea de comandos para SMB/CIFS.
• krb5-config: Archivos de configuración para Kerberos Version 5.
• winbind: Servicio para resolver información sobre usuarios y grupos de servidores Windows NT.
• Ejecutamos este comando, apt-get install samba krb5-config winbind smbclient:

• Cuando llegue el momento de instalar Kerberos, nos preguntará por el reino, que se refiere al nombre del dominio, en nuestro caso JRRG.LOCAL:

• Nos solicita el nombre de los servidores de Kerberos para nuestro reino, en este caso, se refiere a los controladores de dominio que tengamos definidos, en nuestro caso, sólo tenemos uno que se llama dc02aso:

• Nos solicita el servidor administrativo para nuestro reino de Kerberos, como sólo tenemos uno, volvemos a escribir su nombre, dc02aso:

• Como podemos ver, la instalación finaliza satisfactoriamente:

• Una vez completada la instalación de los paquetes, vamos a configurar samba:
• Lo primero que haremos será renombrar el fichero de configuración de samba, ya que para poder realizar la promoción de este servidor a controlador de dominio debe utilizar su propio fichero de configuración de samba personalizado, mv /etc/samba/smb.conf /etc/samba/smb.conf.orig:

• Después de esto, ya estaría preparado nuestro equipo Ubuntu para promoverlo a controlador de dominio samba, para ello, usaremos el comando samba-tool domain provision, y lo haremos de forma interactiva, para que sea el propio comando el que nos solicite los valores que necesite y, cuando sea posible, nos sugiera sus valores predeterminados, dejamos todos los valores como nos va indicando y solo cambiamos el DNS forwarder que ponemos el de google, también nos indica que configuremos la password del Administrator del dominio:

• Con todo esto que hemos realizado, además de configurarse Samba de forma adecuada, se ha generado un archivo de configuración para Kerberos en la ruta /var/lib/samba/private/krb5.conf, solo tenemos que copiarlo a la ubicación adecuada, cp /var/lib/samba/private/krb5.conf /etc/:

• Ahora vamos a ajustar la resolución de nombres, y comenzaremos deteniendo los servicios implicados, systemctl stop smbd nmbd winbind systemd-resolved:

• Los deshabilitamos, para que no vuelvan a iniciarse si reiniciamos el equipo, systemctl disable smbd nmbd winbind systemd-resolved:

• Nos aseguraremos de que el servicio samba-ad-dc se podrá iniciar sin dificultades, evitando cualquier enmascaramiento que pueda existir, systemctl unmask samba-ad-dc:

• Eliminamos el archivo conf que, en realidad, será un enlace a ../run/systemd/resolve/stub-resolv.conf, para comprobarlo, comenzamos por consultar su entrada en el directorio, ls -l /etc/resolv.conf:

• Procedemos a eliminar el enlace, rm /etc/resolv.conf:

• Utilizamos el editor nano para crear un nuevo archivo que lo sustituya, nano /etc/resolv.conf:

• Editamos los valores adecuados para nuestro dominio:

domain jrrg.local

nameserver 127.0.0.1

• Volvemos a iniciar el servicio samba-ad-dc, systemctl start samba-ad-dc:

• Lo habilitamos, para que también se inicie automáticamente al arrancar el Sistema, systemctl enable samba-ad-dc:

• Ahora vamos a comprobar la instalación, para consultar el nivel de nuestro dominio, es decir, el tipo de servidor que hemos implementado, ejecutamos este commando, samba-tool domain level show:

• Ahora vamos a crear cuatro cuentas de usuario, al igual que hicimos para el controlador de dominio windows, para ello, ejecutamos este commando, samba-tool user create nombreusuario:

• Confirmamos que el servidor DNS funciona de manera adecuada.
• Comprobamos el servicio LDAP sobre el protocolo TCP, para lo que escribiremos, host -t SRV _ldap._tcp.jrrg.local, si todo es correcto, recibiremos una respuesta parecida a ésta, _tcp.jrrg.local has SRV record 0 100 389 dc02aso.jrrg.local.

• Comprobamos el registro SRV para el protocolo Kerberos sobre UDP, para lo que escribiremos, host -t SRV _kerberos._udp.jrrg.local, si todo es correcto, recibiremos una respuesta parecida a ésta, _udp.jrrg.local has SRV record 0 100 88 dc02aso.jrrg.local.

• Para terminar, comprobamos la resolución del nombre de nuestro servidor, host -t A dc02aso.jrrg.local, si todo es correcto, recibiremos una respuesta parecida a ésta, jrrg.local has address 192.168.5.52:

• Comprobamos con nslookup que nuestro dominio resuelve correctamente:

• Ahora vamos a comprobar el funcionamiento de Kerberos para ver si nuestros usuarios pueden autenticar de forma correcta, para ello, ejecutamos este comando, smbclient -L dc02aso.jrrg.local -U ‘administrator’:

• Para terminar, si reiniciásemos nuestro servidor o nuestra conexión de red, el fichero resolv.conf se restablecería con la configuración original y todo dejaría de funcionar, ya que no tendríamos resolución de nombres, para evitar que esto no suceda lo que vamos a hacer es protegerlo contra escritura, para ello, ejecutamos el comando chattr +i /etc/resolv.conf:

• Una vez ejecutado, podemos consultar si está protegido, ejecutando el comando lsattr /etc/resolv.conf:

Saludos y espero que os sea de ayuda

En estos posts vamos a mostrar como desplegar, instalar y configurar servicios de directorios en sistemas operativos Windows y Linux.

Este post lo vamos a dividir en:

• Instalar y configurar Active Directory en Windows Server 2022
• Instalar y configurar Controlador de dominio Samba
• Instalar y configurar Controlador de dominio OpenLDAP
•  Agregar Windows 10 como cliente del dominio Windows Server 2022
• Agregar Ubuntu desktop 22.04 como cliente del dominio Windows Server 2022
• Agregar Windows 10 como cliente del dominio Samba
• Agregar Ubuntu desktop 22.04 como cliente del dominio Samba
• Agregar Ubuntu desktop 22.04 como cliente del dominio OpenLDAP

Saludos y espero que os sea de ayuda

En este post vamos a ver como ampliar un volumen LVM en una máquina Ubuntu de Azure, lo haremos con la máquina iniciada y sin detenerla.

• Como podemos ver, tenemos esta máquina virtual con dos discos, uno para sistema y otro para datos:

• El disco de datos lo tenemos configurado como LVM, ejecutamos fdisk -l o lsblk para ver la información de los discos:

• Sin apagar ni detener la máquina virtual, ampliamos el disco de datos a 200 GB:

• Como podemos ver, ya lo tenemos ampliado a 200 GB:

• Ahora para que el sistema detecte los nuevos parámetros del disco modificado ejecutamos echo «1» >> /sys/block/sdb/device/rescan:

• Ahora ejecutamos growpart /dev/sdb 1 para ajustar la partición después de haber ampliado el almacenamiento, el 1 signfica el número de la partición, debemos de dejar un espacio entre el nombre del dispositivo y el número de la partición:

• Volvemos a realizar un fdisk -l y como podemos ver ya tenemos el disco y la partición con los 200 GB de la ampliación:

• Ahora vamos a ampliar el volumen físico con pvresize /dev/sdb1:

• Con el comando lvextend /dev/ubuntu20.04vg_datos/lv_datos -l+100%FREE ampliaremos la partición LVM con el nuevo espacio disponible:

• Para terminar, ejecutamos resize2fs /dev/ubuntu20.04vg_datos/lv_datos para aumentar el tamaño del sistema de archivos:

• Para verificar que todo está correcto, volvemos a realizar un fdisk -l o lsblk, y vemos que el volumen LVM ya lo tenemos ampliado a 200 GB:

En este post vamos a ver como configurar un cliente NTP en Ubuntu.

• Lo primero que vamos a realizar será instalar ntpdate, que nos va a permitir sincronizar la fecha y hora conectándose a un servidor NTP, para ello, ejecutamos apt-get install ntpdate:

• Agregamos las direcciones IP y nombre de los servidores NTP al fichero hosts del equipo cliente con nano /etc/hosts:

• Verificamos la sincronización de la hora del equipo cliente con ntpdate -u servidorNTP:

• Instalamos en cliente NTP con apt-get install ntp:

• Configuramos el cliente NTP editando el fichero /etc/ntp.conf con nano /etc/ntp.conf y agregamos los servidores NTP que configuramos anteriormente:

• Ahora reiniciamos el servicio ntp con systemctl restart ntp y con systemctl status ntp vemos el estado del servicio:

• Con ntpq -p podemos verificar la sincronización del cliente NTP:

Saludos y espero que os resulte de ayuda

En este post vamos a ver como instalar y configurar un servidor NTP en Ubuntu Server 22.04.

• Lo primero que vamos a realizar será actualizar el repositorio de paquetes de nuestro Ubuntu Server 22.04 con apt-get update:

• Seguidamente instalaremos los paquetes necesarios para desplegar nuestro servidor NTP con apt-get install ntp ntpdate:

• Con timedatectl podemos ver la zona horaria en la que se encuentra nuestro servidor NTP, en nuestro caso, la tenemos en Etc/UTC, para cambiarla debemos ejecutar timedatectl set-timezone Europe/Madrid:

• Si queremos ver el listado de las zonas horarias debemos ejecutar timedatectl list-timezones:

• Una vez instalados los servicios de NTP server y cambiada la zona horaria, el fichero de configuración principal se ubica /etc/ntp.conf, este fichero lo vamos a editar y vamos a añadirle los servidores NTP externos con los que se va a sincronizar nuestro servidor NTP, para que una vez sincronizados, les pueda pasar la fecha y hora a los equipos clientes que lo requieran:

• Hemos añadido:
• pool 0.europe.pool.ntp.org iburst
• pool 1.europe.pool.ntp.org iburst
• pool 2.europe.pool.ntp.org iburst
• pool 3.europe.pool.ntp.org iburst
• Ahora reiniciamos el servicio ntp con systemctl restart ntp y con systemctl status ntp vemos el estado del servicio:

• Con ntpq -p podemos verificar la sincronización del servidor NTP:

• Ahora desde cualquier equipo de nuestra red interna, si ejecutamos con nmap el siguiente comando, nmap -p 123 -sU -P0 servidorNTP podemos ver que el puerto UDP 123 utilizado por el servidor NTP lo tenemos abierto:

Saludos y espero que os sea de ayuda

En este post vamos a ver como capturar una imagen de una máquina virtual con sistema operativo Linux.

• Como podemos ver, aquí tenemos desplegada una máquina virtual con Ubuntu Server 20.04 LTS, sobre esta máquina hemos instalado todo lo necesario y hemos realizado todas las configuraciones mínimas para adaptarla a nuestra infraestructura, una vez preparada, empezamos con la captura y su posterior guardado como imagen o plantilla, que nos va a servir, para poder desplegar otras máquinas virtuales a partir de esta plantilla:

• Lo primero que tenemos que realizar antes de hacer la captura de una máquina virtual Linux, es aplicar el siguiente comando, que es como un sysprep pero para Linux, waagent -deprovision+user así dejaremos la máquina virtual generalizada:

• Una vez generalizada, ya podemos proceder con la captura, para ello, accedemos a Máquina virtual > Captura:

• Sobre Datos básicos le indicamos la suscripción, un grupo de recursos que ya nos lo hemos creado anteriormente, dónde vamos a ubicar todas las plantillas de Linux, le indicamos que sólo vamos a capturar una imagen administrada y le asignamos un nombre a la plantilla, clic en Siguiente:

• Sobre Etiquetas le asignamos las que creamos oportunas para nuestro entorno, clic en Siguiente:

• Sobre Revisar y crear nos muestra un resumen, clic en Crear:

• Como podemos ver, aquí comienza a crearse nuestra plantilla:

• Y aquí vemos, que se ha completado correctamente:

• Ahora si accedemos al grupo de recursos, dónde hemos creado la plantilla, podemos ver que ya la tenemos lista para realizar futuros despliegues de máquinas virtuales Ubuntu 20.04 LTS:

• Si quisiéramos crear una máquina virtual a partir de esta plantilla, es tan sencillo, como acceder a la plantilla y ejecutar Crear máquina virtual, el proceso de creación es con las mismas opciones que crear una máquina virtual nueva, en este post que realizamos hace algún tiempo, le podéis echar un vistazo:

Saludos y espero que os resulte de ayuda