SOLVED -- Re: Problems with a BIND server

[Robert Moskowitz]

SOLVED!!!

Problem was with the DNS server for home.htt.  The zone files there are 
built from scripts from a database, and there are problems with the SOA, 
NS, and MX records.  I will have to submit a bug.

In all cases, instead of the host FQDN, there was only the domain.  So I 
editted the zone files, restarted BIND on all the servers (I am sure 
there was an easier way, but I chose the big hammer),

And now things are working right!

ARGH!!!  I looked at those files a dozen times.  But since they are 
generated by a script, I guess I never really thought about some of the 
content.  Things work well enough within the domain for its purposes, 
but broken outside of that...

Robert Moskowitz wrote:
> I have been running BIND here on my net for quite a few years time and 
> run 2 views on my main server, for internal and external users.  I 
> also have a separate BIND server on a test bed that uses a test TLD of 
> htt.  It has worked well for the past year.
>
> Now I have installed an Amahi server (amahi.org) and it is running its 
> own BIND server with dynamic updates, as it is supporting NetBios 
> clients.  My Amahi server is set up for home.htt and works for systems 
> on its subnet (it also runs DHCPD).  I want access to the various 
> Amahi apps to other systems here so I first:
>
> Set up my main server to be a slave for my test htt domain in its 
> internal view.
>
> That is working well and I can get all the DNS information supported 
> there (both hosts in htt and its sub-zone of mobile.htt).  Fine so far.
>
> Then I added a couple records to the zone file in htt to delegate 
> home.htt:
>
> home.htt.   IN   NS   amahi.home.htt.
> amahi.home.htt.   IN   A   192.168.1.2
>
> And nothing.
>
> I am NOT getting any information on the home.htt. sub-zone.  If I run 
> 'nslookup - 192.168.1.2' I get all the information in the DNS, but 
> neither of my internal BIND servers are getting information.  Almost 
> as if the Amahi server is not honoring requests from other BIND 
> servers or perhaps not on its net.
>
> Here are the named.conf and zone files:
>
> # automatically generated file by hdactl
> options {
>        listen-on-v6 port 53 { ::1; };
>        directory "/var/named";
>        dump-file "/var/named/data/cache_dump.db";
>        statistics-file "/var/named/data/named_stats.txt";
>        memstatistics-file "/var/named/data/named_mem_stats.txt";
>        forward only;
>        forwarders { 208.67.222.222; 208.67.220.220; };
>        listen-on port 53 { 192.168.1.2; 127.0.0.1; };
> };
> logging {
>        channel default_debug {
>                file "data/named.run";
>                severity dynamic;
>        };
> };
> key "ddnskey" {
>        algorithm hmac-md5;
>        secret "----------------------";
> };
>
> zone "home.htt" IN {
>        type master;
>        notify no;
>        file "dynamic/hda-n2a.conf";
>        allow-update { key ddnskey; };
>        check-names ignore;
> };
>
> zone "1.168.192.in-addr.arpa" IN {
>        type master;
>        notify no;
>        file "dynamic/hda-a2n.conf";
>        allow-update { key ddnskey; };
>        check-names ignore;
> };
>
>
> and dynamic/hda-n2a.conf:
>
> $TTL    86400
> @ IN SOA home.htt. root.home.htt. (
>        0909130103 ; Serial
>        28800   ; Refresh
>        14400   ; Retry
>        3600000 ; Expire
>        86400 ) ; Minimum
>                IN NS home.htt.
>                IN MX 10 home.htt.
> *       IN MX 10 home.htt.
>
> h001            A       192.168.1.1
> .
> .
> .
> hda             A       192.168.1.2
> search          A       192.168.1.2
> setup           A       192.168.1.2
> calendar                A       192.168.1.2
> help            A       192.168.1.2
> wiki            A       192.168.1.2
>
>
> So any tips on what to look for to get this working?
>
> I shot the day digging, and I can do things with BIND, but I am not 
> all that skilled...
>
>
> _______________________________________________
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
>