<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Sounds like a good topic for a Linux meeting: tomorrow at NoiseBridge perhaps &/or at the next SF-LUG ?<br>I'd be happy to share with you my experiences.  I have kept notes- including distillations of what Rick posted when this came up a few years ago.<br><br><br>a_kleider@yahoo.com<br><br>--- On <b>Mon, 8/27/12, jim <i><jim@systemateka.com></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: jim <jim@systemateka.com><br>Subject: Re: [sf-lug] resolver problem<br>To: "Rick Moen" <rick@linuxmafia.com><br>Cc: sf-lug@linuxmafia.com<br>Date: Monday, August 27, 2012, 12:47 PM<br><br><div class="plainMail"><br><br>    (Maybe things have changed since last I looked.) <br>    I've spent time, occasionally, looking through pages <br>of search engine
 results and other sources trying to <br>learn how to set up a DNS server. There's lots of info, <br>but what I've seen does not give me what I need to do <br>the job. There are lots of concepts, but they don't <br>relate to creating the proper files. There are tutorials, <br>but they are specific to particular problems that are <br>not a simple, general purpose DNS resolving system. <br>    What I'd like to know is what software to get and <br>what configuration files to create on the server side <br>so that a client request to resolve a domain name gets <br>access to the requested server. If necessary, what <br>client-side configuration files to create to access my <br>home-brewed DNS server. <br>    I believe it's easy to do if one knows what to do. <br><br><br><br><br><br>On Mon, 2012-08-27 at 11:06 -0700, Rick Moen wrote:<br>> Quoting Alex Kleider (<a ymailto="mailto:a_kleider@yahoo.com"
 href="/mc/compose?to=a_kleider@yahoo.com">a_kleider@yahoo.com</a>):<br>> <br>> > Daniel G was kind enough to spend a lot of time with me at last<br>> > Monday's LUG meeting trouble shooting this problem.  In the end he<br>> > concluded that for reasons never made clear, resolver requests were<br>> > being sent out using TCP instead of UDP and some servers honored that<br>> > and some stuck to the rules and did not.  Changing /etc/resolv.conf<br>> > to point to a server that did seemed to solve the problem (or should I<br>> > say, 'circumvent' the problem, if that is indeed what it was. I can no<br>> > longer reproduce the problem so can not investigate further.)<br>> <br>> Yes, but why outsource DNS at all, in the first place?<br>> <br>> You can run a full-service recursive nameserver of your own on just<br>> about anything, it completely avoids problems such as the one you
 <br>> cite above, it doesnt't take much in the way of machine resources, and <br>> it pretty much runs itself.  (There's nothing really requiring<br>> administration.)<br>> <br>> I can understand people wanting to outsource their authoritative DNS on<br>> grounds of administrative headache (though I do not concur), but<br>> outsourcing recursive DNS seems a bit silly.<br>> <br>> (Software?  Your choice of Unbound, PowerDNS Recursor, BIND9, Deadwood,<br>> dnscache.)<br>> <br>> <br>> _______________________________________________<br>> sf-lug mailing list<br>> <a ymailto="mailto:sf-lug@linuxmafia.com" href="/mc/compose?to=sf-lug@linuxmafia.com">sf-lug@linuxmafia.com</a><br>> <a href="http://linuxmafia.com/mailman/listinfo/sf-lug" target="_blank">http://linuxmafia.com/mailman/listinfo/sf-lug</a><br>> Information about SF-LUG is at <a href="http://www.sf-lug.org/"
 target="_blank">http://www.sf-lug.org/</a><br><br><br><br>_______________________________________________<br>sf-lug mailing list<br><a ymailto="mailto:sf-lug@linuxmafia.com" href="/mc/compose?to=sf-lug@linuxmafia.com">sf-lug@linuxmafia.com</a><br><a href="http://linuxmafia.com/mailman/listinfo/sf-lug" target="_blank">http://linuxmafia.com/mailman/listinfo/sf-lug</a><br>Information about SF-LUG is at <a href="http://www.sf-lug.org/" target="_blank">http://www.sf-lug.org/</a><br></div></blockquote></td></tr></table>