Windows Server 2012 AD DC - Enrutador doméstico D-link

Windows Server 2012 AD DC - Enrutador doméstico D-link

Como novato, tengo algunas preguntas. Actualmente estoy ejecutando una instancia virtual de Windows Server 2012 para mi propia educación. He deducido que configurar DHCP y DNS de Windows como servicios dentro de un controlador de dominio de Active Directory tiene sentido, ya que otras opciones pueden ser problemáticas fuera del entorno de Windows.

Aquí está el truco; El enrutador de puerta de enlace es un enrutador/módem doméstico básico y es sencillo desactivar DHCP en ese enrutador; sin embargo, hay otros usuarios que utilizan el servicio DHCP del enrutador a través de una conexión inalámbrica. Supongo que esos usuarios no podrán recibir sus concesiones de DHCP una vez que se desactive el servicio. Pero esos usuarios nunca serán parte del dominio. ¿Existe alguna solución para esto que pueda emplear?

Joeqwerty en Server Fault dijo que los clientes conectados al enrutador, donde DHCP había sido deshabilitado, aún podían recibir concesiones de Windows Server sin ser parte del dominio. ¿Algún avance?

Respuesta1

Supongo que esos usuarios no podrán recibir sus concesiones de DHCP una vez que se desactive el servicio. Pero esos usuarios nunca serán parte del dominio.

DHCP opera enOSI Capa 2y no tiene ninguna relación especial con un dominio de Active Directory o sus servidores. Siempre que sus clientes inalámbricos tengan conectividad de capa 2 a la misma red donde se ejecutará su servidor DHCP, podrán obtener arrendamientos de él.

Es común que los controladores de dominio AD (DC) ofrezcan servicios DHCP en la red, pero de ninguna manera es obligatorio.

No importa si su enrutador o DC aloja DHCP, incluso si tiene una combinación de clientes de dominio y no dominio. Sin embargo, ¿quéhaceLo importante es la configuración DNS entregada por su servidor DHCP.

Los clientes que no son de dominio necesitan un servidor DNS que pueda resolver nombres de host de Internet. Además de esto, los clientes unidos a un dominio necesitan un servidor DNS que pueda resolver búsquedas de DNS específicas del dominio. Las máquinas unidas a un dominio utilizan DNS para localizar los servicios ofrecidos por el dominio, como autenticación, sincronización horaria, etc.

En una configuración típica, su DC también actúa como un servidor DNS "integrado en Active Directory". Esto significa que puede resolver las consultas específicas del dominio que necesitan los miembros del dominio. Si este servidor DNS está configurado con sugerencias de raíz o un reenviador de DNS, también puede resolver nombres de host en la Internet pública.

Ahora, si elige que su DC actúe como su servidor DHCP, apuntará a todos los clientes DHCP al servidor DNS del DC. Y todo funcionaría. Los clientes de dominio podrían resolver consultas específicas de AD, y los clientes de dominio y no dominio también podrían resolver hosts de Internet.

Si, en cambio, desea que su enrutador sea el servidor DHCP, deberá configurarlo para que apunte DNS al servidor DNS de su DC. Y todo también funcionaría bien.

Técnicamentepodría utilizar servidores DNS separados para clientes de dominio y no dominio. Pero a menos que lo haga configurando los ajustes manualmente en los clientes, son muchos problemas innecesarios.

Nota:Esta respuesta supone que su DC está en la misma subred IP que el resto de sus dispositivos y que solo tiene una de esas subredes.

información relacionada