Windows Server 2003 DHCP klappt nur bei Reservierungen?!?

[d-Raven-b]

Hallo zusammen,
Ich habe ein sonderbares Problem, welches sich erst seit ein paar Wochen zeigt.
Ich nutze in unserer kleinen Firma einen Windows Server 2003R2, haupsächlich als Print-/Fileserver, DHCP und als SQL-Server. Im Prinzip klappt alles ziemlich gut, nur läuft das DHCP seit einigen Wochen nicht mehr so wie es sollte.

Ich habe das so konfiguriert, dass der Server einen Bereich (sagen wir mal 192.168.121.200-250) dynamischer Adressen hat, und eine Liste mit Reservierungen. Die fixen Clients erhalten immer eine feste IP via DHCP, ein Laptop oder Handy wird mit einer dynamischen IP versorgt, wobei der Lease nach 12h abläuft.

Nun ist mir aufgefallen, dass Clients für welche keine Reservierung besteht nur Unsinn-Adressen (169.XXX.XXX.XXX=keine IP) erhalten und somit keinerlei Netzwerk-Zugriff haben. Mache ich allerdings für die MAC eine Reservierung läuft alles problemlos.

Mir ist das alles ziemlich schleierhaft, da das früher alles mal problemlos geklappt hat.
Ich weiss nicht, ob es ein Fehler im Server ist. Klicke ich nämlich auf "Abstimmen", so findet er stets Adressen im dynamischen Bereich für die offensichtlich Fehler bestehen. Was ich allerdings tun muss, damit keine Datenbank Desyncs mehr entstehen habe ich keine Ahnung.

Für alle zweckdienlichen Hinweise bin ich sehr dankbar..

Gruss

 

[tschosi]

Also die 169.xxx Adressen sind nicht vom DHCP sondern von den Clients selbst generiert (APIPA) weil kein DHCP Antwortet.
Ansonsten schau doch mal in das Windows Eventlog. Dort sollten sich Sachdienliche Hinweise finden.

 

[d-Raven-b]

Der Windows Eventlog zeigt nichts, aber der DHCP-Eventlog zeigt erstaunlich viele Einträge mit NACK -> Die Erklärungen die ich bisher dazu gefunden habe waren allerdings wenig aufschlussreich - Da gibts wenig im Internet zu.. Und die die das Problem hatten waren alle so ziemlich ratlos was das sollte..
Ich versteh's nicht..

So sieht das in etwa aus:

25 03/28/12 09:27:59 0 Leases abgelaufen und 1 Leases gelöscht
25 03/28/12 09:27:59 0 Leases abgelaufen und 0 Leases gelöscht
15 03/28/12 09:29:43 NACK 10.0.1.8 78A3E4EE5D5F
15 03/28/12 09:29:46 NACK 10.0.1.8 78A3E4EE5D5F
32 03/28/12 09:33:58 DNS-Aktualisierung erfolgreich 192.168.121.126 dvcpc_virtual02.
32 03/28/12 09:38:02 DNS-Aktualisierung erfolgreich 192.168.121.186 USRPC_03_B16
15 03/28/12 09:38:54 NACK 10.0.1.6 286ABAA376FB
15 03/28/12 09:38:56 NACK 10.0.1.6 286ABAA376FB
15 03/28/12 09:38:58 NACK 10.0.1.6 286ABAA376FB
15 03/28/12 09:39:36 NACK 10.0.1.8 78A3E4EE5D5F
15 03/28/12 09:39:38 NACK 10.0.1.8 78A3E4EE5D5F
15 03/28/12 09:39:41 NACK 10.0.1.8 78A3E4EE5D5F
32 03/28/12 09:43:03 DNS-Aktualisierung erfolgreich 192.168.121.182 Conor-PC
32 03/28/12 09:43:03 DNS-Aktualisierung erfolgreich 192.168.121.183 USRPC_06_B17
15 03/28/12 09:44:44 NACK 10.0.1.6 286ABAA376FB
15 03/28/12 09:44:45 NACK 10.0.1.6 286ABAA376FB
15 03/28/12 09:44:48 NACK 10.0.1.6 286ABAA376FB
30 03/28/12 09:45:56 DNS-Aktualisierungsanforderung 123.121.168.192 DVCPC_03_B14
11 03/28/12 09:45:56 Erneuern 192.168.121.123 DVCPC_03_B14 0023544B3046
15 03/28/12 09:49:26 NACK 10.0.1.8 78A3E4EE5D5F
15 03/28/12 09:49:28 NACK 10.0.1.8 78A3E4EE5D5F
15 03/28/12 09:49:30 NACK 10.0.1.8 78A3E4EE5D5F
30 03/28/12 09:53:57 DNS-Aktualisierungsanforderung 144.121.168.192 hottiger-mbp15-i7c266-kr
11 03/28/12 09:53:57 Erneuern 192.168.121.144 hottiger-mbp15-i7c266-kr 58B035FD3F3C
32 03/28/12 09:55:58 DNS-Aktualisierung erfolgreich 192.168.121.123 DVCPC_03_B14
15 03/28/12 09:59:21 NACK 10.0.1.8 78A3E4EE5D5F
15 03/28/12 09:59:23 NACK 10.0.1.8 78A3E4EE5D5F
15 03/28/12 09:59:26 NACK 10.0.1.8 78A3E4EE5D5F
32 03/28/12 10:03:59 DNS-Aktualisierung erfolgreich 192.168.121.144 hottiger-mbp15-i7c266-kr
30 03/28/12 10:08:10 DNS-Aktualisierungsanforderung 127.121.168.192 dvcpc_virtual05.
11 03/28/12 10:08:10 Erneuern 192.168.121.127 dvcpc_virtual05. 000C29635CFF
15 03/28/12 10:09:16 NACK 10.0.1.8 78A3E4EE5D5F
15 03/28/12 10:09:18 NACK 10.0.1.8 78A3E4EE5D5F
15 03/28/12 10:09:21 NACK 10.0.1.8 78A3E4EE5D5F
32 03/28/12 10:18:12 DNS-Aktualisierung erfolgreich 192.168.121.127 dvcpc_virtual05.
15 03/28/12 10:18:53 NACK 10.0.1.6 286ABAA376FB
15 03/28/12 10:18:55 NACK 10.0.1.6 286ABAA376FB
15 03/28/12 10:18:58 NACK 10.0.1.6 286ABAA376FB
15 03/28/12 10:19:08 NACK 10.0.1.6 286ABAA376FB
15 03/28/12 10:19:10 NACK 10.0.1.6 286ABAA376FB
15 03/28/12 10:19:11 NACK 10.0.1.8 78A3E4EE5D5F
15 03/28/12 10:19:15 NACK 10.0.1.8 78A3E4EE5D5F

Ergänzung (2. April 2012)

Danke Tschosi für den Tipp..
Ich bin dann auf die Idee gekommen, dass all diese fast sekündlichen Anfragen wohl etwas viel für den DHCP sein könnten.
Da es sich sehr wahrscheinlich um ein mobilen client wie ein Mobiltelefon (ich tippe zu 90% auf ein iPhone) handelt, habe ich die zwei "Problem MACs" in unserem Access-Point sperren lassen (zum Glück kann man das bei dem Teil).

Von einem Moment auf den anderen läuft der DHCP wieder wie geschmiert..

Der einzige Nachteil an dieser Lösung ist, dass das Problem jederzeit wieder auftreten kann und ich dann einfach die MAC rausfinden und sperren muss.. Aber tja, ich bin schon viel weiter als alle vor mir

Ergänzung (2. April 2012)

Es steht nun fest, dass die Übeltäter von Apple stammen. Die 10.0.1.X-Adressen werden laut einem Freund von mir nur vom Airport vergeben..

Die Persistenz mit welcher die Geräte trotzdem vom DHCP eine Bestätigung der Adresse anfordern und damit ein ganzes Netzwerk lahmlegen spricht in meinen Augen auch für die Obstleute..

Ich gehe mal davon aus, dass der geschätzte Mitarbeiter zuhause feste IPs bei seinem Airport vergeben hat und diese aus irgend einem bescheuerten Grund in seinen Geräten eingetragen wird. Die versuchen nun diese IP beim Server zu verifizieren und laufen damit natürlich ins Leere