DNS macht noch immer Probleme

[pixel]

Hi@all,

ich einen DNS-Server welcher jedoch nicht 100%ig funktioniert. Wenn ich vom Windows-Client aus

C:\nslookup
-------------------------------------------------------------
eingebe erhalte ich die Ausgabe:
Server: tux.komet.net
Adresse: 192.168.111.1
>
-------------------------------------------------------------
soweit ist das ok. Wenn ich innerhalb von nslookup dann eine Namensauflösung durchführen möchte z.B. für den Server selbst und dessen Name eingebe erhalte ich die Meldung:

**** tux wurde von tux.komet.net nicht gefunden: Non-existent domain

mache ich jedoch ein

"ping tux"

funktioniert das.

[msi]

bitte poste folgenden:
cat /etc/resolv.conf # auf dem server
und die bind config files (zonefiles, named.conf ,etc)
thx Markus

[pixel]

Hi@all,

nachdem der dynamische-DNS, zumindest bei mir noch nie so richtig funktioniert hat hanb ich versucht eine statische KOnfiguration vorzunehmen. Die Fehlermeldung wenn ich am Server selbst nslookup eingebe kommt zumindest nicht mehr, jedoch kommt eine andrere Meldung:
-----------------------------------------------------------------------------------------------
#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.
>
------------------------------------------------------------------------------------------------

Mein Problem ist, ich bekomme vom DHCP-Server eine IP zugewiesen, auch das Gateway ins Internet wird per dhcp übergeben jedoch ist ein ansprechen der anderen Server unter Ihrem Namen nicht möglich obwohl ich sie im DNS eingetragen habe (siehe weiter unten).

Ich vermute das die Domain nicht richtig übermittelt wird.

Wenn ich nun am Windows2000-Client 'nslookup' eingebe erhalte ich die richtige ausgabe:
Standardserver: tux.komet.net
Address: 192.168.111.1
>

wenn ich jetzt hier einen meiner Rechner welche ich in den DNS eingetragen habe eingebe (mit Namen um diese in eine Adresse aufzulösen) z.B.
>message

erhalte ich die Ausgabe:

*** message wurde von tux.komet.net nicht gefunden: Non-existent domain

auch ein 'ping tux' funktioniert nicht. Hier sind die Files:


/etc/dhcp.conf (Server)
----------------------------------------------------------------
######################
###globale Optionen###
######################

default-lease-time 600; # 10 Minuten
max-lease-time 3600; # 2 Stunden

option domain-name "komet.net";
option domain-name-servers 192.168.111.1;
option broadcast-address 192.168.111.255;
option routers 192.168.111.20;
option subnet-mask 255.255.255.0;
option netbios-name-servers 192.168.111.1;
option netbios-dd-server 192.168.111.1;
option netbios-node-type 2;

ddns-update-style interim;

########################
##Client-Konfiguration##
########################


#################################
#dynamischer Bereich für Clients#
#################################

subnet 192.168.111.0 netmask 255.255.255.0
{
range 192.168.111.40 192.168.111.200;
}
-------------------------------------------------------------------------

/etc/named.conf

--------------------------------------------------------------------------
options {
directory "/var/named";
forwarders { 194.25.2.129; };
#forward first;
#listen-on port 53 { 127.0.0.1; };
listen-on-v6 { any; };
#query-source address * port 53;
#transfer-source * port 53;
#notify-source * port 53;
# allow-query { 127/8; 192.168.0/24 };
notify no;
};

zone "komet" in {
type master;
file "komet.fw";
};

zone "111.168.192.in-addr.arpa" in {
type master;
file "komet.bw";
};

zone "localhost" in {
type master;
file "localhost.zone";
};

zone "0.0.127.in-addr.arpa" in {
type master;
file "127.0.0.zone";
};

zone "." in {
type hint;
file "root.hint";
};
----------------------------------------------------------------------------
/var/named/komet.fw

$TTL 3H
komet.net. IN SOA tux.komet.net. gehr.kometmetall.de. (
4 ; serial
3H ; refresh
1H ; retry
1W ; expiry
1D ) ; minimum

komet.net. IN NS tux.komet.net.

lokalhost.komet.net. IN A 127.0.0.1
tux.komet.net. IN A 192.168.111.1
message.komet.net. IN A 192.168.111.2
bill.komet.net. IN A 192.168.111.3
darwin.komet.net IN A 192.168.111.4
callme.komet.net. IN A 192.168.111.5
zyxel.komet.net. IN A 192.168.111.20
xerox.komet.net. IN A 192.168.111.21
hp2100_sws.komet.net. IN A 192.168.111.22
hp2100_sbh.komet.net. IN A 192.168.111.23
intelexpress_sbh.komet.net. IN A 192.168.111.24
intelexpress_tsi.komet.net. IN A 192.168.111.25
hp2100_tsi.komet.net. IN A 192.168.111.26
------------------------------------------------------------------------------------

/var/named/komet.bw

$TTL 3H
111.168.192.in-addr.arpa. IN SOA tux.komet.net. gehr.kometmetall.de. (
4 ; serial
3H ; refresh
1H ; retry
1W ; expiry
1D ) ; minimum

111.168.192.in-addr.arpa. IN NS tux.komet.net.

1.111.168.192.in-addr.arpa. IN PTR tux.komet.net.
2.111.168.192.in-addr.arpa. IN PTR message.komet.net.
3.111.168.192.in-addr.arpa. IN PTR bill.komet.net.
4.111.168.192.in-addr.arpa. IN PTR darwin.komet.net.
20.111.168.192.in-addr.arpa. IN PTR zyxel.komet.net.
21.111.168.192.in-addr.arpa. IN PTR xerox.komet.net.
22.111.168.192.in-addr.arpa. IN PTR hp2100_sws.komet.net.
23.111.168.192.in-addr.arpa. IN PTR hp2100_sbh.komet.net.
24.111.168.192.in-addr.arpa. IN PTR intelexpress_sbh.komet.net.
25.111.168.192.in-addr.arpa. IN PTR intelexpress_tsi.komet.net.
26.111.168.192.in-addr.arpa. IN PTR hp2100_tsi.komet.net.

----------------------------------------------------------------------------------------------

/var/named/localhost.zone

$TTL 3H
komet.net. IN SOA tux.komet.net. gehr.kometmetall.de. (
4 ; serial (d. adams)
3H ; refresh
1H ; retry
1W ; expiry
1H ) ; minimum

komet.net. IN NS tux.komet.net.

localhost. IN A 127.0.0.1
------------------------------------------------------------------------------------------------

/var/named/127.0.0.zone

$TTL 3H
0.0.127.in-addr.arpa. IN SOA tux.komet.net. gehr.kometmetall.de. (
4 ; serial (d. adams)
3H ; refresh
1H ; retry
1W ; expiry
1D ) ; minimum

0.0.127.in-addr.arpa. IN NS tux.komet.net.

1.0.0.127.in.addr.arpa. IN PTR localhost.
-----------------------------------------------------------------------------------------------

/etc/resolv.conf

nameserver 127.0.0.1
search komet.net
--------------------------------------------------------------------------------------




was habe ich falsch gemacht?

Gruss Pixel

[Thomas Mitzkat]

wenn die klienten eine ip von dhcp bekommen, muss der dhcp auch den dns updaten, sonst ist das alles unsinn, weil ip und name so nicht übereinstimmen können. also

/etc/dhcp.conf


option nis-servers 192.168.111.1;
option nis-domain "komet.net";
option domain-name-servers 192.168.111.1;
option domain-name "c-concept.de";
option broadcast-address 192.168.111.255;
option subnet-mask 255.255.255.0;
option routers 192.168.111.20;
default-lease-time 120;
max-lease-time 600;
ddns-domainname "komet.net";
ddns-rev-domainname "in-addr.arpa";
allow-client-updates;
ddns-update-style ad-hoc;
zone komet.net. {
primary 127.0.0.1;
}
zone 111.168.192.in-addr.arpa {
primary 127.0.0.1;
}
subnet 192.168.111.0 netmask 255.255.255.0 {
range 192.168.111.21 192.168.111.254;
}


der dhcp weis nun, dass er den bind upzudaten hat und welche dateien da in frage kommen. der bind muss nun auch noch ein bisschen bearbeitet werden:

/etc/named.conf


options {
directory "/var/named";
notify no;
forwarders {
194.25.2.129;
212.185.255.231;
212.185.248.84;
};
dialup yes;
fetch-glue no;
};

zone "localhost" in {
type master;
file "localhost.zone";
};

zone "0.0.127.in-addr.arpa" in {
type master;
file "127.0.0.zone";
};

zone "." in {
type hint;
file "root.hint";
};

zone "komet.net" {
type master;
file "/var/named/c-concept.de.hosts";
allow-update { 127.0.0.1; 192.168.111.0/24; };
};

zone "111.168.192.in-addr.arpa" {
type master;
file "/var/named/192.168.111.rev";
allow-update { 127.0.0.1; 192.168.111.0/24; };
};


in den master-zone-dateien hat jetzt nur noch der router und der nameserver drin zustehen, am besten mit webmin machen. die anderen rechner werden vom dhcpd mit ihrer ip eingetragen.
beim nameserver selbst ist folgendes in /etc/resolv.conf einzutragen:


domain komet.net
nameserver 127.0.0.1


bitte achtgeben, dass die dateinamen für die kommunikation von dhcpd und named richtig sind. am besten zu anfangs den dhcpd mit parameter -d zum debuggen aufrufen, damit man sehen kann, falls man sich doch mal vertippt hat. viel spass.

[pixel]

Danke,

ich hoffe du hast noch die Zeit mir bei den Sachen welche mir noch nicht klar sind auf die Sprünge zu helfen??

einige ist mir daran jedoch nicht ganz klar.

- - zur dhcp.conf - -

option nis-servers 192.168.111.1;
option nis-domain "komet.net";

-> Ich habe doch keinen NIS-Server und vor allem was kann der Windows-Client vom NIS-Server provitierem?:rolleyes:


ddns-domainname "komet.net";
ddns-rev-domainname "in-addr.arpa";
allow-clint-updates;

-> Was bewirken diese Einträge?:rolleyes:

ddns-update-style ad-hoc;

-> ich habe "ddns-update-style interim;" verwendet, worin unterscheiden diese beiden sich?:rolleyes:

zone komet.net {
primary 127.0.0.1;
}

zone 111.168.192.in-addr.arpa {
primary 127.0.0.1;
}

subnet 192.168.111.0 netmask 255.255.255.0 {
rang 192.168.111.21 192.168.111.254;
}

-> Hier habe ich ja lediglich den "range" ein wenig enger gehlten. 50-200, das dürfte doch auch ok sein, oder?:rolleyes:


- - zur named.conf - -

:(unter den forwarders hast du mehrere IP's. Die erste, welche ich als einzigste drin hatte ist der DNS-Server von t-online, von woher sind die anderen beiden (212.185.255.231 + 212.185.248.84)? Kann ich die einfach übernehmen?:rolleyes:

dialup yes;
fetch-glue no;

-> Was bedeuten die beiden?:rolleyes:

den dhcp mit parameter -d starten zum debuggen

->schreibt er das in eine Datei?:rolleyes:

Gruss Pixel

[Thomas Mitzkat]

-> Ich habe doch keinen NIS-Server und vor allem was kann der Windows-Client vom NIS-Server provitierem?
ist ja nicht schlimm, ich habe einen und du kannst es weglassen, aber das niemanden.

-> Was bewirken diese Einträge?
die sind für den dynamischen dns (ddns)

-> ich habe "ddns-update-style interim;" verwendet, worin unterscheiden diese beiden sich?
schau mal in "man 8 dhcpd.conf", da stehts exakt beschrieben.

-> Hier habe ich ja lediglich den "range" ein wenig enger gehlten. 50-200, das dürfte doch auch ok sein, oder?
ja

-> Was bedeuten die beiden?
das hab ich mal gemacht, weil der bind sich permanent ins internet eingewählt hab und ich hbas nicht wieder entfernt. das tut jetzt aber nichts zu deiner sache, lass es weg.

->schreibt er das in eine Datei?
nein, auf den bildschirm, wo du es aufgerufen hast.


probier es doch einfach aus, mann!

[Belkira]

Die Fehlermeldung wenn ich am Server selbst nslookup eingebe kommt zumindest nicht mehr, jedoch kommt eine andrere Meldung:
-----------------------------------------------------------------------------------------------
#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.
>
------------------------------------------------------------------------------------------------

Diese Warnung bzw. Empfehlung hast Du auf dem Linux Server immer schon bekommen, aber offenbar noch nie gelesen. ;)

wenn ich jetzt hier einen meiner Rechner welche ich in den DNS eingetragen habe eingebe (mit Namen um diese in eine Adresse aufzulösen) z.B.
>message

erhalte ich die Ausgabe:

*** message wurde von tux.komet.net nicht gefunden: Non-existent domain

auch ein 'ping tux' funktioniert nicht.

Aber message.komet.net und tux.komet.net läßt sich auflösen, gell? Und reverse lookup mit dem "host" Befehl auf die IP Adresse funktioniert sicher auch.

Was sind das für Clients, auf denen Du nslookup testest? Windows? Linux? Wie kommst Du darauf, daß ein Client einen unvollständigen Rechnernamen "tux" kennen sollte? Hat der Client denn eine passende Domain-Search Liste in /etc/resolv.conf?

[pixel]

Danke,

also die Einträge mit der NIS Domain, sowie die für den dynamischen Abgleich habe ich ergänzt. Wenn ich allerdings die Option:
"ddns-update style ad-hoc,"
in der dhcp.conf eintrage startet der dhcp-Server nicht mehr. Ich bekomme dann folgende Meldung:

-------------------------------------------------------------------
Starting DHCP server Internet Software Consortium DHCP Server V3.0.1rc6
Copyright 1995-2001 Internet Software Consortium.
...
...
...
Please do not under any circumstances send requests for
help directly to the authors of this software - please
send them to the appropriate mailing list as described in
the README file.

exiting.
failed
tux:~ # faild
---------------------------------------------------------------------
ersetze ich sie wieder gegen:
"ddns-update style interim,"

startet er zumindest wieder. Ich habe auch versucht die Manpage, welche du mir gepostet hast sie würde den unterschied dieser beiden Optionen erklären, versucht zu öffnen. Leider war auch dieses Unterfangen nicht vom Erfolg gekrönt.
-----------------------------------------------------------------------
tux:~ # man 8 dhcpd.conf
No manual entry for dhcpd.conf in section 8
tux:~ #
-----------------------------------------------------------------------

die beiden Einträge in der named.conf
dialup yes;
fetch-glue no;
habe ich dann auch weggelassen. Jedoch schein das ganze nicht zu klappen.

Auch die Eingabe von "message.komet.net" bzw. "tux.komet.net" innerhalb von nslookup (direkt am Server) kann die Namen nicht auflösen.

Ich habe also wie gesagt den dhcp-server wieder mit der Option "interim" bei ddns-update-style gestartet und komischerweise hat er in der Datei "komet.bw" also die für die Adresse->Namen-Auflösungen vorgenommen. Er hat auch die "Serial" erhöt, aber nur bei dieser Datei, die Komet.fw hat er unbeachtet gelassen.

Noch eine generelle Frage.
Wie ist eigentlich die richtige Vorgehensweise bei der Inbetriebnahme eines DNS/DHCP - Servers. Ich habe im Forum gelesen das man, wenn man einen dynamischen DNS hat, die Zonendateien nichtmehr per Editor editieren darf. Wenn ich jedoch so wie bei mir den Fall habe das noch nicht alles läuft und er weiter wie bei mir nur ein Zonendatei modifiziert muss ich doch manuell eingreifen, oder wie mache ich das denn?
Weiter habe ich im Forum gelesen das wenn ich den Fehler gemacht hätte, denoch manuell die Zonendateien zu bearbeiten, ich beide Pakete wieder löschen müsste. Danach sollte ich sie wieder neu installieren un meine Konfigurationsdateien wieder zurückkopieren. Muss ich das wirklich jedesmal so machen oder gibt es eine möglichkeit den dhcp und den dnd komplett wieder zurückzusetzen. Der DNS schreibt bei dynamischen Abglich doch solche Journaldateien muss man diese löschen und wo sind die?

Gruss Pixel

[Thomas Mitzkat]

ich wiederhole:
in den master-zone-dateien hat jetzt nur noch der router und der nameserver drin zustehen, am besten mit "webmin" machen. die anderen rechner werden vom dhcpd mit ihrer ip eingetragen.



zone "komet.net" {
type master;
file "/var/named/komet.net.hosts";
allow-update { 127.0.0.1; 192.168.111.0/24; };
};

zone "111.168.192.in-addr.arpa" {
type master;
file "/var/named/192.168.111.rev";
allow-update { 127.0.0.1; 192.168.111.0/24; };
};


so siehts dann aus, wenn es mit webmin gemacht wurde.

[pixel]

Hi@all,

..... da muss einer meine Gebete erhört haben ....

http://www.pl-berichte.de/t_netzwerk/dhcpunddns.html