DHCP Server
 

Folgende Situation:

Ein Client (XP) soll die IP Adresse per DHCP zugewiesen bekommen. Im Netz befinden sich aber mehrere DHCP Server, z.B.:
192.168.0.1 bis 192.168.0.100 /24
und
192.168.0.101 bis 192.168.0.200 /24

Bei einem dieser Server (beim ersten) ist eine Reservierung für den PC eingerichtet, mit MAC Adresse und z.B: 192.168.0.10

Trotzdem bekommt der Client die Adresse aus dem Pool des zweiten DHCP Servers.

Wie kann ich das verhindern?

hmm zweiter dhcp ist schneller
woran auch immer das liegt

ich kenne auch keine möglichkeitdem dhcp server zu sagen das er einer bestimmten mac adresse keine ip zu verpassen hat

und warum gibt es zwei dhcp server ?


wenn du zwei hast müssten die ip adresse
statisch verwaltet werden nicht dynamisch

entweder physikalisch das netzwerk trennen

oder statisch die ip vergeben

oder nur ein dhcp server

mfg charti

Hmm... ich kann jetzt ganz brutal daneben liegen aber schränkt nicht das Standardgateway genau dies ein?

Nein.
IP-Vergabe via DHCP basiert auf Broadcastst, die gehen ins ganze Netz, solange kein Router dazwischen liegt.

Ev, könnte man einem DHCP-Server beibringen, nur auf bestimmte MACs zu hören?

kommt darauf an was es für ein proggie ist...

ich verwende den in comtun eingebauten welchen, der lässt sich auf gewisse mac addressen sperren....
bei manchen routern gibt es auch die möglichkeit anhand der mac addresse keine ip zu vergeben ( notabene wlan router/ access points).

was mich mehr interessieren würde- warum 2 dhcps in anscheinend demselben netz?

bekannte von mir haben 3 im netz, da stellts mir allein von der vorstellung her die zechnnägl auf- aber irgendwie gehts....
:lol:

desshalb betreibt man auch nur einen dhcp server/subnet (klar man keinen einen 2. als backup laufen haben, aber dann kann man sich nicht aussuchen von wem man die ip bekommt)


Oder wie wärs mit dieser konfig:

Scope auf BEIDEN servern: 192.168.0.1-192.168.0.200/24

Server 1:
Von verteilung ausgeschlossen: 192.168.0.101-200/24
Reserviert: 192.168.0.10/24:MAC

Server 2:
Von verteilung ausgeschlossen: 192.168.0.1-9/24 und 192.168.0.11-100/24
Reserviert: 192.168.0.10/24:MAC

Ja, das funkt - ist jedoch keine saubere Lösung. Man sollte irgendwie vermeiden, im gleichen Netz 2 DHCP laufen zu lassen.

Ciao Oliver

eh klar, nur bei größeren netzen sollte es schon einen backup dhcp geben.

naja ich finde Die Idee mit dem Backup DHCP, und gegenseitig ausgeschlossenen Scopes doch gut. Denn in einem Netzwerk in dem die Namensauflösung hinhaut, ist es schließlich egal welche IP`s die Workstations bekommen! und eine funktionierende Namensauflösung ist ja heutzutag keine Kür mehr sondern die pflicht. Ich spreche da nur das AD an. Hast ein Problem mit deinem DNS, dann viel spaß mit dem AD.

Ich dachte mal gelesen zu haben, dass eine IP Adresse die auf die MAC Adresse reserviert ist, bevorzugt wird. Also wenn der Client 5 Antworten erhält, dann nimmt er die, welche für ihn reserviert ist. Aber das war dann wohl ein Irrtum.

wieso sollte er eine gültige Zuteilung nochmals verwerfen, wenn er von einem anderen DHCP server bereits eine Adresse bekommen hat?

Kurze Gegenfrage, woher soll den der Client wissen das, die MAC seiner NIC beim DHCP reserviert ist. Könnte im DHCP Stack keine Argumentationspunkte für Deine Aussage finden!

@maxb

Der Client bekommt ja keine Adresse zugewiesen, sondern er bekommt Vorschläge. Und dann sucht er sich eine IP Adresse davon aus und antwortet dann dem jeweiligen DHCP.

@PhelanWolf

Ich dachte es wird vielleicht ein Optionsfeld benutzt um dem Client anzuzeigen; Hey, ich keinne Deine MAC Adresse, nimm meinen Vorschlag!

Ich dachte er nimmt sich die erstbeste. wozu soll er auch warten, würde den prozess ja auch nur verlangsamen. aber wird schon so sein.

Eher..Hey die MAC kenn ich. Der geb ich nur den einen Vorschlag.

Zu den 2 DHCPs.
Also bei uns haben wir in jedem Standort 2 laufen. Is unter 2003 a bisserl mühsam einzurichten (kein Import von eben diesen fixen DHCP adressen) aber wenns rennt dann rennts.

Wo hast dass her? Ein dhcp client ist ja überhaupt nicht konfiguriert, desshalb ist dhcp ja so praktisch, also nach welchen kriterien soll er die vorschläge bewerten, daher first come first serve.


hab neulich mal als ich einen zusätzlichen lan anschluss brauchte und keinen switch hatte, einen isdn router mit 4-fach switch angehängt um einen testrechner dazuzuhängen.... und tot wars das firmennetz, weil in dem router auch ein dhcp aktiv war. Bis ich draufkommen bin das das kleine kastl unterm tisch dran schuld war,... mei habn wir g´lacht :D

@Lou

Mit Client mein ich ja auch keine Client Software, sondern den Client PC. Und DHCP läuft halt so:

Broadcast Anfrage
Vorschläge - Antworten vom Server (den Servern)
Bestätigung vom Client an den Server
IP Adresse zugewiesen


Aber egal, wenns nicht geht muss ich das eben so umgehen wie weiter oben beschrieben.

Dank an alle!!

Sodala nach dem ich ja nicht faul bin hier die erklärung:

Client: Dhcpdiscover wird als Broadcast ins Netz gelassen.
Es melden sich mehrere Server mit einem Dhcpoffer.
Das erste Offer wird mit einem DHCPrequest des Clients beantwortet, dies ist wieder eine Broadcastmeldung und geht an alle server soll heißen das nun keine DHCPoffers mehr akzeptiert werden. Der Client gibt in dem DHCPrequest die ID des Servers an an den er sich nun wendet. Somit brauchen die anderen nix mehr weiter machen.

Alles weiter würde ich sagen macht google
hier der Link http://www.google.at/search?hl=de&q=...cr%3DcountryAT