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

La entrada Instalación y configuración servidor DHCP en Ubuntu 24.04 LTS con webmin se publicó primero en RAGASYS SISTEMAS.

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

La entrada Instalación y configuración servidor DHCP en Ubuntu 24.04 LTS se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver cómo configurar un servidor DHCP Relay en un firewall Fortigate, este DHCP relay va a escuchar las peticiones DHCP que se producen en la red, y las va a encaminar hacia un servidor DHCP que se encuentra en otra red para que éste las atienda, el servidor DHCP dará una respuesta que enviará hacia el DHCP relay configurado en nuestro Fortigate, y éste la trasladará al cliente que hizo la petición.

• Para empezar, vamos a ver que tenemos configurado nuestro servidor DHCP con el ámbito de red que queremos asignar a nuestros equipos clientes, y estas serían las distintas configuraciones del ámbito:

• Ahora en nuestro firewall fortigate vamos a acceder a Red > Interfaces y editaremos la red dónde vamos a configurar nuestro servidor DHCP relay:

• Sobre la edición de la interface de red, vamos a habilitar el servidor DHCP y en Avanzado seleccionamos el modo Relay, tipo Regular y ponemos la IP del servidor DHCP dónde hemos configurado el ámbito para esta red, en este caso, he puesto dos servidores DHCP ya que en mi infraestructura tengo montado un failover cluster para este servicio con balaceo de carga 50%-50%:

• Como podemos ver, ya lo tenemos configurado:

• Ahora accedemos a una máquina cliente de nuestra infraestructura, y como podemos ver, ya se le está sirviendo el direccionamiento IP y las opciones del ámbito que hemos configurado, todo ello, a través del DHCP relay configurado en el fortigate:

• En nuestra consola del servidor DHCP, podemos ver la concesión de direcciones para esta red:

Saludos y espero que os sea de ayuda

La entrada Configurar servidor DHCP Relay en Firewall Fortigate se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como se instala la herramienta Microsoft Deployment Toolkit y el rol de Servidor DHCP

• Lo primero que vamos a realizar será descargarnos la herramienta MDT desde este enlace:

• Como podemos ver ya la tenemos descargada:

• Una vez descargada procedemos a instalarla siguiendo los pasos del asistente típico de Windows:

• Comienza a instalar los componentes:

• Como podemos ver se ha instalado correctamente, finalizamos:

• Ahora vamos a instalar el rol de servidor DHCP, para ello podemos seguir el siguiente tutorial realizado en este mismo blog.
• Aquí vemos el servidor DHCP instalado, con las siguientes configuraciones:

• Vamos a limitar la concesión de las direcciones a 5 horas:

Saludos y espero que os resulte de ayuda

La entrada Instalación Microsoft Deployment Toolkit (MDT) y Servidor DHCP se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como automatizar los backups de nuestro servidor DHCP en MS Windows Server 2016.

• Para ello, vamos a acceder al registro de Windows:

• Nos vamos a la ruta HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DHCPServer\Parameters:

• Sobre la opción BackupInterval vamos a modificar sus valores, y configuramos el intervalo cada 2880 minutos, es decir, se realizará un backup cada dos días:

Para realizar este post me he ayudado del Curso Instalación y Configuración de Windows Server 2016 impartido por Jair Gómez, el cuál recomiendo a cualquier Administrador de Sistemas Windows

Saludos y espero que os sea de ayuda

La entrada Automatizar Backups del DHCP en MS Windows Server 2016 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como realizar un restore a nuestro servidor DHCP en MS Windows Server 2016.

• Para empezar vamos a eliminar el ámbito que teníamos creado:

• Como podemos ver ya está eliminado el ámbito:

• Ahora tenemos que configurar la ruta de acceso a la copia de seguridad, para ello, nos vamos a las propiedades del servidor DHCP y cambiamos la ruta de acceso:

• Para realizar el restore del servidor DHCP, desde su propia consola y sobre el servidor DHCP damos un clic derecho para ejecutar la acción “Restaurar…”:

• Le indicamos la ubicación del backup:

• El sistema nos indica que los cambios se harán efectivos una vez que se detenga y se reinicie el servicio de DHCP:

• Nos indica que la base de datos se ha restaurado correctamente:

• Como podemos ver ya tenemos el ámbito restaurado:

Saludos y espero que os sea de ayuda

La entrada Restore DHCP en MS Windows Server 2016 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como realizar un backup a nuestro servidor DHCP en MS Windows Server 2016.

• Para ello accedemos a la consola DHCP del servidor, y sobre el servidor DHCP damos un clic derecho para ejecutar la acción “Copia de seguridad…”:

• Por defecto los backups de la base de datos del DHCP se guardan en la siguiente ubicación, %systemroot%/System32/dhcp/backup:

• Como buena práctica, nosotros vamos a guardar el backup de la base de datos del DHCP en una unidad de disco distinta a la del sistema, D:\dhcp:

• Como podemos ver la copia se ha realizado correctamente:

Saludos y espero que os resulte de ayuda

La entrada Backup DHCP en MS Windows Server 2016 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como desconfigurar un clúster de conmutación por error para el servicio de DHCP de nuestra infraestructura.

• Para ello accedemos a la consola DHCP del servidor principal, y sobre el ámbito damos un clic derecho para ejecutar la acción “Desconfigurar conmutación por error”:

• El warning nos indica que va a quitar los ámbitos seleccionados del servidor DHCP asociado, eliminando por tanto la alta disponibilidad para el servicio DHCP:

• Aquí vemos que el DHCP Failover ha sido desconfigurado correctamente:

• Si accedemos a las propiedades del ámbito, podemos ver, que la pestaña “Conmutación por error” ha desaparecido:

• El servidor DHCP principal se queda como estaba originalmente, es decir, todo configurado correctamente:

• El servidor DHCP secundario ha perdido toda la configuración del ámbito, por lo tanto, ya no tenemos alta disponibilidad para el servicio DHCP en nuestra infraestructura:

Saludos y espero que os sea de ayuda

La entrada Desconfigurar DHCP Failover Cluster en MS Windows Server 2016 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a realizar pruebas de alta disponibilidad para el DHCP Failover de nuestra infraestructura, así verificaremos que funciona correctamente el clúster.

• Desde un equipo cliente de nuestra red vamos a verificar que servidor DHCP, le está sirviendo la configuración IP, ejecutando un “ipconfig /all”:

• Como podemos ver el servidor DHCP principal es el que le ha servido la configuración IP:

• Ahora ejecutamos el comando “ipconfig /release” en el cliente w10 para liberar la configuración IP servida por el DHCP:

• Si actualizamos el servidor DHCP vemos que este cliente ya no tiene asignada ninguna configuración IP:

• Para comprobar la alta disponibilidad del DHCP Failover, vamos a parar el servicio en el DHCP principal:

• Ahora en el equipo cliente w10 vamos a solicitar una nueva configuración IP a cualquiera de los servidores DHCP disponibles en nuestra red, para ello, ejecutamos el comando “ipconfig /renew”:

• Si ejecutamos de nuevo el comando “ipconfig /all” podemos ver que el servidor DHCP que le está sirviendo la configuración IP es el servidor secundario:

• Aquí podemos ver que el servidor secundario le ha servido correctamente la configuración IP al cliente w10, por lo tanto, la alta disponibilidad está funcionando perfectamente:

• Sobre el servidor DHCP secundario podemos ver una flechita naranja en IPv4, esto nos indica, que uno de los servidores DHCP del Failover cluster está caído:

Saludos y espero que os resulte de ayuda

La entrada Pruebas funcionamiento DHCP Failover Cluster en MS Windows Server 2016 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como configurar un clúster de conmutación por error para el servicio de DHCP de nuestra infraestructura, proporcionando así una alta disponibilidad al servicio DHCP.

• Como podemos ver ya tenemos montado y configurado un servidor DHCP en nuestra infraestructura, este servidor DHCP lo tenemos implementado en uno de nuestros controladores de dominio:

• Para poder configurar e implementar un DHCP Failover, sobre otro de nuestros servidores unidos al dominio, debemos instalar el rol o función de DHCP, para ello, desde el Administrador del servidor seguimos estos pasos:

• Se nos abrirá este asistente donde seguiremos estos pasos:

• Comienza a instalar el rol de DHCP:

• Una vez instalado requiere completar la configuración, se nos abrirá un nuevo asistente, dónde configuramos las siguientes opciones:

• Cerramos el asistente y reiniciamos el servidor:

• Una vez reiniciado, ya podemos acceder a la consola de DHCP:

• Ahora vamos a configurar el DHCP Failover, para ello nos abrimos la consola del DHCP en el servidor principal, es decir, el servidor que ya tiene configurado el ámbito de nuestro DHCP, damos clic derecho sobre el ámbito y “Configurar conmutación por error…”:

• Se nos abrirá este asistente, y en primer lugar seleccionamos el ámbito:

• Seleccionamos el servidor asociado para usar con la conmutación por error:

• Sobre las opciones de relación configuramos, un nombre, el modo de equilibrio de carga (50% para cada servidor), y una clave compartida entre los dos servidores para establecer la relación de confianza:

• Nos muestra un resumen y finalizamos:

• Como podemos ver todo está correcto:

• Con todo esto ya tendríamos configurada la conmutación por error para nuestro servicio de DHCP, proporcionando así una alta disponibilidad para este servicio:

• Si accedemos a las propiedades del ámbito, podemos ver la configuración del Failover cluster:

Saludos y espero que os sea de ayuda

La entrada Configurar DHCP Failover Cluster en MS Windows Server 2016 se publicó primero en RAGASYS SISTEMAS.

• Como podemos ver ya tenemos nuestro controlador de dominio principal operativo:

• Empezamos la configuración de nuestro controlador de dominio adicional asignándole un nombre y una dirección IP estática, como DNS primario le asignamos la IP del controlador de dominio principal y como DNS secundario la dejamos en blanco:

• Ahora agregamos este equipo como un miembro más del dominio:

• Le proporcionamos las credenciales del Administrador del dominio:

• Como podemos ver se ha unido a nuestro dominio correctamente:

• Reiniciamos para que todos los cambios tengan efecto:

• Ahora nos vamos a la consola de Usuarios y equipos de Active Directory en el controlador de dominio principal y cómo podemos ver, este equipo ya pertenece al dominio ragasys.net:

• Una vez que el equipo ha reiniciado, iniciamos sesión en DC02RGS como Administrador del dominio:

• Para comenzar con la instalación de los Servicios de dominio de Active Directory, nos abrimos el Administrador del servidor, y agregamos roles y características:

• Se nos abre el siguiente asistente, clic en siguiente:

• Elegimos la opción instalación basada en características o en roles:

• Seleccionamos nuestro servidor dc02rgs:

• Ahora agregamos el rol de Servicios de dominio de Active Directory:

• Agregamos las características:

• Continuamos con la instalación del rol:

• Todas las características que requiere nuestro controlador de dominio de Active Directory se seleccionan por defecto por lo que hacemos clic en siguiente:

• Aquí nos muestra información sobre Active Directory, clic en siguiente:

• Iniciamos el despliegue de la función Servicios de dominio de Active Directory, clic sobre “Instalar”:

• Una vez finalizada la instalación cerramos y reiniciamos nuestro controlador de dominio:

• Tras el reinicio nos abrimos el Administrador del servidor y promovemos este servidor a controlador de dominio:

• Se nos abre un nuevo asistente dónde agregamos un controlador de dominio a un dominio ya existente, seleccionamos nuestro nombre de dominio y le proporcionamos las credenciales del Administrador del dominio:

• Seleccionamos la función de DNS, ya que es un requisito imprescindible para Active Directory, también seleccionamos que sea Catálogo Global, y ¡¡¡OJO!!! en la opción de “Nombre del sitio”, en nuestro caso, hemos elegido el Site “Barcelona” ya que este Domain Controller estará en las oficinas de Barcelona, todo esto lo configuramos en el post anterior “Organización Sitios y Servicios de Active Directory sobre MS Windows Server 2016”, luego introducimos una contraseña segura que será necesaria en caso de restauración de Active Directory (introducimos la misma contraseña que pusimos en el controlador de dominio principal):

• Esta opción la dejamos por defecto, ya que el DNS lo tenemos configurado sobre el controlador de dominio principal, por lo que el controlador de dominio adicional se va a configurar automáticamente con la misma configuración que el principal:

• En las opciones de replicación le decimos que replique desde el controlador de dominio principal:

• Las rutas de acceso las dejamos por defecto:

• Nos muestra un resumen de las opciones configuradas:

• Vemos que la comprobación de los requisitos previos está correcta, clic sobre “Instalar”:

• Comienza el proceso de instalación y promoción a controlador de dominio:

• Una vez que la instalación termina, nuestro servidor se reinicia automáticamente, y tras el reinicio, introducimos las credenciales de Administrador que será la cuenta del administrador del dominio, que ya la cambiamos de nombre anteriormente como buena práctica:

• Con esto ya tendríamos nuestro servidor promovido a controlador de dominio, ahora desde el Administrador del servidor podemos ver todas las consolas que se han agregado al instalar y configurar el rol de Servicios de dominio de Active Directory:

• Ahora nos abrimos la consola de “Usuarios y equipos de Active Directory” y comprobamos que nuestro servidor se encuentra en la Unidad Organizativa “Domain Controllers”:

• El servidor DNS, en este controlador de dominio adicional, ha quedado replicado exactamente igual que el que configuramos en nuestro primer Controlador de dominio, por lo tanto, no tenemos que configurar nada:

• Sólo modificamos esta opción, en las propiedades del servidor DNS:

• Sobre las propiedades del adaptador de red del primer controlador de dominio o principal, configuramos como DNS alternativo la dirección IP del segundo controlador de domino o adicional:

• Sobre las propiedades del adaptador de red del segundo controlador de dominio o adicional, configuramos como DNS preferido su misma IP y como DNS alternativo la dirección IP del controlador de domino principal:

• Ahora nos abrimos la consola de Sitios y Servicios de Active Directory, y vemos como nos queda configurada finalmente, una vez que hemos agregado este segundo controlador de dominio a nuestra infraestructura, ya que en la instalación le indicamos el Site en el que debía ubicarse:

• Ahora nos abrimos un Windows PowerShell en cualquiera de nuestros controladores de dominio y con el comando “repadmin” vamos a comprobar que los dos Domain Controllers se replican correctamente, “repadmin” como podemos observar tiene multitud de comandos:

• Nosotros para comprobar la replicación utilizaremos “repadmin /showrepl”, y como podemos ver la replicación es correcta:

• Ahora, sobre este controlador de dominio adicional, también vamos a instalar y configurar el rol de DHCP para nuestra infraestructura de red en la oficina de Barcelona y así poder servir direcciones IP de forma dinámica a los equipos clientes, el proceso es el mismo que ya hicimos en el post “Controlador de dominio sobre MS Windows Server 2016, DNS y DHCP”, por lo tanto, no lo voy a mostrar, con todo instalado y configurado nos quedaría de esta manera:

• Sobre el servidor DHCP del primer controlador de dominio, en las opciones del ámbito debemos agregar como segundo servidor DNS, el nuevo controlador de dominio adicional configurado:

Saludos y espero que os resulte de ayuda

La entrada Agregar un Controlador de Dominio adicional sobre MS Windows Server 2016 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a implementar el rol de Servicios de dominio de Active Directory sobre MS Windows Server 2016, siendo este servidor nuestro primer controlador de dominio de nuestra infraestructura (DC01RGS).

• En primer lugar vamos a ver que son los Servicios de dominio de Active Directory (ADDS): (Fuente de esta introducción: Curso Instalación y configuración de Windows Server 2016, impartido por Jair Gómez)

Active Directory Domain Services o directorio activo es una estructura jerárquica de directorios que almacena, en una base de datos, información sobre redes y dominios, es utilizado por equipos Microsoft Windows. ADDS se utiliza principalmente para obtener información en línea, está diseñado especialmente para entornos de red distribuidos, utiliza protocolos como LDAP, DNS, DHCP y otros. Directorio Activo maneja un gran número de operaciones de lectura y de búsqueda y un número significativamente menor de los cambios y actualizaciones.

La base de datos de Active Directory NTDS.dit se compone de objetos y atributos. Objetos y definiciones de atributos se almacenan en el esquema de Active Directory. La estructura de un directorio activo esta generalmente dividida en tres categorías principales:

1. Recursos de hardware, como computadoras e impresoras.
2. Servicios para los usuarios finales, tales como servidores web y correo electrónico.
3. Objetos que son las principales funciones de dominio y de red.

Active Directory es un sistema centralizado y estandarizado que automatiza la gestión de red, esto es: información de usuarios, seguridad y distribución de recursos.

Los dos protocolos más importantes que componen Active Directory Domain Services son Kerberos y LDAP, el primero se encarga de la autenticación y seguridad entre equipos y el segundo nos da la estructura del directorio activo (bosque, dominios, unidades organizativas…)

El equipo configurado como controlador de dominio es el que controla todo lo que sucede en nuestro dominio, es el encargado de realizar las consultas o resolver las consultas de autenticación y el que administra la estructura LDAP de Active Directory, es el que tiene una copia de la base de datos del directorio activo llamada NTDS.dit.

Recordamos nuestra infraestructura de red:

• Empezamos la configuración de nuestro controlador de dominio asignándole un nombre y una dirección IP estática, y como DNS le asignamos su propia dirección IP, ya que se encargará de toda la gestión DNS de nuestro entorno:

• Como podemos ver también le hemos cambiado el nombre al adaptador de red, esto no es necesario, pero siempre tengo como costumbre asignarle nombres a los adaptadores de red para saber de un simple vistazo a que red están conectados:

• Como buena práctica, vamos a cambiar el nombre de la cuenta de Administrador, para ello nos vamos a las directivas de equipo local y procedemos con el cambio:

• Una vez cambiado el nombre de la cuenta de Administrador, reiniciamos el servidor.
• Como podemos ver el nombre de la cuenta de Administrador ha cambiado:

• Una vez que hemos iniciado sesión, abrimos el Administrador del servidor y agregamos roles y características:

• Se nos abre el siguiente asistente, clic en siguiente:

• Elegimos la opción instalación basada en características o roles:

• Seleccionamos nuestro servidor dc01rgs:

• Ahora agregamos el rol de Servicios de dominio de Active Directory:

• Agregamos las características:

• Continuamos con la instalación del rol:

• Todas las características que requiere nuestro controlador de dominio de Active Directory se seleccionan por defecto por lo que hacemos clic en siguiente:

• Aquí nos muestra información sobre Active Directory, clic en siguiente:

• Iniciamos el despliegue de la función Servicios de dominio de Active Directory, clic sobre “Instalar”:

• Una vez finalizada la instalación cerramos y reiniciamos nuestro controlador de dominio:

• Tras el reinicio nos abrimos el Administrador del servidor y promovemos este servidor a controlador de dominio:

• Se nos abre el siguiente asistente y añadimos un nuevo bosque, ya que este es nuestro primer controlador de dominio en la infraestructura, escribimos nuestro nombre de dominio raíz:

• Seleccionamos el nivel funcional de nuestro bosque, en este caso Windows Server 2016, ya que no tenemos otros controladores de dominio sobre Windows Server 2003, 2008 0 2012. También seleccionamos la función de DNS en la que apoyaremos toda la infraestructura de nombres de nuestra red, aparte de que es un requisito imprescindible para Active Directory, luego introducimos una contraseña segura que será necesaria en caso de restauración de Active Directory:

• Windows no puede encontrar una delegación para el servidor DNS ya que éste es el primer bosque de nuestro entorno, hacemos clic en siguiente:

• Agregamos el nombre NETBIOS:

• Las rutas de acceso las dejamos por defecto:

• Nos muestra un resumen de las opciones configuradas:

• Vemos que la comprobación de los requisitos previos está correcta, clic sobre “Instalar”:

• Comienza el proceso de instalación y promoción a controlador de dominio:

• Una vez que la instalación termina, nuestro servidor se reinicia automáticamente, y tras el reinicio, introducimos las credenciales de Administrador que será la cuenta del administrador del dominio, que ya la cambiamos de nombre anteriormente como buena práctica:

• Con esto ya tendríamos nuestro servidor promovido a controlador de dominio:

• Ahora vamos a ver las consolas que se han instalado al agregar el rol de Servicios de dominio de Active Directory, estas consolas las iremos viendo a medida que vayamos configurando nuestro Active Directory:

• Ahora vamos a crear una copia del usuario Administrador del dominio (un usuario de emergencias), en mi caso, prefiero hacerlo por si en algún momento tengo problemas con la cuenta de administración del dominio, para ello abrimos la consola de Usuarios y equipos de Active Directory y copiamos la cuenta de Administrador:

• Como podemos ver ya está creada, y es una copia exacta a la cuenta del Administrador del dominio:

• Ahora vamos a abrir la consola de DNS y agregamos una zona nueva para la resolución inversa:

• Vamos configurando el asistente con los siguientes parámetros:

• Para verificar que la zona de resolución inversa está funcionando correctamente, sobre la zona de búsqueda directa y sobre las propiedades del registro tipo A de nuestro servidor controlador de dominio, marcamos el check “PTR”:

• Y como vemos en nuestra zona de búsqueda inversa se actualiza el registro:

• Como en nuestra infraestructura de red tenemos más sedes y cada una con un direccionamiento IP distinto, vamos a crear las zonas de búsqueda inversa para estas sedes, y también crearemos la zona de búsqueda inversa para la DMZ, el proceso a seguir sería el mismo que hemos realizado anteriormente, si queréis ver el direccionamiento de cada sede quedó explicado en un post anterior “Instalación, configuración y administración de servidores en un entorno MS Windows Server 2016”:

• Ahora forzaremos el registro DNS con el siguiente comando:

• Otra de las configuraciones que debemos realizar en nuestro DNS es agregar los reenviadores (pondremos los DNS públicos de google 8.8.8.8 y 8.8.4.4 y el DNS público de IBM 9.9.9.9 especializado en bloquear malware) para que el servidor DNS resuelva también dominios externos, para ello hacemos lo siguiente:

• Así quedarían configurados nuestros reenviadores:

• Configuramos la dirección IP que dará servicio a las consultas DNS:

• Para terminar con la configuración del DNS, vamos a configurar la caducidad de los registros, tanto para la zona de búsqueda directa como para la inversa, para ello seguimos estos pasos:

• Con esto tendríamos nuestro controlador de dominio implementado en nuestra infraestructura, ya podríamos empezar a crear usuarios y a organizar el Active Directory, todo esto los veremos cuando dediquemos un post a organización de AD, unidades organizativas, técnicas para asignar permisos a carpetas, etc…
• Como configuración adicional veremos cómo instalar y configurar DHCP para nuestra infraestructura y que podamos servir direcciones IP de forma dinámica a los equipos clientes de nuestra red.
• Para ello, vamos al Administrador del servidor y agregamos roles y características:

• Agregamos servidor DHCP con sus características:

• En características añadimos las que se seleccionan por defecto:

• Nos da un par de consejos antes de implementar el servidor DHCP:

• Confirmamos que queremos instalar:

• Como podemos ver se ha instalado correctamente:

• Una vez instalado el rol de DHCP procedemos a completar la configuración:

• Se nos abre el siguiente asistente:

• Ahora procedemos a la configuración de los parámetros del Servidor DHCP a través de la consola de DHCP, dónde agregaremos un nuevo ámbito para nuestra infraestructura:

• Se nos abre este asistente, dónde configuraremos los siguientes parámetros:

• Nombre para el ámbito:

• Configuramos el intervalo de direcciones que se asignarán de forma dinámica a los equipos clientes:

• En este caso no excluimos ninguna ip del intervalo de direcciones configurado:

• La duración de la concesión de las direcciones IP lo dejamos por defecto en 8 días:

• Configuramos las siguientes opciones para el ámbito:

• Agregamos el Gateway que se le asignarán a los equipos clientes:

• Agregamos el nombre de dominio y los servidores DNS:

• En servidores WINS no agregamos nada ya que no hemos configurado esta función en nuestra infraestructura:

• Activamos el ámbito y finalizamos:

• Ya tenemos configurado nuestro Servidor DHCP:

Saludos y espero que os resulte de ayuda

La entrada Controlador de dominio sobre MS Windows Server 2016, DNS y DHCP se publicó primero en RAGASYS SISTEMAS.

En los próximos post vamos a hablar sobre la instalación, configuración y administración de servidores en un entorno con Microsoft Windows Server 2016, los iremos entregando “poquito a poco”, en esta serie de post empezaremos por lo básico, como puede ser la instalación del sistema operativo, más adelante instalaremos y configuraremos muchos de sus roles y características como pueden ser, Active Directory, DNS, DHCP, Servidor de ficheros, Servidor de impresión, WSUS, RDS, etc…; también montaremos una infraestructura de correo empresarial con MS Exchange 2016, veremos como implementar una suite de seguridad para empresas con los productos de Fortinet, concretamente con Forticlient Enterprise Management Server, y bueno, seguro que se me van ocurriendo más instalaciones y configuraciones para añadir a esta infraestructura.

La topología que hemos configurado y desarrollado sería la siguiente, esta topología seguramente irá cambiando a medida que vayamos añadiendo servidores, según los roles y características que en cada momento necesitemos:

Explicaremos un poco esta topología, tendremos una oficina central situada en Madrid y cuatro oficinas remotas (Barcelona, Valencia, Bilbao y Sevilla) que conectamos a través de VPN con la sede central en Madrid.

El direccionamiento IP utilizado será el siguiente:

• Para la sede principal en Madrid: 192.168.5.0/24 (Inside), 192.168.14.0/24 (Outside), 192.168.3.0/24 (DMZ)
• Para la sede remota en Barcelona: 192.168.6.0/24
• Para la sede remota en Valencia: 192.168.7.0/24
• Para la sede remota en Bilbao: 192.168.8.0/24
• Para la sede remota en Sevilla: 192.168.9.0/24

Este post lo vamos a dividir en: (en esta parte iremos añadiendo los artículos a medida que los vayamos realizando)

• Ediciones, licenciamiento y requisitos mínimos del sistema MS Windows Server 2016
• Instalación MS Windows Server 2016 – Administrador del servidor
• Controlador de dominio sobre MS Windows Server 2016, DNS y DHCP
• Organización de Active Directory sobre MS Windows Server 2016
• Organización Sitios Y Servicios de Active Directory sobre MS Windows Server 2016
• Agregar un controlador de dominio adicional sobre MS Windows Server 2016
• Administración de directivas de grupo (GPO) sobre Microsoft Windows Server 2016
• GPO para delegar tareas administrativas del Active Directory a otros Administradores de sistemas
• Instalación y configuración de un Servidor de Ficheros en MS Windows Server 2016
• ………………………………………………………………………………

Saludos y espero que os guste, ya que estos artículos, me van a llevar horas planificarlos y realizarlos

La entrada Instalación, configuración y administración de servidores en un entorno Microsoft Windows Server 2016 se publicó primero en RAGASYS SISTEMAS.

En esta entrada vamos a ver como trabajar con switches de la compañía Cisco con 6 ejemplos de redes diseñadas con el software Cisco Packet Tracer, les vendrán muy bien a los estudiantes del CCNA para prácticar.

• Actividad 1: Agregación de enlaces
• Topología actividad 1:

• Actividad 2: DHCP con VLANs
• Topología actividad 2:

• Actividad 3: Switch capa 3 y access point con router multifunción
• Topología actividad 3:

• Actividad 4: Spanning Tree Protocol – STP
• Topología actividad 4:

• Actividad 5: Switch capa 3 como router
• Topología actividad 5:

• Actividad 6: Supuesto práctico sobre VLANs
• Topología actividad 6:

Para poder ver el diseño lógico y físico de la red necesitaréis el software packet tracer.

• Link de descarga actividad 1: Agregación de enlaces
• Link de descarga actividad 2: DHCP con VLANs
• Link de descarga actividad 3: Switch capa 3 y access point con router multifunción
• Link de descarga actividad 4: Spanning Tree Protocol – STP
• Link de descarga actividad 5: Switch capa 3 como router
• Link de descarga actividad 6: Supuesto práctico sobre VLANs

Actividades propuestas por el profesor Manuel Castaño Guillén.

Saludos y espero que os sea de ayuda

La entrada Switches y Conmutación Cisco I se publicó primero en RAGASYS SISTEMAS.

En esta entrada vamos a ver los servicios IP con cinco ejemplos de redes diseñadas con el software Cisco Packet Tracer, les vendrán muy bien a los estudiantes del CCNA para prácticar.

• Actividad 1: AAA (Authentication, Authorization and Accounting)
• Topología actividad 1:

• Actividad 2: CORREO
• Topología actividad 2:

• Actividad 3: DHCP
• Topología actividad 3:

• Actividad 4: DNS
• Topología actividad 4:

• Actividad 5: FTP
• Topología actividad 5:

Para poder ver el diseño lógico y físico de la red necesitaréis el software packet tracer.

• Link de descarga actividad 1: AAA
• Link de descarga actividad 2: CORREO
• Link de descarga actividad 3: DHCP
• Link de descarga actividad 4: DNS
• Link de descarga actividad 5: FTP

Actividades propuestas por el profesor Manuel Castaño Guillén.

Saludos y espero que os sea de ayuda

La entrada Servicios IP se publicó primero en RAGASYS SISTEMAS.

La topología sería la siguiente:

El usuario y password que utilizaremos en todas las prácticas para el acceso a los routers y switches es:

Usuario: ragasys

enable password cisco

enable secret class

Para poder ver el diseño lógico y físico de la red necesitaréis el software packet tracer.

Aquí os dejo el link de descarga de esta topología de red con DHCP con VLAN II: DHCP con VLANs II

Saludos.

La entrada DHCP con VLANs II se publicó primero en RAGASYS SISTEMAS.

La topología sería la siguiente:

El usuario y password que utilizaremos en todas las prácticas para el acceso a los routers y switches es:

Usuario: ragasys

enable password cisco

enable secret class

Para poder ver el diseño lógico y físico de la red necesitaréis el software packet tracer.

Aquí os dejo el link de descarga de esta topología de red con DHCP con VLAN: DHCP con VLANs

Espero que os sea de ayuda.

Saludos

La entrada DHCP con VLANs se publicó primero en RAGASYS SISTEMAS.