Hi Guys, Basically I am trying to do the following:
1) If I use link-local ipv6 address (of domain controller) in my resolv.conf, my resolver routines (glibc 2.13) is not able to resolve a domain name to an ip address, though I am able to ping that link- local ipv6 address. 2) If I use global ipv6 address(of domain controller) in my resolv.conf, it works fine! 3) So I wondered, how dig/nslookup/host- commands are able to get a name resolved when there is only one entry @ /etc/resolv.conf and that entry is an ipv6 link-local address of domain controller. 4) I have downloaded the BIND9 code and am looking into it. 5) Similarly if I ping using ping6, my domain name gets resolved if global ipv6 address in resolv.conf; not resolved if link-local ipv6 address. If my doubts sound trivial, I am sorry, I am very new to the above concepts. Thanks, Alok -----Original Message----- From: bind-users-bounces+alok.raj=spanservices....@lists.isc.org [mailto:bind-users-bounces+alok.raj=spanservices....@lists.isc.org] On Behalf Of Carlos M. Martinez Sent: Friday, March 22, 2013 9:57 PM To: Bryan Harris Cc: bind-users@lists.isc.org Subject: Re: Dig for link-local Transport has nothing to do with content in DNS. If your client asks for an AAAA record it will get the appropriate answer according to the zone's records (a value or an error condition) regardless on whether the query was made over IPv6 or IPv4. That said, you can 'hack' around this expected behavior (see 'no AAAA on ipv4') in order to help hosts with broken IPv6 connectivity, but you have to enable it. regards, ~Carlos On 3/22/13 1:19 PM, Bryan Harris wrote: > Hello, > > On Mar 22, 2013, at 12:13 PM, Kevin Darcy <k...@chrysler.com> wrote: > >> I'm not sure what you're asking, exactly. Are you surprised that named would >> respond on an IPv6 link-local address if configured with "listen-on-v6 { >> any; };"? > > Can an ipv4-only server give an ipv6 address as part of an overall > answer to a dig? E.g. Our servers recurse to get outside addresses, > and when I query for www.google.com one of the addresses is ip6 > > Bryan > _______________________________________________ > Please visit https://lists.isc.org/mailman/listinfo/bind-users to > unsubscribe from this list > > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users > _______________________________________________ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users DISCLAIMER: This email message and all attachments are confidential and may contain information that is Privileged, Confidential or exempt from disclosure under applicable law. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this email in error, please notify us immediately by return email to mailad...@spanservices.com and destroy the original message. Opinions, conclusions and other information in this message that do not relate to the official of SPAN, shall be understood to be nether given nor endorsed by SPAN. _______________________________________________ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users