On Thursday 26 July 2012 14:30:13 fernando sainz wrote:
El día 26 de julio de 2012 14:07, Debian GMail
<javier.debian.bb.ar@gmail.com> escribió:
Pregunta totalmente traída de los pelos:
¿Alguien sabe por qué resolv.conf sólo puede tener hasta tres direcciones
DNS como nameserver?
JAP
Bueno en cuanto a tu duda, supongo que no se ponen mas para evitar que
se tire horas intentando resolver la dirección...
Supongo que en estos casos lo que se hará es que tu servidor de dns
interno se conecte a uno superior y resuelva las direcciones, que no
necesites ir a uno de fuera.
+1
Los DNS se encadenan, de modo que si la dirección buscada no es local del
servidor DNS, este eleva la petición al DNS superior.
Cada DNS debe ser capaz de resolver las direcciones de su subdominio,
unared.example.com, y si la IP de se corresponde con otro (sub)dominio, debe
reenviar la petición al DNS superior, example.com, bueno, en realidad debe
informar al cliente del DNS superior, cliente que debe hacer la peticion al
nuevo DNS, entonces ese DNS reeviaria otra vez al DNS otrared.example.com
Lo que debes hacer es instruir a los DNS para que devuelvan el siguiente DNS,
no a los clientes (¿alguien es capaz de estimar el número de DNS de Internet?
¡no se pueden especificar todos en todos los clientes!).
En verdad, un solo DNS en resolv.conf seria suficiente, mientras este
estuviera disponible. Por si tiene problemas, y dado su importáncia, se suelen
especificar dos, hasta tres si eres muy paranoico.
Además, los DNS secundarios del resolv.conf solo se usan si el primario está
caído, ¡no si el primario dice que no existe la dirección!
Si la dirección no existe para el DNS consultado, NO SE CONSULTAN LOS OTROS,
simplemente la dirección no resuelve. Solo se consultan los otros si el
primario está caido (no se puede conectar a el).