Hallo! Am Sun, 11 Aug 2002 10:20:49 +0200 schrieb Steffen Moser:
nslookup *** Can't find server name for address 192.168.1.77: No response from server *** Can't find server name for address 192.168.1.3: No response from server
192.168.1.77 ist ausgefallen, aber 192.168.1.3 sollte antworten. Im resolver sind beide eingetragen.
Der secondary named läuft auch angeblich: ps ax |grep named 164 ? S 0:00 /usr/sbin/named -u named -g named
netstat -antu |grep :53 tcp 0 0 192.168.1.50:53 0.0.0.0:* LISTEN tcp 0 0 192.168.1.12:53 0.0.0.0:* LISTEN tcp 0 0 192.168.1.11:53 0.0.0.0:* LISTEN udp 0 0 192.168.1.50:53 0.0.0.0:* udp 0 0 192.168.1.12:53 0.0.0.0:* udp 0 0 192.168.1.11:53 0.0.0.0:*
Ich denke, hier fehlt die Adresse "192.168.1.3". Hast Du evtl. ein- gestellt, dass der "named" nicht auf allen IP-Adressen des Rechners lauschen soll?
Tut mir leid, ich hatte das nur aus der Gesamtausgabe ausgeschnitten: netstat -antu |grep :53 tcp 0 0 192.168.1.50:53 0.0.0.0:* LISTEN tcp 0 0 192.168.1.12:53 0.0.0.0:* LISTEN tcp 0 0 192.168.1.11:53 0.0.0.0:* LISTEN tcp 0 0 192.168.1.10:53 0.0.0.0:* LISTEN tcp 0 0 192.168.1.9:53 0.0.0.0:* LISTEN tcp 0 0 192.168.1.7:53 0.0.0.0:* LISTEN tcp 0 0 192.168.1.6:53 0.0.0.0:* LISTEN tcp 0 0 192.168.1.5:53 0.0.0.0:* LISTEN tcp 0 0 192.168.1.4:53 0.0.0.0:* LISTEN tcp 0 0 192.168.1.3:53 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN udp 0 0 192.168.1.50:53 0.0.0.0:* udp 0 0 192.168.1.12:53 0.0.0.0:* udp 0 0 192.168.1.11:53 0.0.0.0:* udp 0 0 192.168.1.10:53 0.0.0.0:* udp 0 0 192.168.1.9:53 0.0.0.0:* udp 0 0 192.168.1.7:53 0.0.0.0:* udp 0 0 192.168.1.6:53 0.0.0.0:* udp 0 0 192.168.1.5:53 0.0.0.0:* udp 0 0 192.168.1.4:53 0.0.0.0:* udp 0 0 192.168.1.3:53 0.0.0.0:* udp 0 0 127.0.0.1:53 0.0.0.0:* Aber eben stelle ich fest, daß ein nslookup wieder funktioniert, auch ohne primary: nslookup *** Can't find server name for address 192.168.1.77: No response from server Default Server: gamma.meyer.home Address: 192.168.1.3 # das ist der secondary Komisch, daß das heute morgen nicht geklappt hat. Vielleicht war der secondary noch müde?
Ein dig dagegen funktioniert wieder:
; <<>> DiG 8.3 <<>> meyer.home. ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUERY SECTION: ;; meyer.home, type = A, class = IN
Von wo aus machst Du das "dig"? Vom gleichen Rechner aus, der beim "nslookup" oben Probleme macht?
dig auf dem gleichen Rechner, auf dem nslookup nicht funktionierte. Ist das nicht komisch?
Warum antwortet die Träne nicht? Wieso kein LISTEN auf UDP?
Das ist schon richtig so. UDP ist nicht verbindungsorientiert. Da gibt es dann einen solchen "Status" nicht.
Achso, Danke! Ich wollte mir ja schon lange mal DNS&Bind zulegen. Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage