VMWare Netzwerk (Bridged, NAT, WTF)

tar

Enthusiast
Thread Starter
Mitglied seit
30.11.2013
Beiträge
538
Hallo,

ich habe wohl ein Verständnisproblem beim VMWare Netzwerk. Bei meinen VMs nutze ich Bridged Networking, damit ich ihnen eine gänzlich eigene IP-Adresse im LAN fest zuweisen kann.

Die feste IP meines Routers lautet: 10.0.0.1
Die feste IP meiner Workstation lautet: 10.0.0.10
Die feste IP meiner VM (diese läuft auf Workstation) lautet: 10.0.0.101

Resultat:

Ich kann von der VM aus ins Internet und auch den Host (10.0.0.10) anpingen, aber nicht umgekehrt. Ich sehe im Host auch die VM nicht im Netzwerk. Im Router (Fritz!Box) taucht die VM allerdings auf - mit IP und Computername. Folglich liegt ein Verbindungsproblem vom Host zum Gast vor. So kann ich mich allerdings nicht per Remote Desktop vom Host zum Gast verbinden, sondern bin gezwungen, dies über die VMWare-Software zu tun.



Nach ein wenig Google-Recherche wurde empfohlen, von Bridged Networking auf NAT umzustellen.

Resultat:

Die feste IP vom 10.0.0.x-LAN funktioniert nun nicht mehr. Eine automatische DHCP-Zuweisung erfolgt dann auf 192.168.134.131.
Damit komme ich von der VM aus wieder ins Internet und kann den Host anpingen, aber immer noch nicht umgekehrt. Also reichlich sinnfrei.



Zusätzlich dazu gibt es nun in der Workstation zwei weitere Netzwerk-Adapter, die von VMWare installiert wurden:

VMware Network Adapter VMnet1: 192.168.134.2
VMware Network Adapter VMnet8: 192.168.86.2

Ich habe auch schon probiert, diese Einstellung wie folgt zu ändern auf:

VMware Network Adapter VMnet1: 10.0.0.11
VMware Network Adapter VMnet8: 10.0.0.18

Dies kann man über den Virtual Network Editor in der VMWare ändern.

Resultat:

Das ändert rein gar nichts. Weder ändert sich die DHCP der VM beim NAT auf das 10.0.0.x-LAN, noch funktioniert ein Ping der Workstation auf die VM. Das Deaktivieren der einzelnen Adapter brachte auch nichts.



Was übersehe ich?
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Crazy.. das wars. :hail:
 
Pingen wird von Windows 10 per Default unterbunden.


Windows Defender Firewall aufrufen
Erweiterte Einstellungen klicken
Eingehende Regeln auswählen
Datei- und Druckerfreigabe (Echoanforderung - ICPMv4 eingehend) für das gewünschte Profil (Privat, Öffentlich) aktivieren
falls benötigt auch für: Datei- und Druckerfreigabe (Echoanforderung - ICPMv6 eingehend) für das gewünschte Profil (Privat, Öffentlich) aktivieren
 
Schon verrückt so ne Firewall, die blockt doch echt Pakete.
Dass sie von Haus aus einen simplen Ping aus demselben Subnetz blockiert, findest du nicht leicht übertrieben?

Vermutlich hättest Du in Windows das Netzwerk nur auf Privat stellen müssen (auf beiden Systemen). Also Firewall schön wieder aktivieren. ;)
Ja, es funktioniert nun mit Firewall.

Pingen wird von Windows 10 per Default unterbunden.

Windows Defender Firewall aufrufen
Erweiterte Einstellungen klicken
Eingehende Regeln auswählen
Datei- und Druckerfreigabe (Echoanforderung - ICPMv4 eingehend) für das gewünschte Profil (Privat, Öffentlich) aktivieren
falls benötigt auch für: Datei- und Druckerfreigabe (Echoanforderung - ICPMv6 eingehend) für das gewünschte Profil (Privat, Öffentlich) aktivieren
Vielen Dank für die detaillierte Anleitung.

Ich habe allerdings immer noch ein Netzwerkproblem innerhalb der VM. Nach einem Neustart des Hosts und dem anschließenden Start der VM, bekommt der (virtuelle) Netzwerkadapter der VM keine Verbindung zum Host bzw. Gateway/DHCP/DNS-Server hin - egal, ob DHCP oder eine statische IP eingetragen ist. Erst ein Wechsel des Adaptertyps von Bridged auf NAT bzw. beim nächsten Neustart umgekehrt führt zum Erfolg.

Welche verrückte Einstellung steckt da nun wieder dahinter? Host und VM sind übrigens Windows 8.1 x64 Pro.
 
Dass sie von Haus aus einen simplen Ping aus demselben Subnetz blockiert, findest du nicht leicht übertrieben?

Eher im Gegenteil. Das ist der erste Ansatz für Security. Kein ICMP=keiner kann das Netz auf diese Weise scannen und schon muss man den Aufwand erhöhen um überhaupt eine Übersicht über das Netzwerk zu bekommen.
 
Eher im Gegenteil. Das ist der erste Ansatz für Security. Kein ICMP=keiner kann das Netz auf diese Weise scannen und schon muss man den Aufwand erhöhen um überhaupt eine Übersicht über das Netzwerk zu bekommen.
Ah, okay.

Ich habe wohl die Einstellung für mein Problem gefunden, dass Bridged Mode abundan nicht automatisch funktionierte:

VMWare -> Edit -> Virtual Network Editor:
- den Bridged Adapter von "automatic" auf den einzelnen physischen Adapter umstellen, der genutzt werden soll

Das erklärt allerdings nicht, wieso auch NAT abundan nicht funktionierte.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh