Hallo, On 1/9/2007 4:53 PM, poeml@cmdline.net wrote:

Hallo Achim,

On Fri, Dec 29, 2006 at 07:41:21PM +0100, Achim Theobald wrote:

...

Moin moin,

Zuerst mal ein paar technische Daten. 100MBit Netzwerk mit 1 x SUSE10.0, 15 x W98 Clients, 3 x WXP Client, 1 x W2K Client, 2 x Printserver, 4 x HP LAN Drucker. Alle diese Clients beziehen vom dhcpd des SUSE10 Server ihre feste IP (vorgegeben per MAC). Bis auf einen WXP Client klappt das auch problemlos. Dieser WXP Client treibt mich allerdings in den Wahnsinn (ist u.a. mein Abeitsplatzrechner). Dieser aktzeptiert vom dhcpd keine IP (die MAC ist in dhcpd.conf garantiert richtig drin).

Kann mich gar nicht an die originale Mail erinnern...

...

Ich habe keine Idee mehr wo es dran hängt. Anbei mal Logfile-Auszug. evt. fällt ja hier jemanden etwas ein. Achja, das zuweisen derselben IP in den Netzwerkeinstellungen von WXP funktioniert natürlich problemlos.

Mal sehen...

...

Cu

Achim

## W98 geht ## Dec 28 07:18:18 server dhcpd: Dynamic and static leases present for 192.168.1.8. Dec 28 07:18:18 server dhcpd: Remove host declaration werkstatt08 or remove 192.168.1.8

Erstmal würde ich die Konfiguration in Ordnung bringen.

...

Dec 28 07:18:18 server dhcpd: from the dynamic address pool for 192.168.1/24 Dec 28 07:18:18 server dhcpd: DHCPREQUEST for 192.168.1.8 from 00:50:22:xx:xx:xx via eth1 Dec 28 07:18:18 server dhcpd: DHCPACK on 192.168.1.8 to 00:50:22:xx:xx:xx via eth1

## WXP geht ## Dec 28 08:43:30 server dhcpd: Dynamic and static leases present for 192.168.1.14. Dec 28 08:43:30 server dhcpd: Remove host declaration werkstatt14 or remove 192.168.1.14 Dec 28 08:43:30 server dhcpd: from the dynamic address pool for 192.168.1/24 Dec 28 08:43:30 server dhcpd: DHCPREQUEST for 192.168.1.14 from 00:08:9b:xx:xx:xx via eth1 Dec 28 08:43:30 server dhcpd: DHCPACK on 192.168.1.14 to 00:08:9b:xx:xx:xx via eth1 Dec 28 08:44:24 server dhcpd: DHCPINFORM from 192.168.1.14 via eth1 Dec 28 08:44:24 server dhcpd: DHCPACK to 192.168.1.14 Dec 28 08:44:27 server dhcpd: DHCPINFORM from 192.168.1.14 via eth1 Dec 28 08:44:27 server dhcpd: DHCPACK to 192.168.1.14 Dec 28 08:46:39 server dhcpd: DHCPINFORM from 192.168.1.14 via eth1 Dec 28 08:46:39 server dhcpd: DHCPACK to 192.168.1.14 Dec 28 08:46:42 server dhcpd: DHCPINFORM from 192.168.1.14 via eth1 Dec 28 08:46:42 server dhcpd: DHCPACK to 192.168.1.14

Bisher fällt mir auf dass hier KEIN DHCPDISCOVER kam, in anderen Worten, die Hosts beantragen nur ihre IP-Adressen neu.

...

## WXP geht nicht ## Dec 28 07:45:33 server dhcpd: DHCPDISCOVER from 00:01:29:xx:xx:xx via eth1 Dec 28 07:45:33 server dhcpd: DHCPOFFER on 192.168.1.7 to 00:01:29:xx:xx:xx via eth1 Dec 28 07:45:35 server dhcpd: DHCPDISCOVER from 00:01:29:xx:xx:xx via eth1 Dec 28 07:45:35 server dhcpd: DHCPOFFER on 192.168.1.7 to 00:01:29:xx:xx:xx via eth1 Dec 28 07:45:39 server dhcpd: DHCPDISCOVER from 00:01:29:xx:xx:xx via eth1 Dec 28 07:45:39 server dhcpd: DHCPOFFER on 192.168.1.7 to 00:01:29:xx:xx:xx via eth1 Dec 28 07:45:47 server dhcpd: DHCPDISCOVER from 00:01:29:xx:xx:xx via eth1 Dec 28 07:45:47 server dhcpd: DHCPOFFER on 192.168.1.7 to 00:01:29:xx:xx:xx via eth1

Hier stimmt die MAC-Adresse, und die IP-Adresse ist auch die die zugewiesen werden soll? Dann sehe ich eigentlich erstmal drei mögliche Ursachen für das Problem: 1. Die DHCPOFFERS erreichen den Host nicht. Stichwort Firewall. Hier wäre z.B. der Einsatz von wireshark auf dem Windows-Rechner möglich, sowie ein Blick in die log-Datei von Windows' Firewall (ja, gibt es :-) 2. Der Host mag die Adresse nicht. Keine Ahnung wie man _das_ unter Windows diagnostiziert. Ich habe in anderen Fällen, wo aber auch der Windows-Host Probleme mit der Akzeptanz von IP-Adressen hatte, auch gute Erfahrungen mit einem "ipconfig /release *" in der Windows-Befehlszeile, gefolgt von einem "ipconfig /renew", guter Erfahrungen gemacht. 3. Der nächste Teil der DHCP-Kommunikation geht nicht. Der dürfte wahrscheinlich per TCP stattfinden, also gelten u.U. andere Firewallregeln als beim DHCPDISCOVER/OFFER

Leider keine Idee.

Hast Du irgendeinen anderen DHCP-Server in der Naehe, von dem der Rechner eine Antwort akzeptiert? (Wenn ja, muesste man die Pakete abgreifen und vergleichen)

Aber dann würden keine wiederholten DHCPDISCOVERS kommen...

Probier auch mal, ob es einen Unterschied macht, ob Du in /etc/sysconfig/dhcpd:DHCPD_BINARY "/usr/sbin/dhcpd.bsd" eintraegst und den Server mit dem anderen Binary startest.

Den Unterschied kenne ich nicht. Ansonsten mal tcpdump oder ethereal/wireshark in dem betroffenen Netzsegment anwerfen und beobachten. Arno

Peter

-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org