Virtuelles Window7 kann "bridged" nicht ins Intern
Verfasst: 31.03.2016, 15:39
Hi zusammen,
vielleicht kann mir hier jemand weiterhelfen.
Ich habe schon einiges recherchiert, aber keine Lösung gefunden.
Szenario:
Host: Windows 7 Ultimate, 64-bit 6.1.7601, Service Pack 1
VMware Player 12.0.1 build-3160714
Gast: Microsoft Windows 7 Professional, Version 6.1.7601 Service Pack 1
im "Bridged"-Modus
Problem: Der Gast kann nicht ins Internet.
Bei der Analyse habe ich festgestellt, dass der Gast die ARP-Antwort des Gateways nicht bekommt, so wie der Gast auch scheinbar keine korrekte ARP-Antwort an das Gateway liefert.
Details:
Recherchiert mit tcpdump auf Gateway, Wireshark auf den zwei Windows-Systemen und zusätzlich auf einer 3. Maschiene (Work) im selben Subnetz.
Das Gateway hat zwei Netzwerkkarten,
-eine normal zum DSL-Router (SN1)
-eine mit Tagged VLAN zum hausinternen Netz
Nur zur Motivation des VLAN:
Das hausinterne Netz ist im wesentlichen zweigeteilt mit einem privaten Subnetz (SN2) für die familiären Rechner und einem eigenen Subnetz (SN3) für "Das Internet der Dinge" (TV, DVD, Sat.Receiver & Co)
Das Gateway bildet mit zwei VLAN-fähigen Switches das Rückrad des Netzwerkes
Die Netzstruktur aus Sicht von Host und Gast:
DSL-Router -----(SN1)----- Gateway -----(Tagged VLAN SN2)----- VLAN-Switch1 -----(Tagged VLAN SN2)---- VLAN-Switch 2 ----(SN2)----- Host -----(VM Bridge SN2)----- Gast
Der Gast hat eigentlich eine statische MAC, damit das Gateway die IP vergeben kann, das funktioniert nicht.
Deshalb hat der Gast in den Netzwerkverbindungen eine statische IPv4 eingestellt.
Zwei Varianten für Work getestet
In beiden Varianten:
Gast pingt Host: ARP ok, Host antwortet
Host pingt Gast: ARP ok, Gast antwortet
Gateway pingt Host: ARP ok, Host antwortet
Work pingt Host: ARP ok, Host antwortet
Gateway pingt Gast: ARP nicht ok, ARP-Cache zeigt "unvollständige IP"
Variante1: Work hängt an SN2-Port vom VLAN-Switch2
Work pingt Gast: kein ARP, keine Antwort
Variante2: Work und Host hängen an einfachem (unmanaged) Switch, der an SN2-Port vom VLAN-Switch2 hängt
Work pingt Gast: ARP nicht ok, ping-Ergebnis: HOST (nicht Gast oder Work) antwortet mit "...no route to..."
Sowohl die drei Switches als auch die VM-Bridge sollten doch für alle Pakete transparent sein und somit sollten alle ARP/ICMP/TCP-IP Pakete korrekt verarbeitet werden.
Wenn die VLAN-fähigen Switches Probleme mit ARP haben (davon habe ich bei meiner Recherche gelesen) und daraus entsprechende Probleme mit ICMP und TCP resultieren, ok, dass könnte ich mir noch mit einem Problem der VLAN-Switches erkären, aber warum das Problem mit Variante2 mit einem einfachen (kaskadierbaren) Switch?!?
Mit Hoffnung auf die rettende Idee
Gruß,
Panther
vielleicht kann mir hier jemand weiterhelfen.
Ich habe schon einiges recherchiert, aber keine Lösung gefunden.
Szenario:
Host: Windows 7 Ultimate, 64-bit 6.1.7601, Service Pack 1
VMware Player 12.0.1 build-3160714
Gast: Microsoft Windows 7 Professional, Version 6.1.7601 Service Pack 1
im "Bridged"-Modus
Problem: Der Gast kann nicht ins Internet.
Bei der Analyse habe ich festgestellt, dass der Gast die ARP-Antwort des Gateways nicht bekommt, so wie der Gast auch scheinbar keine korrekte ARP-Antwort an das Gateway liefert.
Details:
Recherchiert mit tcpdump auf Gateway, Wireshark auf den zwei Windows-Systemen und zusätzlich auf einer 3. Maschiene (Work) im selben Subnetz.
Das Gateway hat zwei Netzwerkkarten,
-eine normal zum DSL-Router (SN1)
-eine mit Tagged VLAN zum hausinternen Netz
Nur zur Motivation des VLAN:
Das hausinterne Netz ist im wesentlichen zweigeteilt mit einem privaten Subnetz (SN2) für die familiären Rechner und einem eigenen Subnetz (SN3) für "Das Internet der Dinge" (TV, DVD, Sat.Receiver & Co)
Das Gateway bildet mit zwei VLAN-fähigen Switches das Rückrad des Netzwerkes
Die Netzstruktur aus Sicht von Host und Gast:
DSL-Router -----(SN1)----- Gateway -----(Tagged VLAN SN2)----- VLAN-Switch1 -----(Tagged VLAN SN2)---- VLAN-Switch 2 ----(SN2)----- Host -----(VM Bridge SN2)----- Gast
Der Gast hat eigentlich eine statische MAC, damit das Gateway die IP vergeben kann, das funktioniert nicht.
Deshalb hat der Gast in den Netzwerkverbindungen eine statische IPv4 eingestellt.
Zwei Varianten für Work getestet
In beiden Varianten:
Gast pingt Host: ARP ok, Host antwortet
Host pingt Gast: ARP ok, Gast antwortet
Gateway pingt Host: ARP ok, Host antwortet
Work pingt Host: ARP ok, Host antwortet
Gateway pingt Gast: ARP nicht ok, ARP-Cache zeigt "unvollständige IP"
Variante1: Work hängt an SN2-Port vom VLAN-Switch2
Work pingt Gast: kein ARP, keine Antwort
Variante2: Work und Host hängen an einfachem (unmanaged) Switch, der an SN2-Port vom VLAN-Switch2 hängt
Work pingt Gast: ARP nicht ok, ping-Ergebnis: HOST (nicht Gast oder Work) antwortet mit "...no route to..."
Sowohl die drei Switches als auch die VM-Bridge sollten doch für alle Pakete transparent sein und somit sollten alle ARP/ICMP/TCP-IP Pakete korrekt verarbeitet werden.
Wenn die VLAN-fähigen Switches Probleme mit ARP haben (davon habe ich bei meiner Recherche gelesen) und daraus entsprechende Probleme mit ICMP und TCP resultieren, ok, dass könnte ich mir noch mit einem Problem der VLAN-Switches erkären, aber warum das Problem mit Variante2 mit einem einfachen (kaskadierbaren) Switch?!?
Mit Hoffnung auf die rettende Idee
Gruß,
Panther