Puncte:1

Niciun trafic de intrare pe adaptorul Hyper-V în interiorul VM

drapel jp

Am o problemă foarte enervantă cu configurarea mea Hyper-V și mă deranjează destul de mult, pentru că nu îmi dau seama de ce.

My Hyper-V Host este un Windows Server 2019 și are trei adaptoare de rețea. Adaptoarele 1 și 2 sunt fizice și au configurații statice.

Adaptorul 3 a fost configurat ca un comutator extensibil Hyper-V. (Extern) Acest adaptor este conectat la un port trunk pe un comutator Cisco, unde au fost etichetate mai multe vlan-uri. Adaptorul gazdă folosește VLAN 777 și se poate conecta foarte bine.

Am creat un nou VM, unde am instalat o altă instanță a Windows Server 2019. Acest VM folosește același vSwitch, dar configurat la VLAN 666.

În interiorul VM, m-am uitat la informațiile de stare ale adaptorului:

  • Au fost trimise un număr X de pachete de la pornirea dispozitivului
  • S-au primit 0 pachete

La început am bănuit că un firewall ciudat blochează conexiunea.

Pentru sănătate, am dezactivat TOATE regulile/setările/profilurile de firewall, deoarece această gazdă se află oricum într-o rețea locală. Am făcut asta pentru gazdă și VM.

Nu s-a schimbat nimic, încă nu sosesc pachete.

Am verificat comutatorul la care este conectat - A arătat adresa MAC statică a VM, confirmând că l-a înregistrat cumva. Cu toate acestea, se pare că nu poate primi niciun pachet, ceea ce face imposibilă DHCP sau orice comunicare.

  • Ce altceva ar putea bloca această conexiune?
  • Ce jurnale aș putea să activez sau să mă uit pentru a-mi da seama?

Nu există reguli de blocare sau nimic pe comutator. Gazda confirmă acest lucru, deoarece adaptorul gazdă virtual funcționează foarte bine.

Este chiar în interiorul VM.

Câteva note tehnice despre VM:

  • A fost configurat folosind ISO 17763.737.190906-2324.rs5_release_svc_refresh_SERVERESSENTIALS_OEM_x64FRE_de-de_1
  • Este setat la generația 2
  • Caracteristicile suplimentare și caseta de selectare din configurația VM a adaptorului de rețea sunt toate debifate.

Actualizare - Ce am verificat până acum:

  • Jurnal de evenimente în VM și pe gazdă (Totuși, nu știam ce să caut în mod concret!)
  • Am folosit o oglindă adaptor pentru a vedea conexiunea din interiorul Wireshark (Adaptor de la VM ca sursă cu noul adaptor gazdă ca destinație) -> Nu a dus la nimic, dar am observat că nu pot vedea ping-urile ICMP care se sting, în mod ciudat destul
  • Setări firewall pe gazdă și VM -> Pe ambele sisteme, acestea au fost dezactivate pe TOATE profilurile pentru a depana acest lucru fără alte posibile perturbări
  • A activat înregistrarea firewall-ului pentru pachetele scăpate și le-am verificat, nimic acolo.
  • Setări Hyper-V verificate triplu, nu există funcții speciale activate, în ceea ce privește conexiunea la rețea.
  • Schimbați configurația de pe Switch pentru a fi un port de acces pentru vlan în loc de un Trunk -> Nicio diferență
  • Utilizați o adresă MAC dinamică pentru adaptor în loc de una statică -> Nicio diferență
Puncte:0
drapel jp

Mi-am dat seama și răspunsul este destul de trist.

Pe NIC-ul fizic care a fost folosit pentru vSwitch, a existat un VLAN configurat pe driverul hardware. Acest lucru nu a fost șters la crearea vSwitch-ului și a reușit cumva să blocheze tot traficul de intrare/ieșire, deoarece nimeni nu putea comunica cu adevărat, când hardware-ul însuși a schimbat ID-ul VLAN.

Cum am aflat? Am conectat NIC-ul mai aproape de comutator și am observat că nu primește trafic și pe gazdă. După numeroase încercări de ping la NIC gazdă, am ajuns la concluzia că defecțiunea trebuie să fie pe placa de rețea a mașinii respective. Am schimbat plăcile de rețea și a funcționat.

După ce am verificat din nou setările hardware ale adaptorului, am observat ID-ul VLAN care a fost codificat de către Intel ProSet Adapter Configuration Utility.

Deci da... Am șters asta, acum totul funcționează.

Mi-am predat o lecție de prostie.

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.