On Friday 27 July 2012 08:22:24 fernando sainz wrote: > El día 27 de julio de 2012 08:17, Marc Olive > > <marc.olive@blauadvisors.com> escribió: > > On Thursday 26 July 2012 16:00:22 Debian GMail wrote: > >> El 26/07/12 09:52, Marc Olive escribió: (..) > >> > 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). > >> > >> Aunque no soy un entendido, discrepo con esto último, por simple > >> experiencia personal. > > > > (..) > > > >> Por lo que si lo que vos decís fuera correcto, nunca resolvería > >> direcciones internet, porque el DNS de la empresa, que son los dos > >> primeros que figuran, no es capaz de resolver direcciones de internet, > >> por ejemplo, www.google.com. > > > > Por que NO es el servidor DNS de la empresa quien consulta al siguiente > > DNS, el DNS informa al cliente del siguiente DNS, y es el cliente quien > > realiza otra consulta al nuevo servidor, como dije en el correo. > > Esto no lo veo yo así, por lo menos en las empresas en las que he > estado hay un servidor de dns local que consultará a otros fuera, > porque el firewall bloquea las conexiones a los puertos del dns. Hmm.. cierto, iba mal informado, se pueden hacer consultas recursivas, y el DNS va resolviendo, o no y entonces solo devuelve el siguiente de la cadena. Aún así, si el servidor DNS no encuentra la IP, no se consultan los siguientes DNS de resolv.conf, que era el punto que discutiamos. A menos que me hayan engañado también aquí :P > S2 -- Marc Olivé Blau Advisors www.blauadvisors.com
Attachment:
signature.asc
Description: This is a digitally signed message part.