Ubuntu 16.04 VM unter Windows 10 Hyper-V-Keine Netzwerkverbindung

Ich hatte das gleiche Problem unter Ubuntu 17.04, das unter Hyper-V/Windows 10 ausgeführt wurde.

Die Lösung war ziemlich einfach, als ich es herausfand. Es sieht so aus, als ob die Standardinstallationsoption darin besteht, ein internes Netzwerk zu verwenden, das keinen Internetzugang gewährt.

Auf der virtuellen Ubuntu-Maschine in Hyper-V:

1. Rechtsklick auf die Einstellungen
2. navigieren Sie zum Netzwerkadapter
3. Wählen Sie den Netzwerkadapter aus und wechseln Sie in der Dropdown-Liste Virtueller Switch von "Layered_wi_fi" zu "Nicht verbunden"
4. gehe zum virtuellen Switch Manager (rechts im Hyper-V Manager)
5. Wählen Sie Layered_Wi-Fi im Abschnitt Virtuelle Switches aus
6. Verbindungstyp von "Internes Netzwerk" in "Externes Netzwerk" ändern

Zurück auf der virtuellen Ubuntu-Maschine in Hyper-V:

1. Rechtsklick auf die Einstellungen
2. navigieren Sie zum Netzwerkadapter
3. Wählen Sie den Netzwerkadapter aus und ändern Sie in der Dropdown-Liste Virtueller Switch von " Nicht connected " zu "Layered_wi_fi"

Hinweis: Zuerst habe ich versucht, im Abschnitt Virtual Switch Manager\Layered_Wi-fi einfach von internem Netzwerk zu Externem zu wechseln (Schritte 4-6). Dies führte wiederholt zu einem Fehler. Ich denke, es war, weil die Einstellung in Gebrauch war, aber es war nicht sehr klar. Sobald ich die Schritte 1-3 zuerst gemacht habe, hat es wie ein Zauber funktioniert.

Schritte zur Fehlerbehebung bei keiner Internetverbindung auf der virtuellen Ubuntu-Maschine in Hyper-V:

• Verbinden Sie in den Hyper-V-Einstellungen Ihrer VM den Netzwerkadapter mit dem Standard-Switch, der Zugriff auf das Netzwerk des Hostcomputers gewährt.
• Gehen Sie in Ubuntu VM zu Ethernet-Einstellungen und wählen Sie dann die Registerkarte IPv4. Setzen Sie die IPv4-Methode auf Automatisch (DHCP). Schalten Sie vor DNS automatisch auf AUS und geben Sie 1.1.1.1,1.0.0.1 für Cloudflares DNS ein. Klicken Sie Auf Übernehmen. Ethernet ausschalten und wieder einschalten. Ich habe all dies ist notwendig, damit Änderungen wirksam werden, Stellen Sie also sicher, dass Sie das Ethernet bei jeder Änderung der Ethernet-Einstellungen aus-und einschalten.

Für die meisten Fälle sollte das obige das Problem beheben, aber wenn nicht, gibt es noch ein paar Dinge, die Sie versuchen können.

• Gehen Sie in Ubuntu VM zu Ethernet-Einstellungen. Überprüfen Sie auf der Registerkarte Details, ob sich die IPv4-Adresse im selben Netzwerk wie der Hostcomputer auf dem Standard-Switch befindet. Um dies zu überprüfen, führen Sie ipconfig auf dem Hostcomputer aus und notieren Sie sich die IPv4-Adresse unter Standard-Switch, zum Beispiel 172.10.100.15. Wenn in Ubuntu VM die ersten 3 Teile der IPv4-Adresse identisch sind, z. B. 172.22.100.75, befinden sie sich im selben Netzwerk. Wenn nicht, wechseln Sie zur Registerkarte IPv4 und setzen Sie die IPv4-Methode auf Manuell. Geben Sie dann Adressen wie folgt ein:
  • Adresse: Legen Sie eine IP-Adresse fest, die sich im selben Netzwerk wie der Host-Computer auf dem Standard-Switch befindet.
  • Netzmaske: Setzen Sie sie auf Subnetzmaske des Hostcomputers auf Standardschalter.
  • Gateway: Setzen Sie es auf die IP-Adresse von der Host-Computer auf Standard-Switch.
• Übernehmen Sie die änderungen und schalten Sie Ethernet aus und wieder ein.

Andere Dinge zu versuchen:

• Wenn auf Ihrem Router die Zugriffskontrolle aktiviert ist, führen Sie die Whitelist der MAC-Adresse des Netzwerkadapters der Ubuntu-VM auf.
• Stellen Sie sicher, dass die Netzwerkkategorie der Netzwerkkarte auf dem Switch, mit dem Sie eine Verbindung herstellen, "Privat"ist.

$Profile = Get-NetConnectionProfile  -InterfaceAlias "vEthernet (Default Switch)"
$Profile.NetworkCategory = "Private"
Set-NetConnectionProfile -InputObject $Profile

• Versuchen Sie, einen Legacy-Netzwerkadapter auf der VM zu installieren. Sie müssen ein verwenden Generation 1 VM, um diese Option zu haben.
• Versuchen Sie, einen externen virtuellen Switch zu erstellen und eine Verbindung herzustellen, und führen Sie die obigen Schritte zur Fehlerbehebung erneut durch, indem Sie den Standardschalter durch einen externen Switch ersetzen.

Versuchen Sie, einen "Legacy-Netzwerkadapter" hinzuzufügen und

Der normale Netzwerkadapter funktioniert mit Windows 7+, wenn nicht früher

Ich hoffte, dass dies dir und vielen mehr geholfen hat

Ich hatte dieses Problem mit reactos und XP und das hat gut funktioniert

Um einen neuen Netzwerk-Switch hinzuzufügen, können Sie als Legacy-Netzwerkadapter Folgendes verwenden:

1. Virtual Switch Manager öffnen
2. Wählen Sie Neuen virtuellen Netzwerk-Switch
3. wählen Externen
4. virtuellen Switch erstellen
5. nennen Sie es, was immer Sie wollen

So fügen Sie den Switch Ihrer VM hinzu:

1. Einstellungen für gewünschte VM öffnen
2. Hardware hinzufügen
3. Legacy Netzwerk Adapter
4. hinzufügen
5. Öffnen Sie die Dropdown-Liste für den virtuellen Switch
6. wählen Sie den virtuellen Schalter, den Sie gemacht haben

Hinweis: Von einer VM darf jeweils nur 1 Switch verwendet werden

1. Gehen Sie im Hyper-V Manager zu " Virtueller Switch Manager..."
2. Klicken Sie auf "Neuer virtueller Netzwerk-Switch" und wählen Sie "Extern" aus der Liste und dann auf "Virtuellen Switch erstellen"
3. Geben Sie ihm im neuen virtuellen Switch-Bereich einen Namen und wählen Sie "Externes Netzwerk" als Verbindungstyp und wählen Sie Ihre Netzwerkkarte aus, die Sie derzeit auf dem Windows-Host verwenden, und stellen Sie sicher, dass Sie das Kontrollkästchen "Managementbetriebssystem zulassen, um diesen Netzwerkadapter freizugeben" aktiviert haben. verstehen Sie, dass Ihre Verbindung für eine Weile verloren geht.
4. Klicken Sie im Hyper-V Manager mit der rechten Maustaste auf Ihre virtuelle Ubuntu-Maschine und wählen Sie "Einstellungen".
5. Gehen Sie zu Netowk Adapter und wählen Sie Ihren neuen virtuellen externen Switch aus der Dropdown-Liste als " Virtueller Switch "und bestätigen Sie"OK"

Die Auswahl des "Standard-Switches" während der VM-Erstellung führte dazu, dass dem eth0 eine IP von DHCP zugewiesen wurde. Window10 und Ubuntu 18.04

Ich habe es geschafft, vom Host aus zu ssh.