<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Re: DNS Strangeness in All Things Unix</title>
<link>http://www.dslreports.com/forum/r20440043</link>
<description></description>
<language>en</language>
<pubDate>Thu, 08 Jan 2009 17:17:56 EDT</pubDate>
<lastBuildDate>Thu, 08 Jan 2009 17:17:56 EDT</lastBuildDate>

<item>
<title>Re: DNS Strangeness</title>
<link>http://www.dslreports.com/forum/remark,20441006</link>
<description><![CDATA[<A HREF="/useremail/u/100249"><b>graysonf</b></A> : I don't have an answer, but I'll ask it anyway.<br><br>What happens when you use a single line comment approach within a command that spans more than one line?<br><br>I'd try it this way just for grins:<br><br>options {<br>directory "/var/named";<br>/*auth-nxdomain no;*/<br>recursive-clients 10000;<br>allow-recursion { clients; };<br>allow-query { "any"; };<br>};]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20441006</guid>
<pubDate>Tue, 06 May 2008 16:23:33 EDT</pubDate>
</item>

<item>
<title>Re: DNS Strangeness</title>
<link>http://www.dslreports.com/forum/remark,20440912</link>
<description><![CDATA[<A HREF="/useremail/u/1177583"><b>luminaire</b></A> : Dunno about valid comment, but when I comment that line out as such it is deactivated, named starts with no complaints. I'd say it looks valid. A quick google confirmed.<br><br>Quoted: &raquo;<A HREF="http://www.zytrax.com/books/dns/ch7/" >www.zytrax.com/books/dns/ch7/</A><br><br>named.conf format, structure and overview<br><br>A named.conf file can contain comments and will contain a number of clauses which group together related statements which control the functionality and security of the BIND server.<br><br>BIND provides a number of comment formats as follows:<br><br>/* C style comment format needs opening and closing markers<br>** but allows multiple lines or */<br>/* single lines */<br>// C++ style comments single line format no closing required<br># PERL/SHELL style comments single lines no closing required<br><small>--<br>Luminaire<br><A HREF="http://angrytelecomgeek.blogspot.com/">My Blog</a></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20440912</guid>
<pubDate>Tue, 06 May 2008 16:08:34 EDT</pubDate>
</item>

<item>
<title>Re: DNS Strangeness</title>
<link>http://www.dslreports.com/forum/remark,20440861</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : <div class="bquote"><small>said by  graysonf <A HREF="/useremail/u/100249"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>OK, IP6.<br><br>I wonder if he is actually running IP6, and if not what happens when things get configured to use it but can't.<br> </div>BIND is IPv6 aware, it doesn't matter if he's running a server with IPv6 addressing or not.  If it didn't like the ::1 loopback IP, then named.conf would not load and named would not start.  And it's only an ACL, and simply an entry allowing the IPv6 loopback of the server to do recursion.  That's all that entry would be able to do.<br><br>But you're right, the # should not be a valid comment delimiter for BIND, it should be //.  Although, I would expect BIND not to start if it saw that line, since it would be invalid.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20440861</guid>
<pubDate>Tue, 06 May 2008 16:00:30 EDT</pubDate>
</item>

<item>
<title>Re: DNS Strangeness</title>
<link>http://www.dslreports.com/forum/remark,20440857</link>
<description><![CDATA[<A HREF="/useremail/u/1177583"><b>luminaire</b></A> : Ok, I seem to have an answer. I was trolling through some old information, and it appears that hosts require recursive lookups from the name server's they are querying. At no point has anything broken from inside my netblocks, it only really breaks for the freeloaders outside of my network. The iterative queries are still returned, so servers trying to query mine for zones I host still work, just not end users querying the servers. Basically, it looks like this is all good and intended behavior. Just to tie up some loose ends:<br><br>Yes, I checked the logs, and even ran the server in -fg mode to analyze the output. The only thing I didn't do was enable query logging.<br><br>The ::1 address, as discussed is IPv6. It's enabled on the server but not on it's upstream internet connection so it should be all good there.<br><br>I'm filing this one under case closed. Thanks for all your help guys!<br><small>--<br>Luminaire<br><A HREF="http://angrytelecomgeek.blogspot.com/">My Blog</a></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20440857</guid>
<pubDate>Tue, 06 May 2008 15:59:54 EDT</pubDate>
</item>

<item>
<title>Re: DNS Strangeness</title>
<link>http://www.dslreports.com/forum/remark,20440828</link>
<description><![CDATA[<A HREF="/useremail/u/1070900"><b>nwrickert</b></A> : Should not cause a problem, except perhaps delays timing out failed connections to IPv6 root servers.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20440828</guid>
<pubDate>Tue, 06 May 2008 15:53:43 EDT</pubDate>
</item>

<item>
<title>Re: DNS Strangeness</title>
<link>http://www.dslreports.com/forum/remark,20440541</link>
<description><![CDATA[<A HREF="/useremail/u/100249"><b>graysonf</b></A> : OK, IP6.<br><br>I wonder if he is actually running IP6, and if not what happens when things get configured to use it but can't.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20440541</guid>
<pubDate>Tue, 06 May 2008 15:04:32 EDT</pubDate>
</item>

<item>
<title>Re: DNS Strangeness</title>
<link>http://www.dslreports.com/forum/remark,20440466</link>
<description><![CDATA[<A HREF="/useremail/u/465839"><b>deblin</b></A> : ::1 is IPv6...<br><br>I concur, looking in logs at this point should be the next step.<br><small>--<br>Hello...is there anybody in there?</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20440466</guid>
<pubDate>Tue, 06 May 2008 14:53:17 EDT</pubDate>
</item>

<item>
<title>Re: DNS Strangeness</title>
<link>http://www.dslreports.com/forum/remark,20440340</link>
<description><![CDATA[<A HREF="/useremail/u/100249"><b>graysonf</b></A> : In your acl clients list, I see<br><br>::1;<br><br>No idea what that is or is supposed to be.<br><br>In options I see what appears to be a commented out auth-nxdomain statement using # for the comment delimiter. I don't think that's valid in BIND. Try // instead.<br><br>Have you looked in any/all of BIND's logs for errors?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20440340</guid>
<pubDate>Tue, 06 May 2008 14:34:53 EDT</pubDate>
</item>

<item>
<title>Re: DNS Strangeness</title>
<link>http://www.dslreports.com/forum/remark,20440209</link>
<description><![CDATA[<A HREF="/useremail/u/465839"><b>deblin</b></A> : Mine works fine, not sure what's up with your config. It would be useful to see the entire thing.<br><small>--<br>Hello...is there anybody in there?</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20440209</guid>
<pubDate>Tue, 06 May 2008 14:11:33 EDT</pubDate>
</item>

<item>
<title>Re: DNS Strangeness</title>
<link>http://www.dslreports.com/forum/remark,20440043</link>
<description><![CDATA[<A HREF="/useremail/u/1177583"><b>luminaire</b></A> : I should have been more clear in saying that from inside those netblocks everything works great. It's from outside of them where things start going funny. I tried the suggested change Deblin, so far no good :(.<br><small>--<br>Luminaire<br><A HREF="http://angrytelecomgeek.blogspot.com/">My Blog</a></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20440043</guid>
<pubDate>Tue, 06 May 2008 13:46:55 EDT</pubDate>
</item>

<item>
<title>Re: DNS Strangeness</title>
<link>http://www.dslreports.com/forum/remark,20439790</link>
<description><![CDATA[<A HREF="/useremail/u/465839"><b>deblin</b></A> : The same construct works fine here:<br><br><pre><br>acl internal { 10.0.0/24; 127.0.0.1; };<br> <br>options {<br>    allow-recursion { internal; };<br>...<br></pre><br><br>For shits and giggles, have you tried using the masks instead, e.g.:<br><br>allow-recursion {<br>x.x.x.0/19;<br>x.x.x.0/19;<br>x.x.x.0/19;<br>y.y.y.y/16;<br>127.0.0.1/32;<br>::1;<br>};<br><br><small>--<br>Hello...is there anybody in there?</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20439790</guid>
<pubDate>Tue, 06 May 2008 12:52:41 EDT</pubDate>
</item>

<item>
<title>Re: DNS Strangeness</title>
<link>http://www.dslreports.com/forum/remark,20439720</link>
<description><![CDATA[<A HREF="/useremail/u/1177583"><b>luminaire</b></A> : Negative, doesn't seem to have fixed it.<br><br>ndavey@monkey:~$ ping www.dslreports.com<br>ping: unknown host www.dslreports.com<br><br>I actually had that omitted for the first little while but when things started not working I figured I'd explicitly state what is allowed. Here's a packet capture of the client to the server:<br><br>12:34:24.408887 IP (tos 0x0, ttl 64, id 44054, offset 0, flags [DF], proto UDP (17), length 64) 192.168.20.52.45861 > 1.1.1.1.53: [bad udp cksum f306!] 55115+ A? www.dslreports.com. (36)<br>12:34:24.423450 IP (tos 0x0, ttl 57, id 0, offset 0, flags [DF], proto UDP (17), length 288) 1.1.1.1.53 > 192.168.20.52.45861: 55115- q: A? www.dslreports.com. 0/13/0 ns: com. NS[|domain]<br>12:34:24.423595 IP (tos 0x0, ttl 64, id 44056, offset 0, flags [DF], proto UDP (17), length 64) 192.168.20.52.39439 > 1.1.1.1.53: [bad udp cksum 920!] 55115+ A? www.dslreports.com. (36)<br>12:34:24.435409 IP (tos 0x0, ttl 57, id 0, offset 0, flags [DF], proto UDP (17), length 288) 1.1.1.1.53 > 192.168.20.52.39439: 55115- q: A? www.dslreports.com. 0/13/0 ns: com. NS[|domain]<br><br>As soon as this line is commented out it starts working:<br><br>allow-recursion { clients; };<br><br>It's almost like if the clients can't have recursive requests they don't bother asking again.<br><small>--<br>Luminaire<br><A HREF="http://angrytelecomgeek.blogspot.com/">My Blog</a></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20439720</guid>
<pubDate>Tue, 06 May 2008 12:38:30 EDT</pubDate>
</item>

<item>
<title>Re: DNS Strangeness</title>
<link>http://www.dslreports.com/forum/remark,20439678</link>
<description><![CDATA[<A HREF="/useremail/u/1070900"><b>nwrickert</b></A> : Try removing the quotes are around "any"<br><br>allow-query { any; };<br><br>instead of<br><br>allow-query { "any"; };]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20439678</guid>
<pubDate>Tue, 06 May 2008 12:31:32 EDT</pubDate>
</item>

<item>
<title>DNS Strangeness</title>
<link>http://www.dslreports.com/forum/remark,20439619</link>
<description><![CDATA[<A HREF="/useremail/u/1177583"><b>luminaire</b></A> : I have a DNS server that hosts several hundred zones, and is the secondary DNS server for a large network. Everything works all well and good when the settings are all default, however when I block recursion from anything outside of our netblocks anyone outside of our netblocks can no longer query the server. These are the lines I added:<br><br>acl clients {<br>        x.x.x.0/19;<br>        x.x.x.0/19;<br>        x.x.x.0/19;<br>        y.y.y.y/16;<br>        127.0.0.1/32;<br>        ::1;<br>};<br><br>options {<br>        directory "/var/named";<br>        #auth-nxdomain no;<br>        recursive-clients 10000;<br>        allow-recursion { clients; };<br>        allow-query { "any"; };<br>};<br><br>From outside of those netblocks I have a computer configured to query that server. When I do a couple test pings:<br><br>user@host:~$ ping www.acura.com<br>ping: unknown host www.acura.com<br><br>When I dig however:<br><br> dig -t A www.acura.com @1.1.1.1<br><br>; > DiG 9.4.2 > -t A www.acura.com @1.1.1.1<br>;; global options:  printcmd<br>;; Got answer:<br>;; ->>HEADER--<br>Luminaire<br><A HREF="http://angrytelecomgeek.blogspot.com/">My Blog</a></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,20439619</guid>
<pubDate>Tue, 06 May 2008 12:21:48 EDT</pubDate>
</item>

</channel>
</rss>
