Puncte:1

VM nu poate accesa rețeaua pe noua gazdă Hyper-V

drapel uy

Am reconstruit un server gazdă Hyper-V existent pe Windows Server 2016 pentru a trece la un SSD RAID mai mare pentru stocare (reinstalare OS necesară). Gazda în sine este pe domeniu și accesibilă prin RDP, totul arată bine. Apoi am copiat un VM de testare pe gazdă și acesta pornește, dar nu are conexiune la rețea. Am încercat să șterg și să recreez comutatorul virtual, dar tot nu am avut succes. Comutatorul virtual este pe NIC3, rețea externă și „permiteți sistemului de operare de management să partajeze acest adaptor” este debifat.Aceste setări sunt exact așa cum au fost configurate înainte și folosesc aceeași NIC ca înainte. Nu pot trimite ping la VM de la gazdă și nici VM-ul nu poate trimite ping la gateway sau la orice alt IP din rețeaua mea. Aveți idei despre ce să vă uitați?

joeqwerty avatar
drapel cv
Întrebare stupidă: VM-ul are un NIC virtual și este conectat la comutatorul virtual?
Puncte:0
drapel ng

Cum este configurat portul comutatorului (real) conectat la NIC3? Este în portbagaj sau în modul de acces? Poate ați ratat o setare VLAN undeva?


Editați | ×:

Câte NIC-uri ai? Asigurați-vă că ați selectat-o ​​pe cea potrivită în configurația comutatorului virtual.
Numele pot induce în eroare, deoarece Hyper-V folosește numele dispozitivelor în loc de numele prietenoase; ceea ce numiți „NIC3” ar putea să nu fie de fapt al treilea NIC din lista de dispozitive.

drapel uy
Folosesc un router Meraki și fără setări VLan. Nu am configurat niciodată niciunul dintre porturile de pe router, așa că sunt la valori implicite. Am folosit aceleași proceduri pe care le-am făcut pentru cealaltă gazdă a mea. Pe cealaltă gazdă a mea, după configurarea comutatorului virtual, singurele protocoale verificate pe NIC sunt „Microsoft LLDP Protocol Driver” și „Hyper-V Extensible Virtual Switch”. Pe această gazdă, protocoalele NIC rămân neschimbate și nu pot selecta „Hyper-V Extensible Virtual Switch” nici măcar manual.
Massimo avatar
drapel ng
Nu puteți activa manual „Hyper-V Extensible Virtual Switch”; NIC-ul fizic este configurat de Hyper-V atunci când îl legați la un comutator virtual. Dacă NIC-ul are încă protocoalele implicite activate și nu există „Hyper-V Extensible Virtual Switch”, atunci Hyper-V nu l-a revendicat.
Massimo avatar
drapel ng
Vedeți editarea mea despre selectarea NIC-ului corect.
drapel uy
Uau, nu pot să cred că problema a fost confuzia creată de „numele (ne)prietenoase” afișate în Virtual Switch Manager . Am servere Dell R620 cu 4 NIC. Dintr-un motiv ciudat NIC1 = „Broadcom NetXtreme Gigabit Ethernet #2”, NIC2 = „Broadcom NetXtreme Gigabit Ethernet #3”, NIC3 = „Broadcom NetXtreme Gigabit” și NIC4 = „Broadcom NetXtreme Gigabit Ethernet #4”. Adaptorul pe care îl credeam NIC3 era de fapt NIC2 și nici măcar nu era conectat la comutator. Multumesc pentru sfat!
Massimo avatar
drapel ng
Am fost acolo, am făcut asta...

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.