Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!aioe.org!news.glorb.com!usenet.stanford.edu!not-for-mail From: "Beisiegel, Sven" Newsgroups: comp.protocols.dns.bind Subject: Bind does not reply with "no such name" to A query Date: Wed, 9 Nov 2011 10:34:09 +0100 Lines: 145 Approved: bind-users@lists.isc.org Message-ID: NNTP-Posting-Host: lists.isc.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="_004_06CB03369320DB45A3E900190939EDA523FB43AD30MCHP058Agloba_" X-Trace: usenet.stanford.edu 1320831264 4809 149.20.64.75 (9 Nov 2011 09:34:24 GMT) X-Complaints-To: action@cs.stanford.edu To: "bind-users@lists.isc.org" Return-Path: X-Original-To: bind-users@lists.isc.org Delivered-To: bind-users@lists.isc.org Thread-Topic: Bind does not reply with "no such name" to A query Thread-Index: AcyewEgaL34HjZEUQ4mKdfbwJcqWhw== Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: de-DE, en-US X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,HTML_MESSAGE, T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.ams1.isc.org X-BeenThere: bind-users@lists.isc.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: BIND Users Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Xref: x330-a1.tempe.blueboxinc.net comp.protocols.dns.bind:66 --_004_06CB03369320DB45A3E900190939EDA523FB43AD30MCHP058Agloba_ Content-Type: multipart/alternative; boundary="_000_06CB03369320DB45A3E900190939EDA523FB43AD30MCHP058Agloba_" --_000_06CB03369320DB45A3E900190939EDA523FB43AD30MCHP058Agloba_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi everyone, I tried to find a solution to this using Google, but I failed... I'm wonder= ing if this is expected behavior of bind9 or if this is configurable... I have a domain configured and my server is the authoritative name server f= or this domain. My server is reachable via IPv4 and IPv6 address. 2 records are configured like this: dls-koe.gvs.local. 2h A 192.168.100.251 dls-koe-v6.gvs.local. 2h AAAA 2001:4dd0:f9c0:100::251 I have clients that are running with IPv4 and IPv6 address at the same time= and are configured with one of the FQDNs above. When the client is sending= a query for one of the names, it directly sends an A and AAAA query. Now for example: The client sends an A query for "dls-koe-v6.gvs.local", wh= ich is only configured as AAAA record in the server. I now would expect the= server to reply with "no such name", but it doesn't. Other example: The client sends an AAAA query for "dls-koe.gvs.local", whic= h is only configured as A record in the server. Same result. My question is: Why is bind not replying with "no such name" in this case? = Is this expected behavior? Maybe a configuration issue? Thanks in advance for any help, Sven --_000_06CB03369320DB45A3E900190939EDA523FB43AD30MCHP058Agloba_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi everyone,
I tried to find a solution to this using Google, but I fai= led… I’m wondering if this is expected behavior of bind9 or if = this is configurable…

I have a domain configured and my server= is the authoritative name server for this domain.
My server is reachabl= e via IPv4 and IPv6 address.
2 records are configured like this:

dls-koe.gvs.local.&nb= sp; = 2h A &nbs= p; 192.168.100.251

dls-koe-v6.gvs.local. = 2h AAAA &= nbsp; 2001:4dd0:f9c0:100::251

I have clients that are running with IPv4 and IPv6 address at the = same time and are configured with one of the FQDNs above. When the client i= s sending a query for one of the names, it directly sends an A and AAAA que= ry.
Now for example: The client sends an A query for “dls-koe-v6.g= vs.local”, which is only configured as AAAA record in the server. I n= ow would expect the server to reply with “no such name”, but it= doesn’t.
Other example: The client sends an AAAA query for “= ;dls-koe.gvs.local”, which is only configured as A record in the serv= er. Same result.

My question is: Why is bind not replying with ̶= 0;no such name” in this case? Is this expected behavior? Maybe a conf= iguration issue?

Thanks in advance for any help,
Sven<= /span>

= --_000_06CB03369320DB45A3E900190939EDA523FB43AD30MCHP058Agloba_-- --_004_06CB03369320DB45A3E900190939EDA523FB43AD30MCHP058Agloba_ Content-Type: application/octet-stream; name="dns_query.cap" Content-Description: dns_query.cap Content-Disposition: attachment; filename="dns_query.cap"; size=1080; creation-date="Wed, 09 Nov 2011 09:26:53 GMT"; modification-date="Wed, 09 Nov 2011 09:26:54 GMT" Content-Transfer-Encoding: base64 1MOyoQIABAAAAAAAAAAAAP//AAABAAAAB0e6TldIAABNAAAATQAAAAAwBS6gGQALXQq7MQgARQAA P4U1AACAEWu2wKhkcMCoZAEHiwA1ACsCM0gjAQAAAQAAAAAAAAdkbHMta29lA2d2cwVsb2NhbAAA AQABB0e6Ts5MAACuAAAArgAAAAALXQq7MQAwBS6gGQgARQAAoGtJAABAEcVBwKhkAcCoZHAANQeL AIxnwkgjhYAAAQABAAIAAgdkbHMta29lA2d2cwVsb2NhbAAAAQABwAwAAQABAAAcIAAEwKhk+8AU AAIAAQABUYAABQJuc8AUwBQAAgABAAFRgAAIBW5zLXY2wBTAPwABAAEAAVGAAATAqGQBwFAAHAAB AAFRgAAQIAFN0PnAAQAAAAAAAAAAARVHuk43CQYATQAAAE0AAAAAMAUuoBkAC10KuzEIAEUAAD+F NgAAgBFrtcCoZHDAqGQBB4wANQAr5zFIIwEAAAEAAAAAAAAHZGxzLWtvZQNndnMFbG9jYWwAABwA ARVHuk4dDQYAfAAAAHwAAAAAC10KuzEAMAUuoBkIAEUAAG5rSgAAQBHFcsCoZAHAqGRwADUHjABa Cv5II4WAAAEAAAABAAAHZGxzLWtvZQNndnMFbG9jYWwAABwAAcAUAAYAAQABUYAAI8AUCmhvc3Rt YXN0ZXLAFAAAABQAAKjAAABUYAABUYAAAVGAOke6TtwsCwBQAAAAUAAAAAAwBS6gGQALXQq7MQgA RQAAQoU3AACAEWuxwKhkcMCoZAEHjQA1AC7XXUgjAQAAAQAAAAAAAApkbHMta29lLXY2A2d2cwVs b2NhbAAAHAABOke6TjIxCwC9AAAAvQAAAAALXQq7MQAwBS6gGQgARQAAr2tLAABAEcUwwKhkAcCo ZHAANQeNAJuGskgjhYAAAQABAAIAAgpkbHMta29lLXY2A2d2cwVsb2NhbAAAHAABwAwAHAABAAAc IAAQIAFN0PnAAQAAAAAAAAACUcAXAAIAAQABUYAACAVucy12NsAXwBcAAgABAAFRgAAFAm5zwBfA YgABAAEAAVGAAATAqGQBwE4AHAABAAFRgAAQIAFN0PnAAQAAAAAAAAAAAUFHuk6WTwsAUAAAAFAA AAAAMAUuoBkAC10KuzEIAEUAAEKFOAAAgBFrsMCoZHDAqGQBB44ANQAu13dIIwEAAAEAAAAAAAAK ZGxzLWtvZS12NgNndnMFbG9jYWwAAAEAAUFHuk7HUwsAfwAAAH8AAAAAC10KuzEAMAUuoBkIAEUA AHFrTAAAQBHFbcCoZAHAqGRwADUHjgBd+zpII4WAAAEAAAABAAAKZGxzLWtvZS12NgNndnMFbG9j YWwAAAEAAcAXAAYAAQABUYAAI8AXCmhvc3RtYXN0ZXLAFwAAABQAAKjAAABUYAABUYAAAVGA --_004_06CB03369320DB45A3E900190939EDA523FB43AD30MCHP058Agloba_--