Hallo Liste Hallo Bernhard Unter SuSE 9 und bind 9.2-2-25 Ach so der Bind ist Dein Feind werden alle Anfragen mit dig (vermutlich) was heist vermutlich? ein tcpdump bringt Gewissheit, an wen welches Paket gerichtet ist. In deinem Fall tcpdump -i eth0 port 53 and -p udp sofort an die Internet-NS weitergeleitet und daher werden lokale Namen nicht gefunden. Nach meinem Verständnis, sollten zuerst die lokalen Zonen beantwortet werden und erst später die externen. Aenderungen richtig, das kann mann auch den bind machen lassen "forwarders" bei /etc/resolv.conf "name resolve order" hatten keine Wirkung. Merkwürdigerweise gehen nur die Vorwärts-Anfragen (ausser localhost) nicht: dig localhost OK dig -x 127.0.0.1 OK dig -x 192.168.200.212 OK (ist die Machine linuxtest) dig linuxtest NXDOMAIN (Fehler) dig linuxtest.example.net
oder host linuxtest wobei in deiner resolv.conf dann folgendes stehen muss search example.net nameserver 192.168.200.212
dig @192.168.200.212 localhost OK dig @192.168.200.212 linuxtest NXDOMAIN (Fehler)
Ich finde den Fehler nicht. Es ist keine Firewall in Betrieb.
# /etc/named.conf options { directory "/var/lib/named"; dump-file "/var/log/named_dump.db"; statistics-file "/var/log/named.stats"; #forwarders { 192.0.2.1; 192.0.2.2; }; benutze forwarders forwarders { 135.4.56.7; 212.45.22.11; }; Du musst Deine eintragen, die Dir Dein ISP beim login ins Internet übergibt #forward first; #listen-on port 53 { 127.0.0.1; }; listen-on-v6 { any; }; benutzt du ipv6 ? wenn nicht, dann weg damit #query-source address * port 53; #transfer-source * port 53; #notify-source * port 53; #allow-query { 127.0.0.1; }; #notify no; }; zone "." in { type hint; file "root.hint"; }; zone "localhost" in { type master; file "localhost.zone"; forwarders {}; #localhost wird nicht forgewardet }; zone "0.0.127.in-addr.arpa" in { type master; file "127.0.0.zone"; forwarders {}; }; zone "200.168.192.in-addr.arpa" in { type master; file "master/200.168.192.in-addr.arpa.zone"; forwarders {} }; zone "example.net" in { type master; file "master/example.net.zone"; forwarders {}; }; zusätzlich solltest du noch die zonen "0.in-addr.arpa" und "255.in-addr.arpa" mit aufnehmen und anlegen
200.168.192.in-addr.arpa.zone: $TTL 2D 200.168.192.in-addr.arpa. IN SOA linuxtest.example.net. hostmaster.example.net. ( korrekt muss das heißen hostmaster.linuxtest.example.net. ( oder die ganze zeile in kurzer schreibweise @ IN SOA linuxtest. hostmaster.linuxtest. ( 1999092903 ; serial 1D ; refresh 2H ; retry 1W ; expiry 2D ) ; minimum
IN NS linuxtest.example.net.
1 IN PTR test.example.net. 101 IN PTR test1.example.net. 102 IN PTR test2.example.net. 212 IN PTR linuxtest.example.net.
example.net.zone: $TTL 2D example.net. IN SOA localhost.example.net. hostmaster.example.net. ( @ IN SOA linuxtest. hostmaster.linuxtest. ( 1999092902 ; serial 1D ; refresh 2H ; retry 1W ; expiry 2D ) ; minimum
IN NS localhost IN NS linuxtest.example.net. der localhost hat hier nichts zu suchen dafür hast du doch in der named.conf extra die beiden zonen "localhost" und "0.0.127.in-addr.arpa" deklariert IN MX 10 localhost IN MX 10 linuxtest.example.net. hast du wirklich einen zentralen Mailserver laufen ?
localhost IN A 192.168.200.212 localhost benutzt den 127.0.0.0/8 Adressraum linuxtest IN A 192.168.200.212 test1 IN A 192.168.200.101 test2 IN A 192.168.200.102
www IN CNAME localhost www IN CNAME linuxtest.example.net. ftp IN CNAME localhost ftp IN CNAME linuxtest.example.net
Sorry, war mit einem ähnlichen Problem schon mal da. Hoffentlich weiss Welches war das? Hab es anscheinend überlesen. jemand Rat. Komme wirklich hier nicht mehr weiter. Herzlichen Dank für jeden Tipp. Mir scheinst, dass Du hier einiges durcheinanderwirfst. im übrigen solltest Du nach editieren der named.conf und einer Zone einen syntaxcheck machen named-chechconf /etc/named.conf named-checkzone <zonenname> /<pfad der zonendatei> hilfreich ist es auch manchmal den nameserver im debugmodus zu starten named -f -c /etc/named.conf -g -d 1
nichts zu danken und viel Erfolg Jerome