Problemas comunes en la resolución de nombres de Host y dominio en una red local

Tuesday, October 18, 2011

El otro día os hablaba de unas prácticas más que recomendables para unir un equipo al dominio. Sin embargo, es posible que alguna de ellas falle.

Lo primero es asegurarse que el servidor tiene una IP fija y no por DHCP.
Verificar la configuración de red del equipo cliente. Si existe un servidor DHCP puede que este mal configurado y/o nos proporcione IPs incorrectas. Lo más sencillo para descartar el problema es configurar la IP manualmente y si se trata de un falló de DHCP arreglarlo a posteriori.
Desconectar el servidor de la red y hacer un escaneo de la red. Puede ser que tengamos otro equipo con el mismo nombre que el servidor y esté creando algún tipo de conflicto.
Si todo está correcto podemos forzar la resolución mediante el archivo Host de Windows para que determinada IP apunte a determinado Host.
Ruta: C:WindowsSystem32driversetchosts

Si responde otra IP y además pública, es muy posible que el nombre de tu dominio sea muy genérico del tipo: midominio.com. Como lo más probable es que midominio.com esté registrado en Internet, la respuesta te la dará un servidor de Internet. Lo más recomendable para dominios internos es ponerles nombres del tipo: lan.midominio.com.
Verificar la existencia de un servidor DNS para la correcta resolución de nombres de la red interna. Si existe, verificar que existe una zona de búsqueda inversa con el registro PTR de nuestro controlador de dominio.
Es muy importante que en la configuración de red del servidor el primer servidor DNS sea la IP del controlador de dominio y la vez servidor DNS, ya que así será capaz de resolvernos todos los nombres de nuestra LAN.

Lo más sencillo es ejecutar el comando nslookup y verificar que nos devuelve como servidor predeterminado el nombre de dominio y como adress la IP del servidor.
Si no es así, es posible que no tengamos configurada una zona de búsqueda inversa así que deberemos configurar una entrando en nuestro servidor DNS y haciendo clic derecho en Zonas de búsqueda inversa y configurar una Zona nueva...
Una vez que la zona está configurada correctamente podemos forzar la creación del registro PTR del servidor ejecutando el comando: ipconfig /registerdns
Pasado unos segundos podemos verificar que nuestro registro PTR se ha creado correctamente en la zona de búsqueda de inversa del servidor DNS.
Si volvemos a ejecutar el comando nslookup, el resulta debería ser similar al siguiente.

Espero que os sirvan de ayuda y por supuesto no dudéis en enviar cualquier otro problema con el que hayáis podido encontraros.