Unii utilizatori VMware Workstation Player și VMware Workstation Pro raportează că au o problemă de rețea cu toate mașinile invitate. Ceea ce se întâmplă este, niciunul dintre VM-urile lor invitate nu poate contacta mașina gazdă și mașina gazdă nu poate contacta mașinile invitate. Această problemă este raportată să apară pe Windows 7, Windows 8 și Windows 10.

Rețeaua VMware Bridged nu funcționează

Ce provoacă probleme cu rețeaua VMware Bridged?

Am investigat această problemă particulară analizând diverse rapoarte ale utilizatorilor și strategiile de reparație utilizate frecvent pentru a remedia această problemă. Pe baza celor adunate, există mai multe scenarii comune despre care se știe că pot conduce la această problemă:

• Vmnetbridge.sys este sclipit - După cum se dovedește, această problemă specială poate apărea în acele cazuri în care serviciul responsabil pentru modul bridged este pornit incorect sau rămâne într-o stare „limbo”. În acest caz particular, puteți rezolva problema rulând câteva comenzi într-o solicitare de comandă ridicată.
• WMware alege rețeaua virtuală greșită - Dacă lăsați VMware să aleagă ce rețea virtuală să folosească pentru modul de conectare, șansele sunt ca acesta să sfârșească folosind una fără o conexiune activă la internet, ceea ce ajunge să producă această problemă. O modalitate de a remedia această problemă este să configurați o rețea virtuală specifică pe care știți că funcționează.
• Wmware se conectează la adaptorul greșit - Dacă lăsați setările Bridging la automat, această problemă se va întâmpla dacă VMnet0 sfârșește Bridging la un adaptor de rețea care nu menține în prezent conexiunea la internet. Puteți remedia această problemă alegând manual adaptorul de conectare.
• Prea multe adaptoare inutile - Vmware nu este foarte bun în selectarea adaptorului de rețea gazdă ideal, care ar trebui utilizat pentru modul de conectare. Din fericire, vă puteți asigura că software-ul nu alege cel greșit eliminând toate adaptatoarele inutile din lista Automatic Bridging.
• Clientul VPN interferează cu VMware - Există mai mulți clienți VPN (în special VPN cu acces la distanță Endpoint) despre care se știe că interferează cu funcția de conectare de pe VMware. Dacă acest scenariu este aplicabil, puteți rezolva problema dezinstalând clientul VPN din mașina gazdă.
• Adaptorii VirtualBox interferează cu VMware - După cum au raportat mai mulți utilizatori, această problemă specială poate apărea și dacă ați folosit anterior VirtualBox (înainte de a trece la VMware) Dacă adaptoarele de rețea utilizate de VirtualBox sunt încă utilizate, va trebui să dezactivați pentru a rezolva problema în VMware.
• Actualizarea Windows a rupt funcția de punere la punct - Dacă actualizați la Windows 10 build 1703 sau o versiune ulterioară în timp ce VMware este instalat, actualizarea folosită va sfârși prin a șterge câteva chei de registru care sunt esențiale pentru funcția de conectare. În acest caz, puteți rezolva problema revenind setările implicite ale editorului rețelei virtuale.
• Firewall-ul de la terți părți blochează caracteristica de punere la punct - Există mai multe apartamente AV care includ un firewall (cel mai frecvent AVG și BitDefender) despre care se știe că cauzează această problemă. Dacă acest scenariu este aplicabil, puteți utiliza soluția încorporată pentru a permite mașinile virtuale prin firewall sau pentru a dezactiva complet firewallul.

Dacă în prezent vă chinuiți să rezolvați aceeași problemă, acest articol vă va oferi mai mulți pași de depanare. Mai jos, veți descoperi o colecție de metode pe care alți utilizatori într-o situație similară le-au folosit cu succes pentru a rezolva problema rețelei VMware bridged.

Pentru cele mai bune rezultate, vă încurajăm să urmați corecțiile potențiale în ordinea în care sunt prezentate. Am încercat să acoperim fiecare scenariu posibil, astfel încât una dintre metodele de mai jos este obligată să rezolve problema în scenariul dvs. particular

Metoda 1: Rebooting Vmnetbridge.sys prin admin CMD

VMnetbridge.sys (VMware Bridge Control ) poate provoca, de asemenea, această problemă particulară în cazurile în care fișierul este pornit incorect sau devine glitched înainte de a facilita comunicarea între mașina gazdă și computerul oaspete.

Dacă acest scenariu este aplicabil, este posibil să fiți capabil să rezolvați problema repornind în mod esențial serviciul bmnetbridge printr-o solicitare de comandă ridicată. Câțiva utilizatori afectați au raportat că această procedură le-a permis să remedieze problema, deoarece mașinile gazdă și oaspeți au început să comunice data următoare când a fost lansată o fereastră VMware.

Iată un ghid rapid despre repornirea vmnetbriddge.sys prin intermediul unui CMD de administrare:

1. Asigurați-vă că stația de lucru VMware este închisă împreună cu orice mașină invitată deschisă.
2. Apăsați tasta Windows + R pentru a deschide o casetă de dialog Run. Apoi, tastați „cmd” și apăsați Ctrl + Shift + Enter pentru a deschide o solicitare de comandă ridicată. Când vedeți promptul de confirmare a UAC (Contul utilizatorului), faceți clic pe Da pentru a acorda privilegii de administrare.
   
   Rularea CMD folosind caseta de dialog Run
3. În cadrul promptului de comandă ridicat, tastați următoarele ordine în ordine și apăsați Enter după fiecare pentru a reporni serviciul VMnetbridge:

    net stop vmnetbridge net start vmnetbridge 

4. După ce VMNetService a fost repornit, închideți promptul de comandă ridicat, redeschideți stația de lucru VMware și montați mașina virtuală pe care o întâmpinăm anterior cu probleme.

Dacă problema nu este încă rezolvată și încă întâmpinați aceeași problemă de rețea împletită, treceți la următoarea metodă de mai jos.

Metoda 2: Utilizarea unei rețele virtuale specifice (VMnet0)

Câțiva utilizatori afectați au raportat că, pentru ei, problema a fost rezolvată în întregime după ce au configurat stația de lucru WMware pentru a utiliza o rețea virtuală specifică ( VMnet0 ). După cum se dovedește, dacă lăsați conexiunea de rețea la Bridged, există șansa ca programul să îl folosească pe cel greșit.

În marea majoritate a cazurilor, VMnet0 este rețeaua virtuală corectă care trebuie utilizată în acest caz. Iată un scurt ghid despre cum să programați VMware pentru a utiliza o rețea virtuală personalizată (VMnet0):

1. Deschideți stația de lucru VMWare, faceți clic dreapta pe mașina virtuală cu care aveți probleme (din meniul din partea stângă) și alegeți Setări.
2. În setările Mașinii virtuale, selectați fila Hardware . Apoi, selectați Network Adapter din lista dispozitivelor.
3. Cu adaptorul de rețea selectat, mergeți la partea dreaptă și faceți clic pe comutatorul asociat cu rețeaua virtuală personalizată .
4. Apoi, utilizați meniul derulant de mai jos pentru a selecta VMnet0 din lista rețelelor virtuale specifice.
5. Faceți clic pe OK pentru a salva configurația, apoi lansați din nou mașina virtuală și vedeți dacă acum sunteți în stare să vă conectați la internet cu mașina dvs. virtuală.

Configurarea stației de lucru VMware pentru a funcționa cu VMnet0

Dacă problema nu este încă rezolvată și încă aveți probleme cu podul de rețea din stația de lucru VMware, treceți la următoarea metodă de mai jos.

Metoda 3: Deselectarea tuturor adaptorilor în afară de placa de rețea fizică

Dacă utilizați Workstation Pro și nu aveți conectivitate de rețea în mașinile dvs. virtuale în timp ce utilizați o conexiune bridged, veți putea rezolva problema utilizând Editorul rețelei virtuale VMWare pentru a deselecta toate adaptoarele de rețea care nu sunt esențiale la conexiunea la rețea.

Câțiva utilizatori afectați au raportat că mașina gazdă și mașina oaspete au început să partajeze momentele de conectare la internet după ce această modificare a fost efectuată.

Important: această metodă va fi aplicabilă numai dacă utilizați VMware Workstation Pro. Pașii de mai jos nu pot fi replicate pe VMware Workstation Player!

Iată un ghid rapid despre cum se face acest lucru:

1. Deschideți VMware Workstation PRO și folosiți bara de panglici din partea de sus pentru a merge la Editare> Virtual Network Editor .
   
   Accesarea editorului rețelei virtuale din aplicație

   Notă: Puteți, de asemenea, să închideți complet VMware Workstation și să utilizați funcția de căutare Windows (apăsați tasta Windows) pentru a căuta VMWare Virtual Network Editor.

2. În editorul rețelei virtuale, faceți clic pe butonul Schimbare setări din partea de jos a ecranului.
3. Întrucât problema apare cel mai probabil deoarece adaptorul bridge este confuz, să facem lucrurile mai clare, selectând Vmnet0 din lista rețelelor virtuale și schimbând opțiunea Bridge din opțiunea Automată în adaptorul de rețea pe care îl utilizați în prezent (în acest caz, adaptorul de rețea wireless).
   
   Schimbarea adaptorului cu punte de la automat la cel care este activ în prezent
4. Reporniți mașina virtuală a Stației de lucru VMWare și vedeți dacă problema a fost rezolvată.

Dacă încă întâmpinați aceeași problemă sau această metodă nu se aplică scenariului dvs. particular, treceți la următoarea metodă de mai jos.

Metoda 4: Îndepărtarea tuturor adaptoarelor de rețea inutile inutile

Dacă utilizați VMware Workstation Player (versiunea gratuită) și metoda de mai sus nu a fost aplicabilă, astfel puteți face acest lucru din versiunea gratuită. În marea majoritate a cazurilor, eroarea apare deoarece software-ul are o mulțime de adaptoare de rețea gazdă din care să aleagă când trebuie să alegi unul pentru conexiunea de rețea cu punte.

De multe ori, software-ul sfârșește alegând un adaptor de rețea care nu poate facilita o conexiune la Internet, ceea ce sfârșește creând problema discutată în acest articol. Dacă acest scenariu este aplicabil, puteți rezolva problema cu ușurință asigurându-vă că adaptoarele de gazdă care nu sunt necesare pentru această procedură sunt eliminate din meniul Setări automate de punere.

Iată un ghid rapid despre cum se face acest lucru:

1. În primul rând, trebuie să începem prin a descoperi ce adaptor de rețea este utilizat pentru conexiunea noastră actuală la Internet. Acest prim pas este esențial, deoarece ne va ajuta să descoperim ce adaptoare de rețea gazdă trebuie aruncate ulterior.
2. Apăsați tasta Windows + R pentru a deschide o casetă de dialog Run. Apoi, tastați „ncpa.cpl” și apăsați Enter pentru a deschide meniul Network Connections .
3. În meniul Network Connections, vedeți ce rețea este utilizată în prezent. Puteți observa acest lucru uitându-vă la ce intrare are pictograma semnalului verde. După ce localizați conexiunea de rețea activă, vedeți ce adaptor de rețea este utilizat pentru aceasta. Puteți vedea acest lucru direct sub numele rețelei - în cazul nostru este Qualcomm Atheros AR9285 .
4. Acum că cunoașteți adaptorul de rețea gazdă care ar trebui utilizat, deschideți VMware Workstation, faceți clic dreapta pe mașina virtuală cu care aveți probleme și alegeți Setări.
5. În ecranul Setări pentru mașină virtuală, selectați fila Hardware, apoi alegeți Adaptorul de rețea din lista de mai jos.
6. Cu dispozitivul Network Adapter selectat, treceți în partea dreaptă a ecranului și verificați comutarea asociată cu Bridged (sub conexiune la rețea ). Apoi, faceți clic pe butonul Configurare adaptoare .
7. În meniul Setări automate de punere, debifează totul, cu excepția adaptorului de rețea gazdă pe care l-ai descoperit la pasul 3.
8. Faceți clic pe Ok pentru a salva configurația, apoi lansați mașina virtuală și vedeți dacă aveți o conexiune de rețea cu punte de lucru.

Scoaterea tuturor adaptoarelor de rețea inutile

Dacă mai întâmpinați aceeași problemă, treceți la următoarea metodă de mai jos.

Metoda 5: Îndepărtarea clientului VPN de la mașina gazdă

După cum se dovedește, această problemă specială poate apărea și dacă utilizați activ o conexiune VPN pentru a vă proteja anonimatul pe web. Câțiva utilizatori afectați au raportat că conexiunea conectată a început să funcționeze așa cum era de așteptat imediat ce au dezinstalat clientul VPN.

Notă: Dacă doriți să utilizați un client VPN, puteți încerca diferiți furnizori până când descoperiți o opțiune care nu intră în conflict cu VMware Workstation. În cele mai multe cazuri, clientul VPN despre care se raportează că este în conflict cu stația de lucru VMware este Endpoint Remote Access VPN, dar ar putea exista și altele.

Iată un ghid rapid despre dezinstalarea clientului dvs. VPN pentru a rezolva problema rețelei conectate:

1. Apăsați tasta Windows + R pentru a deschide o casetă de dialog Run. Apoi, tastați „appwiz.cpl” și apăsați Enter pentru a deschide ecranul Programs an Features .
   
   Tastați appwiz.cpl și apăsați Enter pentru a deschide lista de programe instalate
2. În ecranul Programe și funcții, derulați în jos în lista de aplicații și localizați clientul VPN pe care îl utilizați în prezent.
3. Faceți clic dreapta pe clientul dvs. VPN și alegeți Dezinstalare. Apoi, urmați instrucțiunile de pe ecran pentru a finaliza dezinstalarea.
   
   Dezinstalarea clientului VPN
4. După ce clientul VPN este dezinstalat, reporniți computerul și vedeți dacă problema de conexiune este rezolvată prin lansarea aceleiași mașini virtuale care anterior vă oferea probleme.

Metoda 6: Dezactivarea tuturor intrărilor de rețea VirtualBox de la conexiunile de rețea

Dacă ați folosit anterior caseta Virtual, rețineți că este posibil să întâmpinați probleme dacă faceți trecerea la VMware (mod bridged). După cum se dovedește, adaptorul / adaptoarele care sunt lăsate în urmă de caseta virtuală pot cauza probleme cu conexiunea cu punte în interiorul VMware.

Dacă acest scenariu este aplicabil situației dvs. actuale și doriți să utilizați VMware, există trei modalități de avans:

• Dezinstalați VirtualBox împreună cu un adaptor folosit de software.
• Începeți să utilizați NAT cu VMWare
• Dezactivați toate intrările din rețea aparținând VirtualBox din meniul Network Connections

Întrucât acest ghid se referă la a vă ajuta să utilizați o conexiune bridged cu VMware Workstation, ne vom concentra pe a treia opțiune, deoarece este cea mai puțin intruzivă. Iată un ghid rapid despre dezactivarea tuturor intrărilor din rețeaua VirtualBox pentru a rezolva caracteristica de accesare a paginilor pe VMware:

1. Apăsați tasta Windows + R pentru a deschide o casetă de dialog Run . Apoi, tastați „ncpa.cpl” și apăsați Enter pentru a afișa fila Network Connections .
2. În fila Conexiuni de rețea, faceți clic dreapta> Dezactivați pe fiecare adaptor de rețea aparținând VirtualBox. Este posibil să aveți unul sau s-ar putea să aveți mai multe adaptoare diferite, în funcție de cât de mult ați utilizat funcțiile VirtualBox .

   Notă: Dacă UAC (Controlul contului de utilizator) vi se solicită, faceți clic pe Da pentru a acorda permisiunile necesare pentru a dezactiva adaptorul virtual.

3. După ce fiecare adaptor VirtualBox a fost dezactivat, deschideți VMware, lansați mașina virtuală care anterior vă oferea probleme și vedeți dacă funcțiile de conectare nu funcționează.

Dezactivarea fiecărui adaptor VirtualBox

Dacă mai întâmpinați aceeași problemă, treceți la următoarea metodă de mai jos

Metoda 7: Restaurarea setărilor Editorului de rețea virtuală la valorile implicite

După cum se dovedește, există o singură construcție Windows 10 care rupe funcția de conexiune cu punte de pe VMware Workstation. După cum se dovedește, dacă actualizați la Windows 10 construit 1703 sau mai mult în timp ce este instalat WMware, funcția de punere în rețea va deveni inutilizabilă, dacă nu se va efectua acțiunea manuală.

Acest lucru se întâmplă deoarece această actualizare șterge câteva chei (VMnetDHCP și VMware NAT Service), ceea ce sfârșește să rupă efectiv funcția de punere din VMWare Workstation. Dar, după cum se dovedește, puteți rectifica foarte ușor daunele, forțând VMware să recreeze cele două chei de registru restabilind setările din rețeaua virtuală a editorilor.

Notă: Pașii de mai jos sunt aplicabili numai pentru utilizatorii Vmware Workstation PRO și nu pot fi replicate pe VMware Player.

Iată un ghid rapid despre cum se face acest lucru:

1. Deschideți File Explorer și navigați la următoarea locație:

    C: \ Program Files (x86) \ VMware \ VMware Workstation \ vmnetcfg.exe 

2. După ce ajungeți, faceți clic dreapta pe vmnetcfg.exe și alegeți Executare ca administrator .
3. După ce reușiți să deschideți editorul rețelei virtuale cu privilegii de administrare, faceți clic pe Restaurare implicită, apoi faceți clic pe Aplicare pentru a salva modificările.
   
   Restaurarea setărilor editorului de rețea virtuală în mod implicit
4. Reporniți stația de lucru VMware și vedeți dacă modul bridge funcționează așa cum este prevăzut.

Dacă această metodă nu a fost aplicabilă sau mai întâmpinați această problemă, treceți la următoarea metodă de mai jos.

Metoda 8: Permiterea mașinilor virtuale VMware de pe firewall-urile AVG (dacă este cazul)

După cum se dovedește, această problemă specială poate apărea, de asemenea, dacă utilizați o securitate a unei terțe părți (care include un firewall) care este supraprotector cu conexiunile de rețea pe care le gestionează. Câțiva utilizatori afectați au raportat că au reușit să rezolve problema după ce au descoperit că firewall-ul AVG (sau o soluție de securitate similară) este responsabil pentru problema lor de mod bridged în VMware.

Actualizare: se pare că această problemă poate fi cauzată și de firewall-ul Bitdefender. Deoarece BitDefender nu include o opțiune care va permite rețelele virtuale prin firewall-ul lor, singura modalitate, în acest caz, este de a dezactiva complet firewall-ul.

Dacă acest scenariu este aplicabil situației actuale și utilizați AVG Internet Security, puteți rezolva rapid problema modificând setările avansate ale AVG pentru a permite toate mașinile virtuale și traficul. Iată cum se face acest lucru:

1. Deschideți securitatea Internet Avast și accesați Setări> Mod Expert> Setări avansate .
2. În meniul Setări avansate, asigurați-vă că caseta asociată cu Permiteți orice trafic de la / către mașinile virtuale suportate de firewall este bifată.
   
   Permiterea rețelelor virtuale în AVG
3. Faceți clic pe Aplicare pentru a salva configurația curentă.
4. Reporniți VMware și vedeți dacă problema a fost rezolvată.

Notă: dacă utilizați o suită de securitate diferită și credeți că această metodă ar putea fi aplicabilă, căutați online pași specifici pentru a permite rețelele virtuale în funcție de firewall-ul pe care îl utilizați.h