Cómo borrar la caché DNS en Mac
Para borrar la caché DNS en un Mac, abre Terminal desde Aplicaciones › Utilidades y ejecuta:
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
Escribe la contraseña de inicio de sesión del Mac cuando te la pida. Si funciona, no se muestra nada. Reiniciar el Mac también borra la caché: el artículo de Apple sobre la caché DNS dice que puedes reiniciar el Mac para actualizar la información que tiene en caché.
Ese artículo de Apple está archivado y ya no se actualiza. Su entrada más reciente, para OS X Yosemite 10.10.4 y posterior, es sudo killall -HUP mDNSResponder; dscacheutil -flushcache es el comando que indica para Snow Leopard. Apple no ha publicado una versión más nueva, así que la línea de arriba ejecuta los dos: la parte de killall es la que Apple indica para las versiones actuales, y dscacheutil -flushcache vacía la caché de Directory Service según su página del manual (man dscacheutil), que también dice que solo se use en casos extremos. Una respuesta DNS caducada es uno de esos casos. Mole Mac no vacía la caché DNS; es una tarea de Terminal.
Qué es la caché DNS
Cuando una app se conecta a example.com, macOS primero tiene que convertir ese nombre en una dirección IP. En un Mac, esa consulta pasa por mDNSResponder. Su página del manual (man mDNSResponder) lo describe como el daemon que hace las consultas DNS en nombre de otros procesos y guarda una caché de las respuestas.
La caché ahorra un viaje de ida y vuelta en cada consulta repetida. Cada respuesta se guarda durante el tiempo que permiten los registros DNS del dominio y después se vuelve a pedir. Casi siempre funciona sin que nadie lo note. Falla cuando la respuesta guardada se queda anticuada antes de caducar: un sitio se ha mudado a otro servidor, has cambiado de servidores DNS, o una consulta falló una vez y ese fallo se sigue reutilizando.
El -HUP de killall -HUP mDNSResponder elige qué señal envía killall; sin él, killall envía TERM (man killall). Apple indica la forma con HUP como la manera de restablecer la caché DNS, así que no quites la opción ni la cambies por -9.
Cuándo sirve vaciar la caché DNS
| Situación | Por qué ayuda vaciarla |
|---|---|
| Un sitio web o un servidor se ha mudado y tu Mac sigue llegando a la dirección antigua | La respuesta guardada aún no ha caducado |
| Has cambiado los servidores DNS en los ajustes de Red | Siguen en caché respuestas antiguas de los servidores anteriores |
Has editado /etc/hosts y el cambio no se aplica |
La página del manual de hosts dice que mDNSResponder lee ese archivo, y puede que aún tenga la respuesta anterior |
| Un sitio no se resolvía hace un minuto y sigue fallando aunque otros dispositivos llegan a él | Puede que se haya guardado en caché una consulta fallida |
Cuándo no sirve
Vaciar la caché solo borra la caché del propio resolutor del Mac. Varias configuraciones habituales lo hacen irrelevante:
- Proxy. Si el tráfico pasa por un proxy HTTP o SOCKS, el proxy suele resolver los nombres por su cuenta. Compruébalo con
scutil --proxy, que muestra la configuración de proxy actual del sistema. - VPN. Una VPN puede instalar sus propios servidores DNS o enviarles solo algunos dominios.
scutil --dnsmuestra todos los resolutores en uso; los resolutores suplementarios que indican un dominio solo se usan para ese dominio. Si falla un dominio del trabajo, mira el DNS de la VPN. - La caché del propio navegador. Los navegadores pueden guardar sus propios resultados DNS durante poco tiempo y reutilizar conexiones abiertas. Después de vaciar la caché, sal del navegador por completo y vuelve a abrirlo, en lugar de solo recargar la pestaña.
- Cachés de más arriba. Tu router y tu proveedor de DNS también guardan respuestas en caché. Vaciar la del Mac no hace que ellos pidan antes el registro nuevo.
- El sitio está caído de verdad, o bloqueado en tu red. Si otros dispositivos en otra red también fallan, la causa no es el DNS de tu Mac.
Si las páginas van lentas en lugar de fallar, la caché DNS rara vez es el cuello de botella. Cortes de la Wi-Fi en el Mac y qué app está usando mi red cubren causas más probables.
Comprueba qué resuelve tu Mac de verdad
Usa el resolutor del sistema para ver la respuesta que reciben tus apps:
dscacheutil -q host -a name example.com
La página del manual de dscacheutil dice que -q hace una consulta a través de las llamadas estándar, devolviendo resultados de la caché u obteniendo datos en vivo.
Después pregunta directamente a un servidor DNS:
dig example.com
dig no pasa por el resolutor de macOS. Su página del manual dice que usa los servidores de /etc/resolv.conf, y ese archivo en macOS lleva un aviso de que no se consulta para la resolución DNS que usan la mayoría de los procesos del sistema. Si dig devuelve la dirección nueva y dscacheutil la antigua, la diferencia está en la caché del Mac o en la configuración de su resolutor, y vaciar la caché debería arreglarlo. Si los dos devuelven la dirección antigua, el registro aún no ha cambiado más arriba.
Para ver qué servidores DNS está usando el Mac:
scutil --dns
Los servidores que has puesto a mano están en Ajustes del Sistema › Red: selecciona un servicio de red, haz clic en Detalles y luego en DNS (Apple).
Revisa /etc/hosts antes de culpar a la caché
/etc/hosts se impone al DNS para cualquier nombre que aparezca en él. Las herramientas de desarrollo, los bloqueadores de anuncios y los tutoriales antiguos a veces añaden líneas ahí y las dejan. Para leerlo:
cat /etc/hosts
Un archivo normal solo tiene unas pocas líneas para localhost y comentarios que empiezan por #. Si ves el dominio que da problemas, esa línea es la razón de que se resuelva como se resuelve. Edita solo esa línea, con un editor ejecutado mediante sudo, guarda una copia del original y luego vacía la caché. No borres las entradas de localhost.
Comprueba el resultado
- Ejecuta el comando para vaciar la caché.
- Vuelve a ejecutar
dscacheutil -q host -a name example.comcon el dominio problemático y revisa la dirección. - Sal del navegador o de la app que tenía el problema y vuelve a abrirlo.
- Si sigue fallando, compara con
dig,scutil --dnsyscutil --proxypara ver qué capa está respondiendo.
Qué no hacer
- No vacíes la caché DNS de forma programada ni como truco de velocidad. Una caché con datos hace las consultas más rápidas, y una vacía hace más lentas las siguientes.
- No borres
/etc/hostsni cambies sus permisos. - No cambies los servidores DNS en un Mac del trabajo o de un centro de estudios que usa una VPN o un perfil de gestión sin consultarlo con quien lo gestiona; los nombres internos pueden dejar de resolverse.
- No cambies los ajustes del proxy o de la VPN para «probar el DNS». Averigua primero qué capa responde.
Preguntas frecuentes
¿Cómo borro la caché DNS en un Mac?
Ejecuta sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder en Terminal y escribe tu contraseña. Reiniciar el Mac también la borra.
¿Cuál es el comando para vaciar la caché DNS en el macOS actual?
El artículo archivado de Apple indica sudo killall -HUP mDNSResponder para OS X 10.10.4 y posterior, y Apple no ha publicado uno más reciente. Es habitual ejecutar antes también sudo dscacheutil -flushcache; solo borra datos en caché.
¿Vaciar la caché DNS del Mac borra la caché del navegador?
No. Solo borra la caché del resolutor de macOS. Sal del navegador y vuelve a abrirlo para que no reutilice sus propios resultados DNS ni las conexiones abiertas.
¿Por qué un sitio sigue yendo a la dirección antigua después de vaciar la caché?
Revisa /etc/hosts, si hay un proxy o una VPN, y si dig muestra la dirección nueva. Si el registro DNS aún no ha cambiado más arriba, ningún vaciado local puede ayudar.
¿Puede Mole vaciar la caché DNS?
No. Mole Mac no incluye una opción para vaciar la caché DNS; ejecuta el comando de Terminal de arriba o reinicia el Mac.