<p dir="ltr">Most decent domain registrars offer free basic DNS housing for the domains you register there. Even GoDaddy offers that.</p>
<div class="gmail_quote">On Jan 18, 2013 2:34 PM, &quot;Jim Lynch&quot; &lt;<a href="mailto:ale_nospam@fayettedigital.com">ale_nospam@fayettedigital.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 01/18/2013 11:48 AM, Michael H. Warfield wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Fri, 2013-01-18 at 09:38 -0500, Jim Lynch wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi, Mike,<br>
Thanks.  I hate to admit it here &#39;cause I know general consensus here<br>
about webmin and gui&#39;s in general, but I was trying to generate a zone<br>
using webmin/dns.  It obviously didn&#39;t do what I thought it should.  As<br>
I said before I gotta do a bit more digging so I understand this stuff a<br>
bit better.  You&#39;re example helps a lot.  Thanks for that.<br>
</blockquote>
Ok...  That tells me a couple of important things.<br>
<br>
If you are generating a zone file, you must be setting up an<br>
authoritative name server.<br>
</blockquote>
I guess.  The free dns servers seem to be drying up and going to a paid model.  I find it hard to pay as much for dns services as I do the systems themselves, so I&#39;m digging into running my own dns servers.  I actually have 3 different VPS systems to play with and figured I&#39;d run dns servers on at least two of them to serve everyone.  I&#39;m just starting my investigation.<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Even if you set up a proper zone file and have that configured<br>
correctly, you still must configure the name server itself to listen on<br>
the network.  That&#39;s not in the zone file at all.  That&#39;s part of the<br>
global named.conf configuration.<br>
</blockquote>
I am vaguely aware of that requirement.  One advantage I have is that two of the three servers have (I think) working dns servers configured properly (virtualmin generated).  I was trying, step by step, to duplicate using webmin.  I know I can just copy the config files over from another working system, make changes specific to that system and it should work, however for educational value I&#39;m trying to see what webmin is doing.  I now know I didn&#39;t go far enough.<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Since you are able to telnet to localhost on port 53 you&#39;re obviously on<br>
the machine hosting the nameserver so you should be able to<br>
edit /etc/named.conf and inspect its content.<br>
<br>
I should also point out as well that telnet to port 53 is TCP where as<br>
most DNS is going to operate over UDP with TCP as a fallback for larger<br>
transfers like zone transfers.  The name server will listen on both TCP<br>
and UDP sockets for the same addresses but also be sure your firewall<br>
rules are consistent for TCP and UDP.<br>
</blockquote>
OK good info.  I turned off the firewall for testing.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
AFA nslookup goes...  Another poster was correct in that nslookup<br>
deprecated and discouraged by the original authors (ISC - Internet<br>
Systems Consortium).<br>
<br>
The reason for this is that nslookup uses its own peculiar internal<br>
resolver and operates differently from &quot;host&quot; and &quot;dig&quot; as well as<br>
normal name resolution lookups.  It may present results which are<br>
inconsistent with the behavior of those two supported tools and other<br>
applications doing name lookups.  It may work perfectly fine in most<br>
simple cases but it has been stated that its behavior can be<br>
&quot;inconsistent&quot; (due to its use of that internal resolver).  It hasn&#39;t<br>
been updated in ages and may not support some of the newer DNS features,<br>
either.<br>
<br>
 From ISC:<br>
<br>
<a href="http://www.isc.org/software/bind/documentation/arm95#id2547410" target="_blank">http://www.isc.org/software/<u></u>bind/documentation/arm95#<u></u>id2547410</a><br>
<br>
</blockquote>
OK so it&#39;s time to come out of the &#39;90s.  I do move slowly as I approach ancient age.  (No not capitalized so no whiskey here)<br>
<br>
Thanks again,<br>
Jim.<br>
<br>
______________________________<u></u>_________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/<u></u>listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/<u></u>listinfo</a><br>
</blockquote></div>