Monowall im VmWare Player Adapter Konfiguration DHCP Problem
Netzwerkadapter 2 bekommt eine IP aus dem Netz von Netzwerk Adapter 1 - Warum?
Hallo zusammen,
nach der hervorragenden Anleitung zur Einrichtung eines Captive Portals hab ich das ganze bei mir installiert. Auf dem Mac mit Vmware Fusion funktionierts auch einwandfrei. Auf einem Windows Rechner mit dem VMware Player habe ich aber immer das Problem, dass beide Netzwerkadapter eine IP von der Monowall selber bekommen obwohl der DHCP der Monowall nur im Lan und nicht im WAN läuft.
Zur Konfiguration
em0 = LAN = VMnet0 bridged auf Ethernet Karte (Kabel) Netz: 172.16.1.x
em1 = WAN = VMnet1 bridged auf Wlan Karte Netz: 192.168.1.x
DHCP im Lan ist aktiv (DHCP Server ist die Monowall)
DHCP Server im WAN ist aktiv (DHCP Server ist ein Router)
Monowall Lan IP: 172.16.1.1
Monowall WAN IP: 172.16.1.5 (vom DHCP der Monowall im Lan Segment)
Problem:
DIe WLan Karte hängt im 192.168.1.x Netz aber innerhalb der Monowall bekommt der Wan Adapter eine 172.16.1.x Adresse? Warum? Eigentlich müsste er doch eine IP vom Router in dem 192er Netz bekommen. Scheint als würde em0 und em1 auf denselben Adapter gebridged sind. Das ist aber nicht der Fall.
Wo ist der Fehler?
VIelen Dank für die Hilfe.
Chris
Hallo zusammen,
nach der hervorragenden Anleitung zur Einrichtung eines Captive Portals hab ich das ganze bei mir installiert. Auf dem Mac mit Vmware Fusion funktionierts auch einwandfrei. Auf einem Windows Rechner mit dem VMware Player habe ich aber immer das Problem, dass beide Netzwerkadapter eine IP von der Monowall selber bekommen obwohl der DHCP der Monowall nur im Lan und nicht im WAN läuft.
Zur Konfiguration
em0 = LAN = VMnet0 bridged auf Ethernet Karte (Kabel) Netz: 172.16.1.x
em1 = WAN = VMnet1 bridged auf Wlan Karte Netz: 192.168.1.x
DHCP im Lan ist aktiv (DHCP Server ist die Monowall)
DHCP Server im WAN ist aktiv (DHCP Server ist ein Router)
Monowall Lan IP: 172.16.1.1
Monowall WAN IP: 172.16.1.5 (vom DHCP der Monowall im Lan Segment)
Problem:
DIe WLan Karte hängt im 192.168.1.x Netz aber innerhalb der Monowall bekommt der Wan Adapter eine 172.16.1.x Adresse? Warum? Eigentlich müsste er doch eine IP vom Router in dem 192er Netz bekommen. Scheint als würde em0 und em1 auf denselben Adapter gebridged sind. Das ist aber nicht der Fall.
Wo ist der Fehler?
VIelen Dank für die Hilfe.
Chris
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 143602
Url: https://administrator.de/contentid/143602
Ausgedruckt am: 20.11.2024 um 10:11 Uhr
12 Kommentare
Neuester Kommentar
Das ist in der Tat ungewöhnlich und kann nur ein Problem/Fehlverhalten der VmWare sein, denn im "realen" Umfeld passiert das de facto nicht !
Du solltest also nochmals genau prüfen ob die VmWare dort nicht wirklich im Host Modus ist sondern Bridging macht.
Was passiert wenn du dem WAN Interface eine statische IP vergibst ?
Du solltest also nochmals genau prüfen ob die VmWare dort nicht wirklich im Host Modus ist sondern Bridging macht.
Was passiert wenn du dem WAN Interface eine statische IP vergibst ?
Das ist auch normal wenn du den globalen Firewall Filter der RFC 1918 Netze per se filtert nicht rausnimmst.
De facto ist da aber was faul auf deiner VmWare. Ein kurzer Test mit dem VmWare Player und dem 1.3.2er VM Image http://m0n0.ch/wall/download.php?file=generic-pc-1.32-vm.zip zeigt absolut sauberes Verhalten wie es sein soll !
De facto ist da aber was faul auf deiner VmWare. Ein kurzer Test mit dem VmWare Player und dem 1.3.2er VM Image http://m0n0.ch/wall/download.php?file=generic-pc-1.32-vm.zip zeigt absolut sauberes Verhalten wie es sein soll !
Nur mal dumm nachgefragt: Dir ist klar das auch der Host 2 physische Netzwerkkarten haben muss um LAN und WAN Port vernünftig auf einer separaten Physik abzubilden. Mit nur einem Netzwerk Adapter im Host geht es de facto nicht !
Gut, wenn du LAN und WLAN hast klappts z.B. nach diesem Schema:
LAN = Bridging = VMnet0 = LAN Port Monowall
WLAN = Bridging = VMnet1= WAN Port Monowall
Das LAN hat in der VM auch fest die 192.168.1.1. Du musst also dem Host auf seinem LAN Port dann fest z.B. die 192.168.1.254 /24 geben um auf die MW zugreifen zu können ! das geht nur über den LAN Port, da am WAN Port die FW aktiv ist !
Den WAN Port belässt du im DHCP Client Modus, denn so bekommt er vom Accesspoint über das WLAN eine automatische IP.
So funktioniert es im Laboraufbau fehlerfrei !
Gut, wenn du LAN und WLAN hast klappts z.B. nach diesem Schema:
LAN = Bridging = VMnet0 = LAN Port Monowall
WLAN = Bridging = VMnet1= WAN Port Monowall
Das LAN hat in der VM auch fest die 192.168.1.1. Du musst also dem Host auf seinem LAN Port dann fest z.B. die 192.168.1.254 /24 geben um auf die MW zugreifen zu können ! das geht nur über den LAN Port, da am WAN Port die FW aktiv ist !
Den WAN Port belässt du im DHCP Client Modus, denn so bekommt er vom Accesspoint über das WLAN eine automatische IP.
So funktioniert es im Laboraufbau fehlerfrei !
So schwer kanns doch nicht sein...:
Ein schneller Check in einer aktuellen VMWare mit einer Intel 100/1000er Karte und einer Realtek 100er Karte bestätigt das und es funktioniert einwandfrei !
- Monowall VM starten
- über die Konsole (VM Konsole) auf die Monowall zugreifen und checken welches Interface auf welcher Hardware gelandet ist:
- Das LAN Interface ist per default auf die 192.168.1.1 /24 festgelegt. Hier musst du also checken auf WELCHEM physischen Interfcae (Konsole) das Monowall LAN Interface gelandet ist. Die Mac Adresse ist hier auch eindeutig,
- Das Host Interface das das Monowall LAN Interface bridged musst du dann auf z.B. 192.168.1.100 umkonfigurieren.
- Nun kannst du von hier aus die Monowall erreichen über 192.168.1.1. Die IP des Hosts oder des Cliets mit dem du die 192.168.1.1 erreichen willst musst du natürlich IP seitig anpassen.
Ein schneller Check in einer aktuellen VMWare mit einer Intel 100/1000er Karte und einer Realtek 100er Karte bestätigt das und es funktioniert einwandfrei !
Der Output oben zeigt ganz klar das das NIC Mapping in der VM nicht funktioniert ! Beide virtuellen Adapter em0 und em1 werden auf ein und die gleiche HW nämlich die Intel Karte gebridged. Dann ist es auch logisch, das damit beide Monowall Inerfaces die gleiche IP bekommen !
Die beiden Macs sind die Mac Adressen der virtuellen Karte. Das ist also intern so als ob du beide Kabel von LAN und WAN Port zusammen auf einen gemeinsamen Switch steckst...klar das das nie klappen kann !!
Genau das gleiche passiert auch wenn du z.B. die VM auf einem Hosts startest der nur eine einzige NIC hat. Klar das dann beide VM Adapter nur auf eine einzig vorhandene Physik gemappt werden können weil einfach keine 2te da ist.
Du musst der VMWare also VOR dem Starten der VM die beiden NICs eindeutig den physischen NICs des Hosts zuweisen...sonst wird das logischerweise nix !
Die beiden Macs sind die Mac Adressen der virtuellen Karte. Das ist also intern so als ob du beide Kabel von LAN und WAN Port zusammen auf einen gemeinsamen Switch steckst...klar das das nie klappen kann !!
Genau das gleiche passiert auch wenn du z.B. die VM auf einem Hosts startest der nur eine einzige NIC hat. Klar das dann beide VM Adapter nur auf eine einzig vorhandene Physik gemappt werden können weil einfach keine 2te da ist.
Du musst der VMWare also VOR dem Starten der VM die beiden NICs eindeutig den physischen NICs des Hosts zuweisen...sonst wird das logischerweise nix !
Ein Netzwerk Controller den es nicht gibt der kann auch logischerweise nicht erkannt werden, das ist klar und insofern irrst du mit dem Statement oben.
VmWare scannt nach Treiberschnittstellen und wenn es was erkennt dann gibt es auch was.
Das ist logischerweise abhängig von drunterliegenden Betriebssystem und gerade bei Winblows gibt es da erhelbliche Tricksereien.
Du musst also de facto vorher festlegen welches VM Interface welche HW nutzen soll. Das geht mit VmWare selber problemlos. Ob der Player das kann ist fraglich...?? Vermulich werden die Interfaces hier zufällig zugewiesen sofern das nicht customizebar ist. Habe den Player diesbezüglich nicht gecheckt...
Oft lassen sich WLAN Interface auch gar nicht VM Interfaces zuweisen vielleicht beim Player generell nicht. Da müsste man mal in der Doku des Players nachlesen.... Ggf. ist das bei dir das grundlegende Problem, das solltest du mal prüfen.
So mit VmWare WS oder Server und 2 LAN NICs funktioniert es ja fehlerfrei.
VmWare scannt nach Treiberschnittstellen und wenn es was erkennt dann gibt es auch was.
Das ist logischerweise abhängig von drunterliegenden Betriebssystem und gerade bei Winblows gibt es da erhelbliche Tricksereien.
Du musst also de facto vorher festlegen welches VM Interface welche HW nutzen soll. Das geht mit VmWare selber problemlos. Ob der Player das kann ist fraglich...?? Vermulich werden die Interfaces hier zufällig zugewiesen sofern das nicht customizebar ist. Habe den Player diesbezüglich nicht gecheckt...
Oft lassen sich WLAN Interface auch gar nicht VM Interfaces zuweisen vielleicht beim Player generell nicht. Da müsste man mal in der Doku des Players nachlesen.... Ggf. ist das bei dir das grundlegende Problem, das solltest du mal prüfen.
So mit VmWare WS oder Server und 2 LAN NICs funktioniert es ja fehlerfrei.