11.11.2009
21:12 von
TBT
immernoch DHCP Probleme
Hallo,
ich habe ein Netzwerk mit mehreren diskless Clients.
Alle Clients booten per Netzwerk, und werden von einem DHCP bedient.
Leider gestaltet sich das booten mal und oder weniger als Problem. Die
Clients sind öfter mal der Meinung, sie erhalten keine DHCP Antwort.
Wenn sie die ANtwort akzeptiert haben, läuft es per TFTP weiter, und
alles ist in Butter.
Im syslog des Servers sieht es so aus:
und dann gibt der Client mit der Meldung "no DHCP Offer" auf, und muss resetet werden.
Das geht manchmal 10min so, aber es gibt auch "gute" Tage, da akzeptiert er sofort die 1. Antwort
vom Server, und ist nach 30sek fertig mit booten.
Jemand eine Idee, was ich da noch versuchen kann?
die DHCP Konfiguration:
Ach so, die Zuweisung der Adresse für andere Rechner, z.B. mein Laptop funktioniert tiptop,
nur das DHCP beim Netzwerkboot will nicht
ich habe ein Netzwerk mit mehreren diskless Clients.
Alle Clients booten per Netzwerk, und werden von einem DHCP bedient.
Leider gestaltet sich das booten mal und oder weniger als Problem. Die
Clients sind öfter mal der Meinung, sie erhalten keine DHCP Antwort.
Wenn sie die ANtwort akzeptiert haben, läuft es per TFTP weiter, und
alles ist in Butter.
Im syslog des Servers sieht es so aus:
Code
1
2
3
4
5
6
7
8
9
10
11
12
2
3
4
5
6
7
8
9
10
11
12
Nov 11 10:57:44 server dhcpd: DHCPDISCOVER from 00:30:18:a5:ea:38 via eth0
Nov 11 10:57:44 server dhcpd: DHCPOFFER on 192.168.10.105 to 00:30:18:a5:ea:38 via eth0
Nov 11 10:57:46 server dhcpd: DHCPDISCOVER from 00:30:18:a5:ea:38 via eth0
Nov 11 10:57:46 server dhcpd: DHCPOFFER on 192.168.10.105 to 00:30:18:a5:ea:38 via eth0
Nov 11 10:57:51 server dhcpd: DHCPREQUEST for 192.168.10.105 (192.168.10.1) from 00:30:18:a5:ea:38 via eth0
Nov 11 10:57:51 server dhcpd: DHCPACK on 192.168.10.105 to 00:30:18:a5:ea:38 via eth0
Nov 11 10:57:55 server dhcpd: DHCPDISCOVER from 00:30:18:a5:ea:38 via eth0
Nov 11 10:57:55 server dhcpd: DHCPOFFER on 192.168.10.105 to 00:30:18:a5:ea:38 via eth0
Nov 11 10:58:03 server dhcpd: DHCPDISCOVER from 00:30:18:a5:ea:38 via eth0
Nov 11 10:58:03 server dhcpd: DHCPOFFER on 192.168.10.105 to 00:30:18:a5:ea:38 via eth0
Nov 11 10:58:19 server dhcpd: DHCPDISCOVER from 00:30:18:a5:ea:38 via eth0
Nov 11 10:58:19 server dhcpd: DHCPOFFER on 192.168.10.105 to 00:30:18:a5:ea:38 via eth0Das geht manchmal 10min so, aber es gibt auch "gute" Tage, da akzeptiert er sofort die 1. Antwort
vom Server, und ist nach 30sek fertig mit booten.
Jemand eine Idee, was ich da noch versuchen kann?
die DHCP Konfiguration:
Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
default-lease-time 86400;
max-lease-time 86400;
log-facility local7;
allow booting;
allow bootp;
option domain-name-servers 192.168.10.1;
option domain-name "meinedomain.local";
option routers 192.168.10.1;
option ntp-servers 192.168.10.1;
subnet 192.168.10.0 netmask 255.255.255.0 {
}
### normale Rechner
###
group {
# --- snipped ---
}
### Linux Thinclientsfür die ungekürzte Fassung bitte einloggen
nur das DHCP beim Netzwerkboot will nicht
Werbung
11.11.2009
21:34 von
wotan
Nimm mal folgenden:
Ohne die Werte zuändern und teste es mal aus.
Code
1
2
3
4
5
6
7
2
3
4
5
6
7
default-lease-time 600;
max-lease-time 7200;
authoritative;
allow booting;
allow bootp;
log-facility local7;
12.11.2009
14:30 von
wotan
Und schon probiert?
12.11.2009
15:26 von
TBT
geändert habe ich es schon, aber noch keine Rückmeldung
(ich bin nicht in der Nähe der Rechner)
(ich bin nicht in der Nähe der Rechner)
12.11.2009
23:17 von
wotan
Mir fällt gerade noch was anderes ein. DHCP ist ja ein Broadcast, kann es sein, das noch ein zweiter DHCP da ist?
FritzBox, Speedport oder wie die ganzen Router auch heissen?
FritzBox, Speedport oder wie die ganzen Router auch heissen?
12.11.2009
23:37 von
TBT
ja, aber erst "hinter" dem dhcp Server, also so:
Router/DHCP <----> eth0 | DHCP-Server | eth1 <---> Client Netz
Router/DHCP <----> eth0 | DHCP-Server | eth1 <---> Client Netz
13.11.2009
08:10 von
wotan
Dennoch kann der Broadcast da durchkommen und so die Clients verwirren. Prüf das mal bitte.
27.11.2009
10:28 von
wotan
Ich habe das jetzt hier mal alles im Testlab nachgespielt und kann keine Fehler feststellen. Die Clients booten ohne Probleme und auch sofort.
Sprich, das Problem muss in der Verkablung liegen.
Sprich, das Problem muss in der Verkablung liegen.