19
Keine Netzwerkverbindung W2016 VM
Moin,
ich verliere gleich meine contenance
.
Ich versuche gerade, auf einem Hyper-V 2016 GUI eine W2016-VM (Generation 2 - VM) zum Laufen zu bekommen. Sieht schön bunt aus - hat aber keinen Netzwerkzugriff. Hardware ist ein ML350 GEN 10 mit einem 4-Port-HPE-NIC 369i (was immer das auch ist).
Auf dem Desktop ist das Netzwerksymbol mit gelbem Ausrufezeichen garniert, "öffentliches Netzwerk" und "keine Internetverbindung".
Im Gerätemanager sieht Netzwerkadapter zunächst harmlos aus, allerdings wirft der im Gerätemanager Folgendes aus: "Das Gerät "VMBUS\tüdelü" erfordert weitere Installationen."
Traffic geht da weder intern noch extern rüber ...
Problem besteht sowohl über DHCP als auch mit fixer Adresse ... die Kiste steht bei mir zu Hause und ist kein AD-Mitglied.
Wenn Jemand Ideen hat ... nur her damit.
LG, Thomas
ich verliere gleich meine contenance
.Ich versuche gerade, auf einem Hyper-V 2016 GUI eine W2016-VM (Generation 2 - VM) zum Laufen zu bekommen. Sieht schön bunt aus - hat aber keinen Netzwerkzugriff. Hardware ist ein ML350 GEN 10 mit einem 4-Port-HPE-NIC 369i (was immer das auch ist).
Auf dem Desktop ist das Netzwerksymbol mit gelbem Ausrufezeichen garniert, "öffentliches Netzwerk" und "keine Internetverbindung".
Im Gerätemanager sieht Netzwerkadapter zunächst harmlos aus, allerdings wirft der im Gerätemanager Folgendes aus: "Das Gerät "VMBUS\tüdelü" erfordert weitere Installationen."
Traffic geht da weder intern noch extern rüber ...
Problem besteht sowohl über DHCP als auch mit fixer Adresse ... die Kiste steht bei mir zu Hause und ist kein AD-Mitglied.
Wenn Jemand Ideen hat ... nur her damit.
LG, Thomas
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 487559
Url: https://administrator.de/forum/keine-netzwerkverbindung-w2016-vm-487559.html
Ausgedruckt am: 22.12.2024 um 19:12 Uhr
19 Kommentare
Neuester Kommentar
Moin Thomas,
du hast den VM-Switch nicht (richtig) eingerichtet. Schau, dass der auf einem Anschluss liegt, der passt. Ansonsten DHCP, oder Rätselraten.
Viele Grüße,
Christian
du hast den VM-Switch nicht (richtig) eingerichtet. Schau, dass der auf einem Anschluss liegt, der passt. Ansonsten DHCP, oder Rätselraten.
Viele Grüße,
Christian
Hi Christian,
ich habe zwei VM-Switche auf genau zwei identifizierten und sogar verbal benannten NIC für ein externes Netzwerk gebunden ergo also default.
Über DHCP bekommt der Bursche ein völlig wirre Konfiguration zugewiesen (169.254.183.XXX/255.255.0.0). Lokales Netz habe ich hier 10.0.1.0/255.255.255.0. In IPv4 wird kein Standardgateway und kein DNS-Server zugewiesen.
Aber auch mit manueller Konfiguration passiert da nicht viel ... Hast Du eine Idee, was da als "DHCP-Server" arbeiten könnte?
LG, Thomas
ich habe zwei VM-Switche auf genau zwei identifizierten und sogar verbal benannten NIC für ein externes Netzwerk gebunden ergo also default.
Ansonsten DHCP, oder Rätselraten.
Über DHCP bekommt der Bursche ein völlig wirre Konfiguration zugewiesen (169.254.183.XXX/255.255.0.0). Lokales Netz habe ich hier 10.0.1.0/255.255.255.0. In IPv4 wird kein Standardgateway und kein DNS-Server zugewiesen.
Aber auch mit manueller Konfiguration passiert da nicht viel ... Hast Du eine Idee, was da als "DHCP-Server" arbeiten könnte?
LG, Thomas
Servus.
Die Windowsautokonfig kommt mit der IP.
Verwerfen die virtuellen Switche nochmal und bau einen neuen.
Solltest du den VSwitch auf ne Nic machen benötigst die auch ein Kabel. Ausser Du stellst auf intern.
Henere
Die Windowsautokonfig kommt mit der IP.
Verwerfen die virtuellen Switche nochmal und bau einen neuen.
Solltest du den VSwitch auf ne Nic machen benötigst die auch ein Kabel. Ausser Du stellst auf intern.
Henere
Solltest du den VSwitch auf ne Nic machen benötigst die auch ein Kabel. Ausser Du stellst auf intern.
Ooops .... Kabel mit switch verbinden oder einfach baumeln lassen?
LG, Thomas
Wenn Du WLAN-fähige Kabel hast, kannst Du baumeln lassen
Sonst klar in den Switch / Hub.....
Grüße, Henere
Sonst klar in den Switch / Hub.....
Grüße, Henere
"Wenn Du WLAN-fähige Kabel hast, kannst Du baumeln lassen"
Setzt Du noch nicht-WLAN-fähige Kabel ein? Geiz ist geil?
OK, ich versuch das mal ... haue die V-Switsche noch mal raus und konfiguriere die neu, wenn das WLAN anliegt
LG, Thomas
Setzt Du noch nicht-WLAN-fähige Kabel ein? Geiz ist geil?
OK, ich versuch das mal ... haue die V-Switsche noch mal raus und konfiguriere die neu, wenn das WLAN anliegt
LG, Thomas
Es gibt 3(4) Möglichkeiten.
Switch intern: Nur Kommunikation mit den VMs möglich die auf dem gleichen Switch sind.
Switch extern: Kabel zur Kommunikation nötig, wenn nicht auf der gleichen NIC wie das Blech darunter.
Switch NAT: Das Blech nattet auf die IP des Bleches und zurück. Auch hier über die NIC des Bleches.
Switch Shared: Blech und VMs teilen sich eine NIC
Hoffe, das ist so verständlich vom Handy aus schnell getippt.
Switch intern: Nur Kommunikation mit den VMs möglich die auf dem gleichen Switch sind.
Switch extern: Kabel zur Kommunikation nötig, wenn nicht auf der gleichen NIC wie das Blech darunter.
Switch NAT: Das Blech nattet auf die IP des Bleches und zurück. Auch hier über die NIC des Bleches.
Switch Shared: Blech und VMs teilen sich eine NIC
Hoffe, das ist so verständlich vom Handy aus schnell getippt.
Hat sich bereits mit dem Einklinken der Kabel erledigt ...
Ganz lieben Dank an Euch Beide ...
LG, Thomas
Ganz lieben Dank an Euch Beide ...
LG, Thomas
Manchmal sind es die kleinen Freuden die zur Errichtung einer Netzwerkverbindung beitragen
Gerne
Gerne
Über DHCP bekommt der Bursche ein völlig wirre Konfiguration zugewiesen (169.254.183.XXX/255.255.0.0)
Nur nebenbei damit es auch in der Medizin Informatik technisch korrekt bleibt :Das ist kein DHCP !
Das ist eine sog. APIPA Adresse oder zu Neudeutsch Zero Konfig Adresse:
https://de.wikipedia.org/wiki/Zeroconf#Automatische_IP-Zuweisung
Hat der Rechner eine 169.254.x.y Adresse (die er sich im übrigen selber vergibt !) ist das ein sehr sicheres Indiz das er keinen DHCP Server auf dem Segment "sieht" bzw. nix auf seine verzweifelten DHCP Broadcasts antwortet.
Entweder ist da wirklich kein DHCP oder die NIC hat einen Exitus.
Zitat von @aqui:
:
Das ist kein DHCP !
Das ist eine sog. APIPA Adresse oder zu Neudeutsch Zero Konfig Adresse:
https://de.wikipedia.org/wiki/Zeroconf#Automatische_IP-Zuweisung
Hat der Rechner eine 169.254.x.y Adresse (die er sich im übrigen selber vergibt !) ist das ein sehr sicheres Indiz das er keinen DHCP Server auf dem Segment "sieht" bzw. nix auf seine verzweifelten DHCP Broadcasts antwortet.
Entweder ist da wirklich kein DHCP oder die NIC hat einen Exitus.
Über DHCP bekommt der Bursche ein völlig wirre Konfiguration zugewiesen (169.254.183.XXX/255.255.0.0)
Nur nebenbei damit es auch in der Medizin Informatik technisch korrekt bleibt :Das ist kein DHCP !
Das ist eine sog. APIPA Adresse oder zu Neudeutsch Zero Konfig Adresse:
https://de.wikipedia.org/wiki/Zeroconf#Automatische_IP-Zuweisung
Hat der Rechner eine 169.254.x.y Adresse (die er sich im übrigen selber vergibt !) ist das ein sehr sicheres Indiz das er keinen DHCP Server auf dem Segment "sieht" bzw. nix auf seine verzweifelten DHCP Broadcasts antwortet.
Entweder ist da wirklich kein DHCP oder die NIC hat einen Exitus.
Ist doch schon lang gelöst.... ohne Layer1 gehen auch die darüber nicht
Es ging nur ums Prinzip. Vom Kollegen @keine-ahnung wird auch eine lupenreine Diagnose erwartet. Sonst landet er wohlmöglich hier:
https://www.ndr.de/ratgeber/gesundheit/Buch-Tipp-Abenteuer-Diagnose,aben ...
https://www.ndr.de/ratgeber/gesundheit/Buch-Tipp-Abenteuer-Diagnose,aben ...
@Henere
"Manchmal sind es die kleinen Freuden die zur Errichtung einer Netzwerkverbindung beitragen"
Wir haben sehr, sehr, sehr unterschiedliche Vorstellungen von Freuden
LG, Thomas
"Manchmal sind es die kleinen Freuden die zur Errichtung einer Netzwerkverbindung beitragen"
Wir haben sehr, sehr, sehr unterschiedliche Vorstellungen von Freuden
LG, Thomas
Zitat von @keine-ahnung:
Wir haben sehr, sehr, sehr unterschiedliche Vorstellungen von Freuden
LG, Thomas
Wir haben sehr, sehr, sehr unterschiedliche Vorstellungen von Freuden
LG, Thomas
Stimmt, da war was bei Dir mit "baumeln lassen"
Grins, Henere
@aqui
SRY - ich hatte gerade die APIPA-Adressbereiche nicht auswendig auf Vorrat . Ich setze bestenfalls mal aller drei Jahre einen Server auf, sitze jetzt hier mit meinem "Freund" Thomas Joos in PDF und ich HASSE diesen Windows 10 -Tünnef. Da verliert man schon einmal die innere Mitte
Und woher bitte soll ich wissen, dass für die Kommunikation zwischen HOST und VM, die in ein und derselben Büchse wohnen, extra Schnüre zu einem externen Switch gezogen müssen ... das hat nicht mal Joos erwähnt. Das ist alles nur noch irre ...
LG, Thomas
Das ist eine sog. APIPA Adresse oder zu Neudeutsch Zero Konfig Adresse
SRY - ich hatte gerade die APIPA-Adressbereiche nicht auswendig auf Vorrat
. Ich setze bestenfalls mal aller drei Jahre einen Server auf, sitze jetzt hier mit meinem "Freund" Thomas Joos in PDF und ich HASSE diesen Windows 10 -Tünnef. Da verliert man schon einmal die innere Mitte Und woher bitte soll ich wissen, dass für die Kommunikation zwischen HOST und VM, die in ein und derselben Büchse wohnen, extra Schnüre zu einem externen Switch gezogen müssen ... das hat nicht mal Joos erwähnt
. Das ist alles nur noch irre ...LG, Thomas
Nein ... geht auch ohne Kabel. Das hatte ich oben mit aufgelistet.
Dann muss es aber über die gleiche NIC laufen. Du hast eine separate gewählt.
LG Henere
Dann muss es aber über die gleiche NIC laufen. Du hast eine separate gewählt.
LG Henere
Hi nochmal,
Joos propagiert - wenn ich das richtig kapiere - die Nutzung mehrerer NIC für die Bildung von mehreren VSwitches auch bei stand alone Hosts ... Insofern habe ich geglaubt (!), dass so richtig gemacht zu haben. Na - egal, scheint ja jetzt zu laufen.
BTW (und weil heute Freitag ist): kann ich eigentlich nach der Windows-Installation die genutzten ISO-files aus den VM wieder aushängen oder werden die irgendwann noch gebraucht?
LG, Thomas
Dann muss es aber über die gleiche NIC laufen.
Joos propagiert - wenn ich das richtig kapiere - die Nutzung mehrerer NIC für die Bildung von mehreren VSwitches auch bei stand alone Hosts ... Insofern habe ich geglaubt (!), dass so richtig gemacht zu haben. Na - egal, scheint ja jetzt zu laufen.
BTW (und weil heute Freitag ist): kann ich eigentlich nach der Windows-Installation die genutzten ISO-files aus den VM wieder aushängen oder werden die irgendwann noch gebraucht?
LG, Thomas
Kommt immer drauf an, du kannst auch mehrere Switche über mehrere Nics machen, oder Teams, oder oder oder, aber das Kabel muss eben drin sein.
Die ISO kannst du entfernen ;)
Die ISO kannst du entfernen ;)
Die ISO kannst du entfernen
THX und LG, Thomas
