PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : dhcp - Fehler???



der_angler
22.10.03, 09:47
Hallo erstmal,
ich habe einen Redhat 9a Server mit 2 Netzen. Einmal das Netz eth1 (192.168.1.1), an dem hängt ein Windows-Rechner, der ohne(!) DHCP und ohne DNS läuft und mit einem Cross-over Kabel angeschlossen ist. Das andere Netz, eth2 (192.168.0.1), versorgt mehrere Windows-Clients. Diese Clients beziehen ihre Daten aus DHCP, sprich an eth2 brauche ich DHCP & DNS, an eth1 nicht.
Eigentlich läuft das ganze System auch, nur bekomme ich folgende Meldung in der "messages"
Oct 22 10:39:44 rhsrv dhcpd:
Oct 22 10:39:44 rhsrv dhcpd: No subnet declaration for eth1 (192.168.1.1).
Oct 22 10:39:44 rhsrv dhcpd: ** Ignoring requests on eth1. If this is not what
Oct 22 10:39:44 rhsrv dhcpd: you want, please write a subnet declaration
Oct 22 10:39:44 rhsrv dhcpd: in your dhcpd.conf file for the network segment
Oct 22 10:39:44 rhsrv dhcpd: to which interface eth1 is attached. **
Oct 22 10:39:44 rhsrv dhcpd:
Oct 22 10:39:44 rhsrv dhcpd: Listening on LPF/eth0/00:50:ba:12:22:02/192.168.0.0/24
Oct 22 10:39:44 rhsrv dhcpd: Sending on LPF/eth0/00:50:ba:12:22:02/192.168.0.0/24
Oct 22 10:39:44 rhsrv dhcpd: Sending on Socket/fallback/fallback-net
Oct 22 10:39:44 rhsrv dhcpd:
Oct 22 10:39:44 rhsrv dhcpd: No subnet declaration for eth1 (192.168.1.1).
Oct 22 10:39:44 rhsrv dhcpd: ** Ignoring requests on eth1. If this is not what
Oct 22 10:39:44 rhsrv dhcpd: you want, please write a subnet declaration
Oct 22 10:39:44 rhsrv dhcpd: in your dhcpd.conf file for the network segment
Oct 22 10:39:44 rhsrv dhcpd: to which interface eth1 is attached. **
Oct 22 10:39:44 rhsrv dhcpd:
Oct 22 10:39:44 rhsrv dhcpd: Listening on LPF/eth0/00:50:ba:12:22:02/192.168.0.0/24
Oct 22 10:39:44 rhsrv dhcpd: Sending on LPF/eth0/00:50:ba:12:22:02/192.168.0.0/24
Oct 22 10:39:44 rhsrv dhcpd: Sending on Socket/fallback/fallback-net
Oct 22 10:39:44 rhsrv dhcpd: dhcpd startup succeeded
Was besagt diese Meldung den????

Anbei mal meine dhcpd.conf
allow unknown-clients;

subnet 192.168.0.0 netmask 255.255.255.0 {

range 192.168.0.10 192.168.0.254;

default-lease-time 1800;

max-lease-time 7200;

option subnet-mask 255.255.255.0;

option routers 192.168.0.1;

option domain-name-servers 192.168.0.1;

option domain-name "kraus";
}

ddns-update-style interim;

zone kraus. {
primary 127.0.0.1;
}

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

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

Guti
22.10.03, 09:58
Hallo,

fuege in deine dhcpd.conf noch

subnet 192.168.1.1 netmask 255.255.255.0 {
}

ein.
So lernt der Server das Netz kennen, auch wenn er fuer dieses Subnet nicht zustaendig ist.

Gruss
Henry

der_angler
22.10.03, 10:21
das dürfte gehen ...
STOP geht doch nicht!
Sagt dann nur vonwegen ungültige Netzwerkmaske! Aber warum? Muss ich doch noch mehr einfügen?

Außerdem sehe ich gerade das ich noch einen Fehler im DHCP haben muss, den folgender Eintrag erscheint auch alle paar Minuten in der "messages"
Oct 22 11:05:19 rhsrv dhcpd: if IN A Kraft.kraus domain doesn't exist add 900 IN A Kraft.kraus 192.168.0.250 add 900 IN TXT Kraft.kraus "31e03ba732e0be47efa41afb2b0ccf4d08": connection refused.

Und ich weiß das das nicht richtig sein kann, den bei mir zuhause erscheint nicht "connection refused" , sondern "sucess"! Hmmm, komisch oder?

Guti
22.10.03, 11:25
Hallo,

noch einfacher ist es natuerlich, DHCP nur fuer eth0 zu starten.
/usr/sbin/dhcpd -verschiedene_Optionen eth0

Beim zweiten Problem hat der DNS-Server ja scheinbar die Verbindung abgelehnt. Ich habe selbst mit DDNS noch nichts gemacht, darum kann ich nur Vermutungen anstellen.
Ich habe mal gelesen, dass sich dhcp gegenueber dem DNS-Server authentifizieren muss, ist das richtig eingestellt?
Dann ist mir auch irgendwo mal untergekommen, dass nur fuer im DNS schon bekannte Hosts eine neue IP eintragen werden kann, ist das so?

Gruss
Henry

Mir ist noch was zu der ungueltigen Netzwerkmaske was eingefallen. Mein Fehler, denn 192.168.1.1 ist ja tatsaechlich keine Netzwerkadresse, es muss natuerlich 192.168.1.0 heissen.

Doh!
22.10.03, 11:37
RTFM (READ THE ****ING MESSAGE!)! Da steht doch alles drinne in der "Fehler"meldung (ist ja keine Fehlermeldung, nur 'ne Mitteilung): Dein DHCP Server is nicht auf eth1 konfiguriert, er horcht nur auf eth0 nach DHCP Requests. Alles ok soweit, es sei denn, Du willst auch dass er auf DHCP REQUESTS von eth1 lauscht. Da das aber in Deinem Fall nicht notwendig ist, ist doch alles ok. Wo ist Dein Problem?

Doh!
22.10.03, 11:39
BTW, nimm mal ddns-update-style interim raus und ersetze es durch "ddns-update-style none".

der_angler
22.10.03, 11:49
jetzt habe ich nur noch das Problem mit folgender Fehlermeldung

ct 22 11:05:19 rhsrv dhcpd: if IN A Kraft.kraus domain doesn't exist add 900 IN A Kraft.kraus 192.168.0.250 add 900 IN TXT Kraft.kraus "31e03ba732e0be47efa41afb2b0ccf4d08": connection refused.


Der Rechner "Kraft" gehört zu den Clients die über DHCP und eth0 hören! Und irgendwie kommen die PC's jetzt nicht mehr ins Internet, hmmm

Doh!
22.10.03, 23:25
ach so, Du willst auch dynamische Updates von Deinem DNS durch den DHCP machen...

dann musst Du natürlich doch einen ddns-update-style interim haben, sorry. Dachte, Du machst kein ddns-Update.

Mach das wieder rein, dann solltest Du kein refuse mehr bekommen

der_angler
23.10.03, 08:14
hab das "ddns-update-style interim" gar nicht (!) raus genommen, den wie du schon erkannt hast brauch ich das ja. Aber das Problem mit dem "refused" hab ich immer noch, kann also nicht an "ddns-update-style interim" liegen.
Oct 22 11:05:19 rhsrv dhcpd: if IN A Kraft.kraus domain doesn't exist add 900 IN A Kraft.kraus 192.168.0.250 add 900 IN TXT Kraft.kraus "31e03ba732e0be47efa41afb2b0ccf4d08": connection refused.Weiß keiner woran das noch liegen kann???????
Ich poste euch jetzt mal meine "conf-Files", also dhcpd.conf
allow unknown-clients;

subnet 192.168.0.0 netmask 255.255.255.0 {

range 192.168.0.10 192.168.0.254;

default-lease-time 1800;

max-lease-time 7200;

option subnet-mask 255.255.255.0;

option routers 192.168.0.1;

option domain-name-servers 192.168.0.1;

option domain-name "kraus";
}

subnet 192.168.1.0 netmask 255.255.255.0 {
}

ddns-update-style interim;

zone kraus. {
primary 127.0.0.1;
}

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

zone 1.168.192.in-addr.arpa. {
primary 127.0.0.1;
} dann die named.conf
// generated by named-bootconf.pl

options {
directory "/var/named";
/*
* 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 uses an unprivileged
* port by default.
*/
// query-source address * port 53;

notify no;

forward first;

forwarders { 217.5.112.145; 194.25.2.129; };

listen-on port 53 { 127.0.0.1;192.168.0.1;192.168.1.1; };

};

controls {
inet 127.0.0.1 allow { localhost; } keys { rndckey; };
};

include "/etc/rndc.key"

zone "." IN {
type hint;
file "named.ca";
};

zone "localhost" IN {
type master;
file "localhost.zone";
allow-update { none; };
};

zone "0.0.127.in-addr.arpa" IN {
type master;
file "named.local";
allow-update { none; };
};

zone "kraus" IN {
type master;
file "kraus.zone";
allow-update { 127.0.0.1; };
};

zone "0.168.192.in-addr.arpa" IN {
type master;
file "0.168.192.zone";
allow-update { 127.0.0.1; };
};


zone "1.168.192.in-addr.arpa" IN {
type master;
file "1.168.192.zone";
allow-update { 127.0.0.1; };
};jetzt die kraus.zone
$ORIGIN .
$TTL 86400
kraus IN SOA rhsrv.kraus. root.rhsrv.kraus. (
2003040757 ; serial (d. adams)
3H ; refresh
15M ; retry
1W ; expiry
1D ; minimum
)
NS rhsrv.kraus.
A 192.168.0.1
A 192.168.1.1
$ORIGIN kraus.
rhsrv A 192.168.0.1
rhsrvcb A 192.168.1.1
angler A 192.168.1.2dann die 0.168.192.zone
$ORIGIN .
$TTL 86400
0.168.192.in-addr.arpa IN SOA rhsrv.kraus. root.rhsrv.kraus. (
1997022700 ; Serial
28800 ; Refresh
14400 ; Retry
3600000 ; Expire
86400 ; Minimum
)
NS rhsrv.kraus.

$ORIGIN 0.168.192.in-addr.arpa.
1 PTR rhsrv.kraus.und zu guter letzt die 1.168.192.zone
$ORIGIN .
$TTL 86400
1.168.192.in-addr.arpa IN SOA rhsrvcb.kraus. root.rhsrvcb.kraus. (
1997022700 ; Serial
28800 ; Refresh
14400 ; Retry
3600000 ; Expire
86400 ; Minimum
)
NS rhsrvcb.kraus.

$ORIGIN 1.168.192.in-addr.arpa.
1 PTR rhsrvcb.kraus.
2 PTR angler.kraus.
Das sind meine conf-Dateien, irgendwo da muss doch der Fehler sein oder? Es wäre echt super super nett, vorallem hab ich nicht nur das Problem mit dem "refused", nein, seit ich die DNS & DHCP Dateien umgestellt habe geht auch "no-ip" nicht mehr (dyna. Update der IP), meldet nur noch folgenden Fehler
ct 23 10:31:53 rhsrv noip2[2506]: Can't gethostbyname for dynupdate.no-ip.com

Doh!
23.10.03, 10:29
Hmm, die Configs sehen eigentlich ganz gut aus. Wie sieht es mit den Unix-Rechten auf den Dateien aus? Dürfen die User, undter denen die Daemons dhcpd und named laufen auf die entsprechenden Files schreiben? (Der named muss ja mit seinem User auf das Zonenfile schreiben dürfen).

der_angler
24.10.03, 14:04
Weiß den keiner Rat????

Kann mir wirklich keiner sagen warum das ganze nicht mehr läuft? ich hab doch alle relevanten Files hier abgebildet (s.oben) und irgendwo da muss doch auch der fehler stecken? Bin am verzweifeln, da will ich mal was richtig machen und dann geht nix mehr.
Hmmm, und das mit den Rechten (Antwort vorher), das weiß ich jetzt nicht so genau. Bin ein ziemlicher Anfänger, leider! Wo kann ich den nachsehen ob die Rechte stimmen, bzw. wie kann ich sie ändern? Weiß aus deiner Antwort leider nicht genau was ich jetzt tun muss.

Also meine letzte Hoffnung seid Ihr!

... bitte helft mir :confused: