Si usted es un administrador de sistemas o un desarrollador web, o cualquier otra cosa, es probable que tenga que vaciar su caché de DNS de vez en cuando para arreglar las cosas en el lado del servidor, o incluso solo para probar ciertas configuraciones.

Vaciar la caché de DNS en Mac OS X es realmente muy fácil, pero en realidad hay varios comandos diferentes para usar, y encontrará que los comandos son únicos para diferentes versiones de Mac OS X.Lo tenemos cubierto independientemente de la versión de Mac OS X que esté ejecutando, desde MacOS Sierra 10.12, 10.11, 10.13, OS X 10.10, OS X 10.9, hasta 10.4. Así que encuentre su versión de OS X, abra su Terminal y siga las instrucciones correspondientes a continuación para comenzar.

Recuerde, cada uno de estos comandos debe ingresarse en la línea de comando, a través de las aplicaciones de Terminal (que se encuentran en /Aplicaciones/Utilidades/ en todas las versiones de Mac OS X). Inicie esa aplicación primero y luego puede simplemente copiar y pegar los comandos si lo desea.

Vaciar caché de DNS en MacOS Monterey 12, macOS Big Sur 11

Con macOS Monterey, Big Sur y versiones posteriores, puede usar la siguiente cadena de línea de comando para vaciar la caché de DNS:

sudo killall -HUP mDNSResponder

Vaciar caché de DNS en MacOS 10.12, 10.11 más reciente

Para Sierra, El Capitán y versiones más recientes de Mac OS:

sudo killall -HUP mDNSResponder

Borrar caché de DNS en OS X 10.10 Yosemite

¿Corriendo Yosemite? La limpieza de las cachés de DNS en OS X Yosemite cambió nuevamente, se dividió en MDNS y UDNS o se combinó como usaremos a continuación, este es el comando que se necesita:

sudo discoveryutil mdnsflushcache;sudo discoveryutil udnsflushcaches;say flushed

Puede leer mucho más sobre cómo restablecer y vaciar la caché de DNS en OS X Yosemite aquí si está interesado.

Vaciar DNS en OS X 10.9 Mavericks

Rere es cómo vaciar la caché de DNS en 10.9:

dscacheutil -flushcache;sudo killall -HUP mDNSResponder

Necesitará ingresar la contraseña de administrador para completar esta tarea. Si se da cuenta, combina la eliminación de mDNSResponder con el dscacheutil estándar, lo que lo convierte en un proceso de dos pasos: primero, vaciar la memoria caché y luego volver a cargar el manejo de DNS en OS X para que los cambios surtan efecto.

Vaciado de caché de DNS en OS X Lion (10.7) y OS X Mountain Lion (10.8)

Inicie Terminal e ingrese el siguiente comando, deberá ingresar una contraseña administrativa: sudo killall -HUP mDNSResponderOta el dscacheutil aún existe en 10.7 y 10.8, pero el método oficial para borrar las cachés de DNS es eliminar mDNSResponder. También puede encontrar ese proceso ejecutándose en el Monitor de actividad.

Un truco útil si se encuentra vaciando el DNS con frecuencia es configurar un alias para esa cadena de comando en su .bash_profile o en el perfil de su shell de elección. Un simple alias de bash para vaciar la memoria caché podría ser este:

alias flushdns='dscacheutil -flushcache;sudo killall -HUP mDNSResponder'

Guarde eso en .bash_profile, luego escribir "flushdns" evitará tener que usar la cadena de comando completa en el futuro.

Vaciar caché de DNS en Mac OS X 10.5, Mac OS X 10.6

Inicie Terminal y emita el siguiente comando: dscacheutil -flushcache Todo listo, su DNS ha sido vaciado. En una nota al margen, el dscacheutil es interesante en general y vale la pena echarle un vistazo, pruebe el indicador -statistics en su lugar para algunas estadísticas.

Vaciar DNS en Mac OS X 10.4 Tiger y 10.3

Escriba el siguiente comando en la Terminal: lookupd -flushcache

Eso es todo, eso es todo. Ahora la configuración de su DNS debería ser como usted pretendía que fuera, lo que puede verificar fácilmente con varias herramientas de red como http, ping, nslookup, traceroute, curl o cualquier otra cosa que sea apropiada para su situación específica.

Si encuentra que algo no funciona y el DNS no parece haber cambiado, verifique la versión de OS X que está ejecutando y use los comandos apropiados para la última versión.Si aún tiene problemas después de eso, pruebe con una máquina diferente idealmente en una red diferente (como un teléfono celular) para verificar que no sea un problema con el servidor remoto.