Retrasos de acceso al servidor DNS local


1

El acceso a un servidor DNS local siempre se retrasa en ~ 1 segundo.

He habilitado el servidor DNS en OS-X Lion y de hecho funciona. Sin embargo, cuando lo pregunto usando 'cavar' (o nslookup) hay un retraso de aproximadamente 1 segundo antes de que se dé la respuesta. Este retraso no se informa mediante 'excavación', lo que da un tiempo de respuesta de 0 ms.

Entonces, por ejemplo, una consulta que utiliza los servidores OpenDNS se completa antes que una al servidor local, a pesar de que la resolución de nombres toma 135 ms más:

$ time dig @ 208.67.220.220 ibm.com

;; Tiempo de consulta: 135 mseg.

0m0.172s reales usuario 0m0.008s sys 0m0.006s

$ time dig @localhost ibm.com

;; Tiempo de consulta: 0 mseg.

0m1.068s reales usuario 0m0.009s sys 0m0.007s

El retraso no parece estar en el servidor con nombre, ya que cuando se utiliza el nombre -g para ver los registros, también hay un retraso de 1 segundo antes de que se imprima la solicitud.

FYI: mis cambios para habilitar DNS fueron:

rndc-confgen -b 256 & gt; /etc/rndc.conf
head -n5 /etc/rndc.conf | cola -n4 & gt; /etc/rndc.key
edite /etc/rndc.conf para corregir el número de puerto
edite /etc/named.conf para agregar esto a las opciones:

forward first;
forwarders {
    208.67.222.222;
    208.67.220.220;
};

ejecutar el nombre desde el shell (/ usr / sbin / named -g)

Respuestas:


1

Si usted tiene 127.0.0.1 localhost en /etc/hosts también necesita agregar un ::1 localhost línea.

Es posible que el retraso tenga algo que ver con la resolución del nombre 'localhost'. Si utiliza 127.0.0.1 en su lugar, el retraso debe reducirse a milisegundos.

$ time dig @ 127.0.0.1 muc.de

;; Tiempo de consulta: 10 mseg.

0m0.029s reales usuario 0m0.007s sys 0m0.005s

No sé dónde se produce la resolución de 'localhost' o por qué lleva tanto tiempo, pero supongo que realmente no importa ...

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.