Jan 21, 2015 at 19:16:27 (UTC)

8560

DHCP verteilt falsche IP

Hallo zusammen,

ich hatte heute morgen schonmal ein topic geöffnet, in dem es darum ging dass mein domain controller nicht wirklich funktionierte... nicht weiter wichtig - ich habe ihn einfach neu aufgesetzt.
Nochmal kurz zur Übersicht:

der DC ist ein Physikalischer Server mit Windows server 2012 R2

Nun habe ich nur noch ein Problem..: Der DHCP der auf dem Domain Controller läuft verteilt falsche IP Adressen. Die IP Range die eingestellt ist: 10.125.46.1-254. Ausschlüsse: .1-.99 & .170-.254
Der Domain Controller wird in naher zukunft den alten DC ersetzen. Ich habe ihn zum testen einfach an einen Switch gehängt und ebenso einen Client, dem die IP zugeteilt werden sollte.
Sobald ich versuche mir eine IP zu holen, bekommt der Client eine komplett andere IP zugeteilt (habe aktuell keine möglichkeit auf den Client zuzugreifen um euch die genaue IP mitzuteilen. Diese ist aber komplett anders als die IP Range im DHCP (bsp. 198.125.253.167)

Ich komme hier einfach nicht weiter und brauche eure hilfe!! solltet ihr mehr infos brauchen versuche ich alles was mir von zuhause möglich ist um euch die infos zu geben, andernfalls wird direkt morgen früh ergänzt!!

Vielen dank schonmal im voraus!!! Hammer Community hier :D

Please also mark the comments that contributed to the solution of the article

Content-Key: 260652

Url: https://administrator.de/contentid/260652

Printed on: April 19, 2024 at 07:04 o'clock

25 Comments

Latest comment

Die ip wäre wichtig, ggf etwas 169...? Das wäre ne self-assigned, dann läuft der dhcp gar nicht oder dein netz hat nen Problem

ist gut möglich dass das die 169 ist..!!!! sehr gut möglich...
hast du ne idee was das problem sein könnte? der dienst läuft jedenfalls...

kurz zu meinem vorgehen: AD Domain Services installiert, während der installation DNS mitinstalliert. AD heraufgestuft zum domain controller und domänenen namen etc vergeben. Die Reverse Lookupzone habe ich ebenfalls eingerichtet (nslookup funktioniert) Im anschluss daran habe ich die DHCP rolle installiert + konfiguriert (IP Range)
Um den Client in die Domäne zu nehmen war es auch notwendig die IP fest auf das Netz des DC's einzustellen. Daher vermute ich jetzt auch mal dass du recht hast und der DHCP gar keine IPs verteilt (die Leases sind auch leer...!)

Zitat von @Roxyyo:

... DHCP (bsp. 198.125.253.167) ...

Das wäre aus dem Netz von Energy Sciences Network. Wenn Ihr nciht gerade diese organisation seid, wäre das ganz faul.

Ansonsten wäre die Ip-Adresse schon wichtig.

Wenn es eine aus dem Netz 169.254.0.0/16 ist heißt das meist, daß DHCP fehlgeschlagen ist oder nciht funktioniert. Wenn es eine andere ist, z.B. aus 192.168.0.0/16 ist womöglich noch ein zweiter DHCP im Netz (DSL-Router, Speedport?).

lks

hehe nee, die IP war einfach nur hingehauen weils echt ganz anders war, aber wie maretz auch geschrieben hat, glaube ich jetzt auch, dass die IP self-assigned ist und der DHCP gar keine IP verteilt.. :/

Zitat von @Roxyyo:

hehe nee, die IP war einfach nur hingehauen weils echt ganz anders war, aber wie maretz auch geschrieben hat, glaube ich jetzt
auch, dass die IP self-assigned ist und der DHCP gar keine IP verteilt.. :/

Dann wirf einfach mal Wireshark an und schau, ob und welche Pakate raus- und reingehen, sowohl beim Server als auch beim Client.

lks

okay werde ich morgen direkt ausprobieren. Danke schonmal so weit. Sollte sonst noch jemand ideen haben was ich testen könnte immer raus damit, ich bin dankbar für jede idee!

...zum testen einfach an einen Switch gehängt ...

Auch diesen Punkt würde ich überprüfen. Wenn es ein managed Switch ist, könnte da irgendwas konfiguriert sein, was die Kommunikation verhindert.
Vielleicht hilft der Tipp, gutes Gelingen

N'Abend,

Da du deinen (einzigen?) DC und somit den DHCP-Server neu installiert hast - hast du den DHCP-Server auch schon wieder autorisiert?
Wenn nicht, würde das die APIPA-Adressen durchaus erklären.

Cheers,
jsysde

Ist der Client Mitglied der neuen Domäne?

IMO reicht es nicht aus, der neuen Domäne einfach den gleichen Namen zu geben wie der alten. Ich würde den Client mal rausnehmen und neu membern... (was für ein Verb)

Zitat von @Hellione:

...zum testen einfach an einen Switch gehängt ...

Auch diesen Punkt würde ich überprüfen. Wenn es ein managed Switch ist, könnte da irgendwas konfiguriert sein,
was die Kommunikation verhindert.
Vielleicht hilft der Tipp, gutes Gelingen

habe ich mir auch schon gedacht, habe zum testen 3 verschiedene genommen :P aber guter einfall thx

Zitat von @jsysde:

N'Abend,

Da du deinen (einzigen?) DC und somit den DHCP-Server neu installiert hast - hast du den DHCP-Server auch schon wieder
autorisiert?
Wenn nicht, würde das die APIPA-Adressen durchaus erklären.

Cheers,
jsysde

der DC den ich installiert habe wird den alten DC ersetzen (neuere Hardware...)
ich habe den DHCP während des Setup autorisiert. habe dann testweise die autorisierung nochmal aufgehoben, dienste neu gestartet und wieder neu autorisiert. leider ist das ergebnis das selbe

Zitat von @117471:

Ist der Client Mitglied der neuen Domäne?

IMO reicht es nicht aus, der neuen Domäne einfach den gleichen Namen zu geben wie der alten. Ich würde den Client mal
rausnehmen und neu membern... (was für ein Verb)

der domänenname ist nicht der selbe. ich habe den Client in die neue domain eingebunden, dennoch keine IP bekommen :/ habe hierfür eine statische vergeben müssen da der DHCP mir keine passende Ip gegeben hat sodass ich die domain hätte sehen können.
Danke euch für die Beiträge. Jede Idee ist willkommen ;D

Um per DHCP eine IP-Adresse zu bekommen, benötigt man keine AD-Mitgliedschaft.

lks

Hallo,

was sagt denn dein Ereignislog am Server?
Der DHCP-Dienst läuft korrekt?
Wie sehen die Bindungen aus?
Bist du dir 100%ig sicher, dass du ihn autorisiert hast.

Wenn du sagst, er hängt am Switch - hängt da ausser dem Client und dem Server noch etwas anderes dran?!

VG,
Florian

Zitat von @Roxyyo:
Der DHCP der auf dem Domain Controller läuft verteilt falsche IP Adressen.
Die IP Range die eingestellt ist: 10.125.46.1-254. Ausschlüsse: .1-.99 & .170-.254
Client ... anders als die IP Range im DHCP (bsp. 198.125.253.167)

Nun, die Angaben sind schon mal ziemlich bescheiden. Da passen die Werte ja gar nicht zusammen. So ganz ohne def GW, ohne Subnetzmaske und ohne DNS hat selbst der einfachste Client keine Möglichkeit was sinnvolles zu tun.

Aber es ist ja auch ein Thread am späten Abend. Da lässt die Konzentration schwer nach.

Gruß
Netman

Zitat von @Lochkartenstanzer:

Um per DHCP eine IP-Adresse zu bekommen, benötigt man keine AD-Mitgliedschaft.

lks

Mal so interessehalber: Gäbe es denn einen Unterschied zwischen "keine Domänenmitgliedschaft" und "defekter Domänenmitgliedschaft"? Der Client kommt ja mit Zugangsdaten aus dem AD angewackelt - diese stammen halt nur nicht aus dem AD, dass der DC kennt...?!?

Zitat von @117471:

> Zitat von @Lochkartenstanzer:
>
> Um per DHCP eine IP-Adresse zu bekommen, benötigt man keine AD-Mitgliedschaft.
>
> lks

Mal so interessehalber: Gäbe es denn einen Unterschied zwischen "keine Domänenmitgliedschaft" und
"defekter Domänenmitgliedschaft"? Der Client kommt ja mit Zugangsdaten aus dem AD angewackelt - diese stammen halt
nur nicht aus dem AD, dass der DC kennt...?!?

Nein, spielt keinerlei Rolle, da der DHCP-Request noch vor jeglicher AD-Abfragen geschieht.

Hm. Wenn es mit einer statischen IP funktioniert würde ich auch mal auf den Switch oder eine Firewall tippen.

Zum Eingrenzen könnte man den Client mal direkt an den DC hängen, die meisten Ports erkennen ja selber, ob gekreuzt werden muss oder nicht.

Was mir auch noch einfällt - die meisten Server haben mehrere Netzwerkschnittstellen. Vielleicht hast Du den DHCP an die falsche Schnittstelle gebunden?

Was passiert denn, wenn Du den Client an einen anderen DHCP-Server (z.B. eine Fritz!Box) hängst - bekommt der dann eine IP?

Hat dein switch selbst evtl. einen eigenen DHCP-Server? ;)

Hast du die Range auch aktiviert und nicht nur angelegt?

Okay Leute ich habe das Problem Lösen können indem ich die Autorisierung des Servers x-mal aufgehoben und wieder autorisiert habe. Nach jeder Autorisierung / Aufhebung habe ich die Dienste neu gestartet.

Ich danke euch Vielmals für eure Hilfe!!

Zitat von @Roxyyo:

Okay Leute ich habe das Problem Lösen können indem ich die Autorisierung des Servers x-mal aufgehoben und wieder
autorisiert habe.

Entschuldige, aber das ist keine problemlösung. Wenn ich es mal mit einem unpassenden Autovergleiche sagebn darf:

"Ich habe die Türen 20 mal auf und zugemacht und jetzt leuchtet das Warnlämpchen für die offene Tür nicht mehr, daß vorher dauernd an war" ist genauso eine Aussage. Es kann saein, daß durch dieses Bewegen das Staubkorn das den Sensor blockiert abgeschüttelt oder einfach nur der Wackelkontakt im Sensor momentan wieder auf "momentanes Funktionieren" gestellt wurde

Dein Problem ist zwar Momentan gelöst, aber dadurch daß Du keiernlei Analyse gemacht hast wie z.B. per Wireshark geschaut, was denn da genau passiert, kann es sein, daß irgendetwas anderes im Netz im Moment auf "geht" steht, und Deine Aktionen eigentlich keine echte Wirkung gehabt haben. ich weiß , daß einen manchmal die verzeiweiflung zu solchen Taten treibt, aber Du solltest trotzdem versuchen, zumindest ein wenig Problemanalyse zu treiben.

lks

Mein Rat