Probleme mit woody und bind9?

[Markus Wigge]

Tag,

> Sieht aus, als ob er keine Antwort geben würde. Das ist eigentlich immer
> Folge einer Fehlkonfiguration.

> Zu viele und nicht funktionierende DNS-Server in /etc/resolv.conf
> eingetragen...
Benötige ich die um mich lokal an der Maschine anzumelden?
Es sind nur 2 Server eingetragen:
search omp-paderborn.de
nameserver 80.66.11.20
nameserver 80.66.11.19

die .20 ist der Rechner selber und die .19 ist unser primary 
(ns1.omp-paderborn.d).

> Dein bind9  scheint unter'm Strich nicht zu laufen, oder, um genau zu
> sein, er läuft, gibt aber keine (und zwar _garkeine_) Antwort, was der
> Resolver Dir dann mit timeouts dankt.
Da wüsste ich halt gern was der Lokal zu resolven versucht wenn ich mich 
an der Konsole einlogge...

> Was steht in Deiner /etc/resolv.conf? Wie sieht Deine
> /etc/bind/named.conf aus?
a: siehe oben
b:

// This is the primary configuration file for the BIND DNS server named.
//
// Please read /usr/share/doc/bind9/README.Debian for information on the
// structure of BIND configuration files in Debian, *BEFORE* you customize
// this configuration file.
//

options {
         directory "/var/cache/bind";

         // If there is a firewall between you and nameservers you want
         // to talk to, you might need to uncomment the query-source
         // directive below.  Previous versions of BIND always asked
         // questions using port 53, but BIND 8.1 and later use an 
unprivileged
         // port by default.

         // query-source address * port 53;

         // If your ISP provided one or more IP addresses for stable
         // nameservers, you probably want to use them as forwarders.
         // Uncomment the following block, and insert the addresses 
replacing
         // the all-0's placeholder.

         // forwarders {
         //      0.0.0.0;
         // };

         auth-nxdomain no;    # conform to RFC1035

};

// prime the server with knowledge of the root servers
zone "." {
         type hint;
         file "/etc/bind/db.root";
};

// be authoritative for the localhost forward and reverse zones, and for
// broadcast zones as per RFC 1912

zone "localhost" {
         type master;
         file "/etc/bind/db.local";
};

zone "127.in-addr.arpa" {
         type master;
         file "/etc/bind/db.127";
};

zone "0.in-addr.arpa" {
         type master;
         file "/etc/bind/db.0";
};

zone "255.in-addr.arpa" {
         type master;
         file "/etc/bind/db.255";
};

// add entries for other zones below here

//include "/etc/bind/slave.conf/named.conf.ns1.omp-paderborn.de";

In der z.Zt. auskommentierten Datei stehen die Slave-Zonen für die das 
Ding verantwortlich sein soll, diese Datei wird aus einer Liste aller 
Domains automatisch generiert und läuft so eigentlich auch auf einem 
anderen Backup-Server mit woody und bind9 (Ist das gleiche Script).
Hier ein Auszug wie die Einträge aussehen, alle Kundendomains darf ich 
wohl nicht veröffentliche ;-)
---------------------------------------------------
zone "11.66.80.in-addr.arpa" {
         type slave;
         file "ns1.omp-paderborn.de/bak.11.66.80.in-addr.arpa";
         masters { 80.66.11.19; };
};

zone "cultcom.de" {
         type slave;
         file "ns1.omp-paderborn.de/bak.cultcom.de";
         masters { 80.66.11.19; };
};

zone "omp.de" {
         type slave;
         file "ns1.omp-paderborn.de/bak.omp.de";
         masters { 80.66.11.19; };
};
---------------------------------------------------
Das sieht für mich soweit korrekt aus. Alle Semikola sind da, der Master 
ist richtig und das Verzeichnis "/var/cache/bind/ns1.omp-paderborn.de" 
existiert auch.


Ich sollte auch noch erwähnen das ich den named nicht mehr mit 
"/etc/init.d/bind9 stop" stoppen kann.
Auch ein "killall -TERM named" hilft nicht, der ist nur noch via "KILL" 
zu stoppen...

bye
   Markus