FlushDNS con problemas

Muchas veces usamos el comando "Ipconfig /FlushDNS" para borrar la lista de nombres almacenada en un equipo, algo tan simple que no parece probable que nos encontremos con un error.

Sin embargo, hace poco, al intentar borrar la lista de nombres utilizando ese comando me encontré con un error que parecía bastante complicado (Figura 1).

Figura 1

Could not flush the DNS Resolver Cache: Function failed during execution.

Por suerte, resolverlo resulta mucho más fácil de lo que parece. El problema es que el servicio "DNS Client" no estaba en ejecución, como pudimos ver por la consola de servicios (Figura 2) o por la línea de comandos (Figura 3).

Figura 2

Figura 3

Al iniciar el servicio (En la consola de Servicios, con el comando "Net Start DNSCache" o el comando "SC Start DNSCache") pudimos limpiar exitosamente la lista de nombres almacenados en memoria (Figura 4).

Figura 4

Modificar TTL para un solo registro en la zona DNS

Una de las opciones de configuración en una zona DNS es el tiempo de vida de los registros (TTL o Time To Live), el valor ingresado en el registro SOA es válido para todos los registros de la zona (Figura 1).

Figura 1

 

Sin embargo, en algún caso, puede ser necesario querer variar el TTL para un registro en particular. En las propiedades del registro no se ve la posibilidad de cambiarlo (Figura 2).

 

Figura 2

 

Para poder cambiar el TTL de un solo registro primero hay que activar las opciones avanzadas en la consola de DNS (Figura 3) y luego, al abrir las propiedades del registro, tenemos presente esa opción (Figura 4).

Figura 3

Figura 4

Podemos especificar cualquier valor, que será válido solo para ese registro. Si utilizamos nslookup en modo de debug (Figura 5), podemos ver que cuando hacemos una consulta por el registro (A) que modificamos, el TTL del registro es diferente al de la zona (Figura 6).

 

 

Figura 5

Figura 6

DNS .local

Desde hace varios años, configurar un dominio de AD con el sufijo “.local” es una práctica habitual.  Inclusive en un Windows SBS (Small Business Server) ese sufijo es el que se le agrega al AD en forma predeterminada. Pero pocos tienen presente que esta acción no está recomendada.

En multicast DNS (mDNS) se utiliza ".local" como un pseudo-sufijo top level domain (TLD), eso permite resolver nombre de equipos sin un servidor DNS. Aunque la utilización de mDNS es muy limitada, es empleada principalmente en equipos Apple.

El uso de este sufijo puede traer diversos problemas:

a-Problemas al unir equipos Apple en un dominio AD con sufijo “.local”
b-Problemas con DirSync para sincronizar directorios en la nube con directorios propios de la empresa con Office 365. (Debido a que el UPN de los usuarios debe ser un top Top Level Domain registrado en la web)

¿Por qué Microsoft utiliza “.local” en SBS? Porque la RFC que especifica el estándar mDNS es posterior a la creación de Active Directory.

La recomendación es que ante una nueva instancia de un AD se realice como un subdominio con un sufijo registrable en Internet sobre el cual tengamos autoridad. Para ejemplificar, si tenemos un dominio en Internet que se llama “miempresa.com”, el nombre DNS de nuestro AD puede ser “casacentral.miempresa.com”