Montando un controlador de dominio con Windows Server Core 2019 en Proxmox

Cuando monté mi laboratorio con Proxmox tenía una idea bastante clara: quería aprender, probar cosas y montar servicios que realmente me resultasen útiles.

Lo que no tenía tan claro era que, con el tiempo, ese pequeño servidor iba a acabar haciendo de todo.

Máquinas virtuales, contenedores, servicios, pruebas, Windows, Linux, Ansible… y cada vez que se me ocurre una idea nueva, hay que buscarle un hueco.

Mi Proxmox empieza estar al borde de un ataque de nervios. 😂

Y precisamente por eso, cuando llegó el momento de montar un controlador de dominio para el laboratorio, tenía claro que no quería añadir otro Windows Server con escritorio gráfico que estuviese consumiendo recursos simplemente para enseñarme un menú de inicio.

Así que decidí probar Windows Server Core 2019.

Sin escritorio.
Sin ventanas.
Sin menú de inicio.

Solo lo necesario para que el servidor haga su trabajo.

En este artículo vamos a instalar Windows Server Core 2019 en Proxmox y dejarlo preparado para convertirlo en el controlador de dominio de nuestro laboratorio.

Y aunque al principio pueda parecer un poco raro encontrarse con Windows y no tener dónde hacer clic, precisamente ahí está la gracia, y sobre todo para no caer en la tentación de usarlo para todo.

Porque si vamos a montar un laboratorio para aprender administración de sistemas, quizá también haya llegado el momento de dejar de darle al botón Siguiente, siguiente, siguiente. 😄

Así que vamos complicando este laboratorio poco a poco hasta que Proxmox pida la jubilación...

Paso 1 - Configuración inicial de Server Core

Antes de meternos en faena, quiero compartir un par de ideas que tuve cuando decidí montar este servidor.

• La primera es que Server Core no está pensado para ser un Windows de escritorio sin escritorio. 😄 Su objetivo es precisamente reducir al mínimo todo aquello que no sea necesario para que el servidor cumpla su función.

• La segunda es que, aunque al principio resulte extraño, administrar un servidor sin interfaz gráfica es una buena oportunidad para aprender otras formas de trabajar con Windows y, de paso, entender un poco mejor qué ocurre detrás de todos esos botones a los que estamos acostumbrados.

Dicho esto, vamos al lío.

A partir de aquí, la instalación es prácticamente la habitual de Windows Server: seleccionamos la edición Server Core, aceptamos la licencia, elegimos el disco de instalación y dejamos que Windows haga su trabajo.

reinicia, aparece una ventana negra... y ahí se acaba el Windows al que estamos acostumbrados😄

Bienvenidos a Server Core.

Cuando arranca por primera vez, nos pedirá la contraseña:

Una vez identificados, ponemos "sconfig" y le damos a intro.

Prácticamente vas a vivir aquí durante los primeros minutos de vida de nuestro servidor, ya que todo se gestiona con este menú:

1. Cambiar el nombre del servidor

Lo primero de todo vamos a cambiar el nombre, nada de WIN-4F7G8H2K9P; Vamos a ponerle algo que tenga sentido.

Por ejemplo: DC01 o el nombre que más prefieras para identificar al DC.

Entramos en sconfig, y escogemos la opción "(2) Nombre de equipo:" que es cambiar el nombre del equipo:

y escribimos el nombre que deseamos, en mi caso he puesto "ADCore1" y reiniciamos tras completar el cambio de nombre.

2. Configurar IP fija

Un controlador de dominio jamás debería depender de DHCP, más que nada para no tener sustos.

Por ejemplo, pondremos los siguientes datos:

• IP: 192.168.1.98
• Mascara: 255.255.255.0
• Gateway: 192.168.1.1

Desde la opción de red: (8) Network settings

Pulsamos luego en 1 y definimos nuestra configuración, en 1 porque solo tenemos una tarjeta de red:

Si seguimos las opciones, configuramos nuestra red del servidor, tras tenerlo configurado, reiniciaremos también:

* Con la opción 13, reiniciamos el equipo:

3. Configurar DNS

Ahora nos toca configurar los DNS, pondremos la IP del servidor como primario, Sí, a sí mismo, ya que cuando promocionemos a DC será también el servidor DNS y tendremos dos pájaros de un tiro.

En mi laboratorio he configurado temporalmente otro servidor DNS adicional basado en Pi-hole para determinadas pruebas.

4. Actualizar el servidor

Vale, y antes de continuar con la configuración, vamos a actualizar el Windows a tope, yo en mi caso he utilizado una MV, pero si usas un hierro, mira también de ponerle los últimos drivers al equipo.

1. sconfig
2. Pulsamos en la opción "(6) Download and Install Updates"

Pulsamos sobre la opción "a" de todas, y dejamos que se ponga al día nuestro Windows:

Y aprovecharía para tomar un café, ya que es posible que tarde un poquito en completarse.

5. Configurar la zona horaria

Parece una tontería, algo muy simple, hasta que Kerberos deja de funcionar, o los del Helpdesk no pueden planchar equipos porque la hora no esta correcta, las contraseñas caducan antes de tiempo, etc
He visto de todo por culpa de esto.

Para comprobarlo, abrimos un powershell y ponemos:

Get-Date y Get-TimeZone

Si la VM arranca con una fecha rara o con la zona horario de las China popular, ahora es el momento de arreglarlo.

6. Activar administración remota

Volvemos a entrar en "sconfig" y vamos habilitar la administración remota, que es lo que más nos interesa:

Escogeremos la opción (1) que es la más segura:



Aunque todavía no vamos a utilizar Ansible, es un buen momento para dejar preparado WinRM. Más adelante lo necesitaremos para administrar el servidor de forma remota desde PowerShell, Windows Admin Center o Ansible.

Y ahora podemos proceder a promover el DC sin problema.

Promover el DC.

Instalar el rol de Active Directory

Comprobar los roles disponibles con el comando: Get-WindowsFeature AD*

Y ahora vamos a instalar el rol AD DS con el comando:

Install-WindowsFeature AD-Domain-Services -IncludeManagementTools

Y ahora revisamos que ya lo tenemos instalado:

Si vienes de una instalación con interfaz gráfica, es fácil pensar que existe una opción en sconfig para promocionar el servidor. Sin embargo, la instalación de Active Directory en Server Core se realiza mediante PowerShell, algo que encaja perfectamente con la filosofía de este tipo de despliegues.

Así que nos toca aparcarlo por ahora y continuar con nuestro "amigo" el PowerShell

Ahora vamos a promoverlo con el comando: 

Install-ADDSForest -DomainName "lab.justohorrillo.local"

Recuerda que Durante el asistente te pedirá que pongas la contraseña SafeModeAdministratorPassword, la contraseña DSRM (Directory Services Restore Mode) que es una contraseña especial del controlador de dominio. 

Piensa en ella como el "modo recuperación" de Active Directory.

Piensa que tardará unos minutos en volver a estar disponible. Es un momento perfecto para ese segundo café del día. ☕☕☕☕

Tras acabar la configuración se va a reiniciar, entramos en el equipo y ponemos en powershell:

(Get-WmiObject Win32_ComputerSystem).Domain

Nos devolverá la siguiente información:

Otra comprobación interesante consiste en ejecutar los comandos Get-ADDomain y dcdiag. Ambos nos permitirán verificar que Active Directory, DNS y el resto de servicios asociados funcionan correctamente antes de continuar ampliando el laboratorio.

Montar un controlador de dominio sobre Server Core ha sido una excelente forma de salir de la zona de confort. Más allá de reducir el consumo de recursos del laboratorio, obliga a entender mejor cómo funciona Windows Server y a apoyarse en herramientas como PowerShell o incluso el famoso Windows Admin Cente desde un SAW, en lugar de depender siempre de la interfaz gráfica.

Y esto no ha hecho más que empezar. Este servidor será la base sobre la que crecerá el laboratorio con nuevos clientes, automatización y algún que otro experimento. Pero eso lo veremos en próximos artículos... siempre que Proxmox no pida la jubilación antes. 😄