DHCP3-Relay unter Debian

[LukOnline]

Hallo zusammen,

in meiner virtuellen Umgebung habe ich folgenden Aufbau:

Netz 1 | _______________ | Netz 2

1 Client | 1 Debian Router | 1 Windows 2003 Server (DHCP-Server)

Der Client soll nun per DHCP eine Adresse vom Server bekommen.

Auf dem Debian habe ich nun das Paket dhcp3-relay installiert.

Die Konfiguration (laut Prozessliste):

/usr/sbin/dhcrelay3 -q -i eth0 192.168.100.200

Auf eth0 soll der Router lauschen. (also im Netz des Clients)

Ipforward ist aktiviert

Weiß jemand, wo das Problem liegt?

Gruß, Luk

[flashpixx]

DHCP Anfragen sind Broadcastanfragen, diese werden nicht geroutet.

[LukOnline]

Das ist mir schon klar.

Es muss ja Broadcast sein, wenn der PC noch keine IP hat.

Jedoch gibt es einen DHCP-Helper bzw DHCP-Relay-Agent.

Er leitet DHCP-Requests in ein anderes Subnetz weiter. (je nach Einstellung eben)

Sonst bräuchte man ja in jedem Subnetz einen DHCP-Server

Bearbeitet 31. März 2011 von LukOnline

[flashpixx]

Bezogen auf Dein erstes Posting, wo ist das Problem?

[LukOnline]

Das weiß ich nicht genau.

Der DHCP3-Relay ist installiert: Debian -- Informationen über Paket dhcp3-relay in squeeze

Die NIC an der der Relay lauschen soll ist eingestellt und die IP des DHCP-Server ist auch hinterlegt.

Jedoch bekommt der Client trotzdem keine IP zugewiesen.

[flashpixx]

Das weiß ich nicht genau.

Das wäre aber mal die Grundlage. Meines Wissen kommuniziert der Relaydämon via Unicast mit dem DHCP-Dämon. Schau Dir den Netzwerktraffic an, einmal zwischen Relay und Server und einmal zwischen Client und Relay

[LukOnline]

Also gut, folgendes.

Ich habe mal mit WireShark gesniffert... Er bekommt doch eine IP...

Im Anhang die Screenshots aus den beiden Netzen.

Der Relay-Agent leitet die Anfrage also weiter.

Im Server-Bild sieht man Sieht man die DHCP-Anfrage von der IP des Routers.

Die MAC jedoch gehört zum XP-Client.

Der Server (192.168.100.200) antwortet mit "Your IP is 10.0.0.1".

Doch die Antwort auf der anderen Seite des Routers verblüfft mich.

Die DHCP Antwort kommt von 192.168.233.254. Diese Adresse gibt es nicht im Netz!

Aber sie pingt!?!? Ist es vielleicht eine interne VMWare-Adresse.

Und wieso auf einmal diese IP für den Client 192.168.233.128???

Gruß, Lukas

[schepp]

Ich glaube du solltest mal deine VMware Adapter sortieren. Hast du NAT an?

Bearbeitet 31. März 2011 von schepp

[LukOnline]

ich sehe schon...ich muss doch mal einen Netzplan zeichnen.

--> Anhang

So sieht es aus.

Es gibt keine anderen Netzwerkadapter o.Ä.

(Außer wenn ich eine weitere VM zum Sniffen ins Netz nehme...)

Ich verstehe nich wo die 192.168.233.x herkommt...

Die gibts nicht.

Weder physikalisch noch virtuell...:upps

Visio-VM.pdf

[flashpixx]

Schau Dir bitte einmal an, was ein "Host-Only" Interface ist und wie es funktioniert. Dann solltest Du überlegen, ob es das richtige ist.

[LukOnline]

Ich habe ganz vergessen: Der Firewall-Router B macht NAT. Jedoch ist das irrelevant, weil DHCP ja eh geblockt wird.

Was soll ich da nachschauen?

host-only ist nur auf dem lokalen PC erreichbar.

VMNET1 und VMNET4 sind zwei verschiedene Hostonly, weil sie über den Router A zusammengeroutet werden sollen und nicht in eine Broadcast-Domain...

In VMware kann man das Einstellen... Ich glaube Network Conigurator heißt das Ding...

Übrigends habe ich mich getäuscht: Es ist VMware 7

Gruß, Luk

[LukOnline]

Tatsächlich: Im Virtual Network Editor kann man DHCP deaktivieren.

Jetzt funktioniert es korrekt.

Der DHCP-Agent leitet die Anfragen und Antworten weiter.

Wichtig: "Lauschen" muss der Agent auf beiden Interfaces, also auch auf dem, wo sich der Server befindet!

Bei Rückfragen, meldet euch einfach

Gruß und vielen Dank,

Luk