Estoy trabajando en algunos nombres de dominio. Los estoy actualizando. Mediante el uso de dig
lo que puedo consultar nuestro servidor de nombres y puedo ver que el nombre correcto se ha actualizado. Sin embargo, nuestra oficina dns cache todavía muestra el nombre antiguo. Ayer configuré el TTL en 10 minutos, así que no tengo que esperar mucho. Sin embargo, ¿hay alguna manera de engañar al caché dns de la oficina para que se actualice? ¿Algún pequeño truco astuto que pueda hacer para facilitar las cosas?
ACTUALIZACIÓN ¿ Supongamos que no tengo acceso al servidor y no puedo reiniciarlo? ¿Hay algo mas que pueda hacer?
Respuestas:
Suponiendo que su servidor DNS está en una PC y no en un enrutador, etc.
Descarga de caché de Linux:
O para distribuciones sin nscd
Descarga de caché del cliente de Windows para máquinas individuales:
Descarga del caché del servidor de Windows para el servidor de Office (gracias a ericmayo por la corrección):
Mac (¡¿posiblemente ?!):
Si tiene una GUI web, etc. para un enrutador, habrá una opción allí en algún lugar.
Lavado de caché de plataforma cruzada como arriba
Sobre DNS y almacenamiento en caché
fuente
dscacheutil -flushcache
vacía la memoria caché local en el sistema operativo, no el servidor de nombres de enlace.rndc flush
borrará el servidor de nombres de enlace en una Mac que afectará a todas las computadoras que usen ese servidor de nombres.Si está ejecutando BIND como un solucionador para su oficina, es decir. no reenviar a otro un resolutor.
Vaciar todo en el caché:
Vaciar un registro específico:
Si está reenviando, está a merced del caché del reenviador.
fuente
Con el DNS de Windows, solo reiniciando el servicio vacía la caché. Vale la pena probarlo en el servidor de tu oficina.
JR
fuente
Si usa Windows, puede usar nltest.
Y si estás usando WINS, nbtstat.
fuente
Si está utilizando Bind9 como su servidor DNS, reinicie el servicio
sudo service bind9 restart
fuente
service named restart
, como Andy alude a lo anterior. Esta sería una respuesta más útil si descubriera para qué distribuciones era cierto (sospecho que es " Debian y derivados ", pero no soy un experto en Debian) y agrega eso. Dicho eso, ¡bienvenido a SF!bind
, si se usa como un servidor autorizado o recursivo. En mi opinión, tal como está, esta respuesta en sí misma no tiene mucho sentido.