Archiv verlassen und diese Seite im Standarddesign anzeigen : DNS(bind9) im Heimnetz
Hilfe...
Ich habe unter einem SuSE SLES9 zu Hause in einer Testumgebung versucht einen DNS-Server zum laufen zu bekommen.
Ich habe in /etc/named.conf unter forwarders die DNS meines ISP eingetragen und am Ende folgende Zonen-Definitionen eingetragen:
zone "bigtux.local" in {
type master;
file "master/bigtux.local.zone";
};
zone "1.168.192.in-addr.arpa" in {
type master;
file "master/192.168.1.zone";
};
danach habe ich unter /var/lib/named/master die beiden Zonendateien angelegt.
bigtux.local.zone:
$TTL 172800
bigtux.local. IN SOA suse.bigtux.local. root.bigtux.local. (
2005123001
1D
2H
1W
3H )
bigtux.local. IN NS suse.bigtux.local.
router IN A 192.168.1.1
w2k IN A 192.168.1.10
linux IN A 192.168.1.20
192.168.1.zone:
$TTL 172800
1.168.192.in-addr.arpa. IN SOA suse.bigtux.local. root.bigtux.local. (
2005123001
1D
2H
1W
3H )
IN NS suse.bigtux.local.
1 IN PTR router.bigtux.local.
10 IN PTR w2k.bigtux.local.
20 IN PTR linux.bigtux.local.
Wenn ich nun bind starte bekomme ich keine Fehlermeldung in /var/log/messages, aber Anfragen wie host linux bringen
Host linux not found: 3(NXDOMAIN) als Fehlermeldung. Selbige Abfrage auf localhost funktioniert vorwärts und rückwärts.
Woran kann das nur liegen? Weiß jemand Rat?
Noch ne Anmerkung:
komischerweise kann ich mit allen Rechner ins Internet über den Name-Server, forwarden klappt also. Und ich kann verschiedenen pings "erfolgreich" über den DNS-Namen abgeben. zB ping w2k vom Rechner "linux" geht. Er löst die IP auf und er pingt. Ich kann aber von keinem Rechner aus "ping suse" durchführen, der Server bleibt dann unerreichbar über die Namensauflösung.
Und...
Wenn ich auf dem Server die Rückwärtsauflösung mache: host 192.168.1.1 verweist er auf den Richtigen Pointer.
poweradmin
31.12.05, 00:25
Kommt beim starten von BIND eine Fehlermeldung (Konsole)? Auf anhieb kann ich um die Uhrzeit auch keinen Fehler entdecken!
Gruß Pierre
Dec 31 02:00:01 suse named[6669]: starting BIND 9.2.3 -t /var/lib/named -u named
Dec 31 02:00:01 suse named[6669]: using 1 CPU
Dec 31 02:00:01 suse named[6669]: loading configuration from '/etc/named.conf'
Dec 31 02:00:01 suse named[6669]: listening on IPv6 interfaces, port 53
Dec 31 02:00:01 suse named[6669]: listening on IPv4 interface lo, 127.0.0.1#53
Dec 31 02:00:01 suse named[6669]: binding TCP socket: address in use
Dec 31 02:00:01 suse named[6669]: listening on IPv4 interface eth1, 192.168.1.100#53
Dec 31 02:00:01 suse named[6669]: binding TCP socket: address in use
Dec 31 02:00:01 suse named[6669]: command channel listening on 127.0.0.1#953
Dec 31 02:00:01 suse named[6669]: command channel listening on ::1#953
Dec 31 02:00:01 suse named[6669]: zone 0.0.127.in-addr.arpa/IN: loaded serial 42
Dec 31 02:00:01 suse named[6669]: zone 1.168.192.in-addr.arpa/IN: loaded serial 2005123101
Dec 31 02:00:01 suse named[6669]: zone bigtux.local/IN: loaded serial 2005123101
Dec 31 02:00:01 suse named[6669]: zone localhost/IN: loaded serial 42
Dec 31 02:00:01 suse named[6669]: running
versuchs mal mit suse.bigtux.local beim ping wenn das geht dann liegts an deinem windows, aber zu dieser uhrzeit kann auch ich da nicht viel weiter helfen
Kinder, PING ist kein Tool zum testen der Namensauflösung. Für sowas gibt es nslookup und dig. Ändere mal bitte dein Zonefile wie folgt ab:
Warum gibt es keinen A-Record für deinen Host suse.bigtux.local?
poweradmin
31.12.05, 09:22
Kinder, PING ist kein Tool zum testen der Namensauflösung. Für sowas gibt es nslookup und dig. Ändere mal bitte dein Zonefile wie folgt ab:
Warum gibt es keinen A-Record für deinen Host suse.bigtux.local?
Wieso, in der bigtux.local.zone stehen die bei im drin? Vielmehr würde mich mal seine
zone "1.168.192.in-addr.arpa" unter die Lupe nehmen. Da fehlen sachen wie:
1.1.168.192.in-addr.arpa. IN PTR router.bigtux.local
Oder?
Gruß Pierre
Wieso, in der bigtux.local.zone stehen die bei im drin?
Aha, wo? Ich hoffe du meinst jetzt nicht den NS-Record. Der A-Record für den Host "linux" meinte ich auch nicht.
Vielmehr würde mich mal seine zone "1.168.192.in-addr.arpa" unter die Lupe nehmen. Da fehlen sachen wie:
1.1.168.192.in-addr.arpa. IN PTR router.bigtux.local
Oder?
Nein, Reverse Lookupzone sieht gut aus. Aber schau dir doch mal die eigentliche Fehlermeldung an - klingt nach einem fehlerhaften Domainname. Bitte mal die Ausgaben von nslookup posten und die /etc/resolv.conf. Beim testen mit nslookup bitte sowohl Hostname und IP, als auch den FQDN verwenden.
suse:~ # nslookup linux
Note: nslookup is deprecated and may be removed from future releases.
Consider using the `dig' or `host' programs instead. Run nslookup with
the `-sil[ent]' option to prevent this message from appearing.
Server: 192.168.1.100
Address: 192.168.1.100#53
** server can't find linux: NXDOMAIN
suse:~ # nslookup 192.168.1.20
Note: nslookup is deprecated and may be removed from future releases.
Consider using the `dig' or `host' programs instead. Run nslookup with
the `-sil[ent]' option to prevent this message from appearing.
Server: 192.168.1.100
Address: 192.168.1.100#53
20.1.168.192.in-addr.arpa name = linux.bigtux.local.
suse:~ # cat /etc/resolv.conf
nameserver 192.168.1.100
search bigtux.local
linux:~ # cat /etc/resolv.conf
nameserver 192.168.1.100
search bigtux.local
Kinder, PING ist kein Tool zum testen der Namensauflösung. Für sowas gibt es nslookup und dig. Ändere mal bitte dein Zonefile wie folgt ab:
Warum gibt es keinen A-Record für deinen Host suse.bigtux.local?
Den A Record habe ich gesetzt, jetzt funktioniert soweit alles...
nslookup löst Namen und Adressen auf!!!
Man kann die Fehlermeldung in meien mletzten Posting also "vergessen".
ABER: wenn ich von der Windowskiste: ping suse oder ping suse.bigtux.local mache kennt er den Host nicht :confused:
PING ist kein Tool um die Namensauflösung zu testen.... :rolleyes:
DNS Server ist unter Windows korrekt eingetragen? DNS Suchreihenfolge auch?
hallo bla!zilla:
Ja, hab ich. Problem habe ich gerade eben gelöst bekommen.
Der Fehler lag tatsächlich im fehlenden A-Record für suse.
Allerdings hat sich ein Tipfehler eingeschlichen, so das der erste Test natürlich nicht die Lösung erbracht hat.
Aber: Problem gelöst! Danke!!!
Zu "ping": Richtig. Ping ist kein tool zur Namensauflösung. Allerdings sollte ping den Namen auflösen wenn DNS richtig läuft, oder nicht?
Um die Namensauflösung zu testen gibt es doch nslookup, dig oder host. Warum also das falsche Tool verwenden. Zudem würde PING auch gebrauch von einer NetBIOS Namensauflösung oder der HOSTS gebraucht machen. Ist also ein denkbar schlechtes Tool für sowas.
Yepp, ist schon richtig!
Nur wie gesagt, ich sass vor der Win-Kiste und ping hat den Host nicht gekannt. Jetzt wo alles läuft gehts auch. War mehr ne Bestätigung als ne Lösungssuche mit ping :D
Noch mal zum Thema "ping"!
Ich habe nun einen weiteren DNS-Server aufgesetzt und konfiguriert. Alles klappt prima, außer "ping" vom Server auf die Clients.
Da bekomme ich "Host not known". Woran liegt das nur?
Ist immer das selbe, ich ping von den Clients und das klappt. Ich will vom Server aus nen ping absetzten: Geht nicht! :-(
Ping ist kein Tool zur Namensauflösung! Wenn nslookup den Namen auflösen kann und ping den Host nicht kennt, dann ist irgendwas an deinem System krumm.
Ja. das hatten wir beide doch schon ;)
Frage ich mal so: Was könnte den Fehler verursachen wenn nslookup, dig, host den Namen auflösen. Ping aber nur IP-Addressen will?
Wobei ich noch hinzufügen muss:
Ping auf externe Addressen klappt! :confused:
Poste mal deine /etc/host.conf und deine /etc/hosts.
#
# /etc/host.conf - resolver configuration file
#
# Please read the manual page host.conf(5) for more information.
#
#
# The following option is only used by binaries linked against
# libc4 or libc5. This line should be in sync with the "hosts"
# option in /etc/nsswitch.conf.
#
order bind, hosts
#
# The following options are used by the resolver library:
#
multi on
#
# hosts This file describes a number of hostname-to-address
# mappings for the TCP/IP subsystem. It is mostly
# used at boot time, when no name servers are running.
# On small systems, this file can be used instead of a
# "named" name server.
# Syntax:
#
# IP-Address Full-Qualified-Hostname Short-Hostname
#
127.0.0.1 localhost
192.168.1.2 deep.bigtux.local deep
# special IPv6 addresses
#::1 localhost ipv6-localhost ipv6-loopback
#fe00::0 ipv6-localnet
#ff00::0 ipv6-mcastprefix
#ff02::1 ipv6-allnodes
#ff02::2 ipv6-allrouters
#ff02::3 ipv6-allhosts
Hab noch weiter rumgetestet und unter VMWare noch nen weiteres SuSE laufen.
Ich kann das Problem ausweiten und sagen das KEINE Linux-Kiste im internen Netz auf einen Namen pingen kann.
nslookup klappt auf Hostnamen, FQDN und IP in alle Richtungen...
Keiner da der helfen kann?
Ich bastel hier fleißig weiter und muss feststellen das NFS über Hostnamen auch nicht funktioniert...
Woran kann das denn nur liegen das die Linuxkisten so ein Problem haben verschiedene Dienst in Verbindung mit bind zu bearbeiten?
Wird mal ethereal an und mach mal einen Mitschnitt wenn du einen Ping auf den Namen und auf die IP machst. Möchte mal sehen ob der Rechner vor den ping einen DNS Querey macht.
Problem gelöst. Man glaubt nur die Lösung kaum!!!
Unter [1] habe ich einen link gepostet zu einem Thread in einem anderen Forum.
Das Problem liegt an meiner .local Domain. Wieso auch immer, aber unter SuSE wird diese Domain nicht via DNS sondern über Multicast DNS aufgelöst...
Ein ändern der Testdomain in .home bracht innerhalb von Minuten eine rießen Erleichterung...
Trotz allem, gerade Dir bla!zilla vielen Dank für deine Hilfeversuche!!!
[1]Link zu Linux-Club (http://www.linux-club.de/viewtopic.php?t=6067)
Sorry, aber das Problem ist seit einiger Zeit bekannt. Ich selber musste daher meine DNS Domain von .blazilla.local auf .blazilla.site migrieren. Man kann die GlinC dahingehend fixen, sollte man aber nicht. Hier (http://www.linuxforen.de/forums/showthread.php?t=206460) noch mal ein Link zu einem Thema hier im Forum.
Ich bin da nie drauf gekommen diesen Threasd zu durchforsten da er "ADS" als Teil der Problembeschreibung aufweist.
Hätte man wohl doch mal genau lesen sollen... :rolleyes:
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.