MARCO LINDLEIN schrieb in 1,4K (56 Zeilen):
ich betreibe mehrere verschiedene Einzel-Server mit Token-Ring.
Gibt es einen besonderen Grund, dass du Token-Ring verwendest? Sonst nimm lieber Ethernet, das ist einfacher und damit robuster (aber eben nicht wirklich realtime geeignet).
Sobald ein NT 4.0 Client versucht sich eine IP-Adresse von meinem Server zu holen bekomme ich folgende Meldungen in /var/log/messages zu sehen:
dhcpd: DHCPDISCOVER from 192.168.1.23 to 00:04:ac:53:5e:08 via tr0
192.168.1.23?? 00:04:ac:53:5e:08 ?? Muesste eigendlich 192.168.1.0 (C-Netz-Network address) an 192.168.1.255 (C-Netz-Broadcast address) gehen, oder? Vielleicht hat dein Client schon die IP 192.168.1.23?
dhcpd: DHCPOFFER to 192.168.1.23 to 00:04:ac:53:5e:08 via tr0 ^^ ^^ HUH??
Das kann so nicht stimmen! Setz mal einen Sniffer auf tr0 an... besser noch 2, einen an der Win-Kiste und einen am Server.
diese beiden Meldungen wiederholen sich in unregelmäßigen Abständen
Das ist normal und gewollt; wenn ploetzlich 11.000 Kisten vom DHCP-Server IPs wollen, waere der einfach ueberlastet :-) Daher sind die Abstaende in einem einstellbaren Rahmen zufaellig.
und der Client bekommt trotzdem keine Adresse.
Der Client hoert anscheinend das DHCPOFFER nicht --- aber deine Logauszuege koennen so nicht stimmen, oder?
Das Problem tritt bei sonst gleicher Konfiguration mit Ethernet NICHT auf. Deshalb glaube ich nicht, daß es an der Konfiguration des DHCP-Servers liegt. Hierbei verwende ich entweder eine 3Com 3C905 oder Intel eepro100.
Hat jemand ne Idee an was das liegen könnte?
.o.: Client ist taub oder Token-Ring macht Aerger. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com