Fix: VMware Bridged Network fungerer ikke

Nogle brugere af VMware Workstation Player og VMware Workstation Pro rapporterer, at de har et broforbundet netværksproblem med alle deres gæstemaskiner. Hvad der sker er, at ingen af ​​deres gæst-VM'er kan kontakte værtsmaskinen, og værtsmaskinen kan ikke kontakte gæstemaskinerne. Dette problem rapporteres at forekomme i Windows 7, Windows 8 og Windows 10.

Hvad forårsager problemer med VMware Bridged Network?

Vi undersøgte dette særlige problem ved at se på forskellige brugerrapporter og de reparationsstrategier, der ofte bruges til at løse dette problem. Baseret på det, vi samlet, er der flere almindelige scenarier, der vides at føre til dette problem:

Metode 1: Genstart Vmnetbridge.sys via admin CMD

VMnetbridge.sys (VMware Bridge Control) kan også forårsage dette særlige problem i tilfælde, hvor filen startes forkert eller bliver ujævn, før den kan lette kommunikationen mellem værtsmaskinen og gæstecomputeren.

Hvis dette scenarie er anvendeligt, er chancerne for, at du er i stand til at løse problemet ved i det væsentlige at genstarte bmnetbridge service via en forhøjet kommandoprompt. Flere berørte brugere har rapporteret, at denne procedure tillod dem at løse problemet, da værts- og gæstemaskiner startede kommunikeret næste gang et VMware-vindue blev lanceret.

Her er en hurtig guide til genstart vmnetbriddge.sys via en admin CMD:

1. Sørg for, at VMware Workstation er lukket sammen med enhver åbnet gæstemaskine.
2. Trykke Windows-tast + R for at åbne en dialogboks Kør. Skriv derefter “Cmd” og tryk på Ctrl + Skift + Enter for at åbne en forhøjet kommandoprompt. Når du ser UAC (brugerkontokontrol) bekræftelsesprompt, klik Ja at give administrative rettigheder.
3. Inde i den forhøjede kommandoprompt skal du skrive følgende kommandoer i rækkefølge og trykke på Enter efter hver for at genstarte VMnetbridge-tjenesten:

   net stop vmnetbridge net start vmnetbridge

4. Når VMNetService er genstartet, skal du lukke den forhøjede kommandoprompt, åbne VMware-arbejdsstationen igen og montere den virtuelle maskine, som du tidligere har stødt på problemer med.

Hvis problemet stadig ikke er løst, og du stadig støder på det samme Bridged Network-problem, skal du gå ned til den næste metode nedenfor.

Metode 2: Brug af et specifikt virtuelt netværk (VMnet0)

Flere berørte brugere har rapporteret, at problemet for dem blev løst helt, efter at de havde konfigureret deres WMware-arbejdsstation til at bruge et specifikt virtuelt netværk (VMnet0). Som det viser sig, er der en chance for, at programmet bruger den forkerte, hvis du overlader netværksforbindelsen til Bridged.

I langt de fleste tilfælde VMnet0 er det korrekte virtuelle netværk, der skal bruges i dette tilfælde. Her er en kort guide til, hvordan du programmerer VMware til at bruge et brugerdefineret virtuelt netværk (VMnet0):

1. Åbn VMWare Workstation, højreklik på den virtuelle maskine, du har problemer med (fra menuen til venstre), og vælg Indstillinger.
2. Inde i Virtuel maskine indstillinger, skal du vælge Hardware fanen. Vælg derefter Netværksadapter fra enhedslisten.
3. Når netværksadapteren er valgt, skal du gå til højre og klikke på den skifte, der er tilknyttet Brugerdefineret: Specifikt virtuelt netværk.
4. Brug derefter rullemenuen nedenfor til at vælge VMnet0 fra listen over specifikke virtuelle netværk.
5. Klik på Okay for at gemme konfigurationen, start derefter den virtuelle maskine igen og se om du nu er i stand til at oprette forbindelse til internettet med din virtuelle maskine.

Hvis problemet stadig ikke er løst, og du stadig har problemer med netværksbroen i VMware Workstation, skal du gå ned til næste metode nedenfor.

Metode 3: Fravælg alle adaptere udover det fysiske netværkskort

Hvis du bruger Workstation Pro, og du ikke oplever nogen netværksforbindelse inden i dine virtuelle maskiner, mens du bruger en broforbindelse, kan du løse problemet ved hjælp af VMWare Virtual Network Editor at fravælge alle netværkskort, der ikke er vigtige for netværksforbindelsen.

Flere berørte brugere har rapporteret, at værtsmaskinen og gæstemaskinen begyndte at dele internetforbindelsen øjeblikke efter, at denne ændring blev gennemført.

Vigtig: Denne metode gælder kun, hvis du bruger VMware Workstation Pro. Trinene nedenfor kan ikke replikeres på VMware Workstation Player!

Her er en hurtig guide til, hvordan du gør dette:

1. Åben VMware Workstation PRO og brug båndstangen øverst for at gå til Rediger> Virtual Network Editor.

   Bemærk: Du kan også lukke VMware Workstation helt og bruge Windows-søgefunktionen (tryk på Windows-tasten) til at søge efterVMWare Virtual Network Editor.

2. Inde i Virtual Network Editor, klik på Ændre indstillinger knappen nederst på skærmen.
3. Da problemet sandsynligvis opstår, fordi broadapteren er forvirret, lad os gøre tingene klarere ved at vælge Vmnet0 fra listen over virtuelle netværk og ændring af Bro at vælge fra Automatisk til den netværksadapter, du i øjeblikket bruger (i dette tilfælde den trådløse netværksadapter).
4. Genstart din virtuelle VMWare Workstation-maskine, og se om problemet er løst.

Hvis du stadig støder på det samme problem, eller hvis denne metode ikke var relevant for dit særlige scenario, skal du gå ned til den næste metode nedenfor.

Metode 4: Fjernelse af alle unødvendige adaptere til værtsnetværk

Hvis du bruger VMware Workstation Player (den gratis version), og metoden ovenfor ikke var anvendelig, kan du gøre det fra den gratis version. I langt de fleste tilfælde opstår fejlen, fordi softwaren har mange værtsnetværkskort, der kan vælges, når man skal vælge en til den broforbundne netværksforbindelse.

Ofte ender det, at softwaren vælger en netværksadapter, der ikke kan gøre det lettere at oprette forbindelse til Internettet, hvilket ender med at skabe det problem, der diskuteres i denne artikel. Hvis dette scenarie er anvendeligt, kan du løse problemet ganske let ved at sikre dig, at de værtskort, der ikke er nødvendige for denne procedure, fjernes fra Automatiske broindstillinger menu.

Her er en hurtig guide til, hvordan du gør dette:

1. Første ting først skal vi starte med at opdage, hvilken netværksadapter der bruges til vores nuværende forbindelse til Internettet. Dette første trin er vigtigt, da det hjælper os med at finde ud af, hvilke værtsnetværkskort, der skal kasseres senere.
2. Trykke Windows-tast + R for at åbne en dialogboks Kør. Skriv derefter “Ncpa.cpl” og tryk på Gå ind at åbne op for Netværksforbindelser menu.
3. Inde i Netværksforbindelser menu, se hvilket netværk der aktuelt bruges. Du kan få øje på dette ved at se på, hvilken post der har det grønne signalikon. Når du har set den aktive netværksforbindelse, skal du se, hvilken netværksadapter der bruges til den. Du kan se dette direkte under navnet på netværket - i vores tilfælde er detQualcomm Atheros AR9285.
4. Nu hvor du kender værtsnetværksadapteren, der skal bruges, skal du åbne VMware Workstation, højreklikke på den virtuelle maskine, som du har problemer med, og vælg Indstillinger.
5. Inde i den virtuelle maskine Indstillinger skærmbillede, vælg Hardware fanen, og vælg derefter Netværksadapter fra nedenstående liste.
6. Med Netværksadapter enhed valgt, gå over til højre del af skærmen og kontroller den skifte, der er knyttet til Broet (under Netværks forbindelse). Klik derefter på Konfigurer adaptere knap.
7. I Automatiske broindstillinger menu, skal du fjerne markeringen af ​​alt undtagen den værtsnetværksadapter, som du har afsløret i trin 3.
8. Klik på Okay for at gemme konfigurationen, start derefter den virtuelle maskine og se om du har en fungerende broforbundet netværksforbindelse.

Hvis du stadig støder på det samme problem, skal du gå ned til næste metode nedenfor.

Metode 5: Fjernelse af VPN-klient fra værtsmaskinen

Som det viser sig, kan dette særlige problem også opstå, hvis du aktivt bruger en VPN-forbindelse til at beskytte din anonymitet på nettet. Flere berørte brugere har rapporteret, at den broforbundne forbindelse begyndte at fungere som forventet, så snart de afinstallerede deres VPN-klient.

Bemærk: Hvis du er ivrig efter at bruge en VPN-klient, kan du prøve forskellige udbydere, indtil du finder en mulighed, der ikke er i konflikt med VMware Workstation. I de fleste tilfælde er den VPN-klient, der rapporteres at være i konflikt med VMware-arbejdsstationen Slutpunkt VPN til fjernadgang, men der kunne være andre.

Her er en hurtig guide til afinstallation af din VPN-klient for at løse det broede netværksproblem:

1. Trykke Windows-tast + R for at åbne en dialogboks Kør. Skriv derefter “Appwiz.cpl” og tryk på Gå ind at åbne op for Programmerer en funktion skærm.
2. Inde i Programmer og funktioner skærm, rul ned gennem listen over applikationer, og find den VPN-klient, du bruger i øjeblikket.
3. Højreklik på din VPN-klient, og vælg Afinstaller. Følg derefter vejledningen på skærmen for at fuldføre afinstallationen.
4. Når VPN-klienten er afinstalleret, skal du genstarte din computer og se, om problemet med den forbindede forbindelse er løst ved at starte den samme virtuelle maskine, der tidligere gav dig problemer.

Metode 6: Deaktivering af alle VirtualBox-netværksposter fra netværksforbindelser

Hvis du tidligere har brugt Virtual-boksen, skal du huske, at du muligvis støder på problemer, hvis du skifter til VMware (bridged mode). Som det viser sig, kan adapteren / -erne, der efterlades af den virtuelle boks, forårsage problemer med broforbindelse i VMware.

Hvis dette scenarie gælder for din nuværende situation, og du vil bruge VMware, er der tre måder fremad:

• Afinstaller VirtualBox sammen med en adapter, der blev brugt af softwaren.
• Begynd at bruge NAT med VMWare
• Deaktiver alle netværksposter, der tilhører VirtualBox, i menuen Netværksforbindelser

Da denne vejledning handler om at hjælpe dig med at bruge en broforbindelse med VMware Workstation, vil vi fokusere på den tredje mulighed, da den er den mindst påtrængende. Her er en hurtig guide til deaktivering af alle VirtualBox-netværksposter for at løse fuglefunktionen på VMware:

1. Trykke Windows-tast + R at åbne en Løb dialog boks. Skriv derefter “Ncpa.cpl” og tryk på Gå ind at bringe op Netværksforbindelser fanen.
2. Inde i Netværksforbindelser fane, højreklik> Deaktiver på hver netværksadapter, der tilhører VirtualBox. Du har muligvis en, eller du kan have flere forskellige adaptere, afhængigt af hvor omfattende du brugte VirtualBox'S funktioner.
   Bemærk: Hvis du bliver bedt om det af UAC (brugerkontokontrol), klik Ja at give de nødvendige tilladelser til at deaktivere den virtuelle adapter.
3. Når hver VirtualBox-adapter er blevet deaktiveret, skal du åbne VMware, starte den virtuelle maskine, der tidligere gav dig problemer, og se om brofunktionerne ikke fungerer.

Hvis du stadig støder på det samme problem, skal du gå ned til næste metode nedenfor

Metode 7: Gendannelse af Virtual Network Editor-indstillinger til standardindstillingerne

Som det viser sig, er der en bestemt Windows 10-build, der bryder den broforbundne forbindelsesfunktion på VMware Workstation. Som det viser sig, at hvis du opdaterer til Windows 10 bygget 1703 eller derover, mens WMware er installeret, bliver netværksbrofunktionen ubrugelig, medmindre manuel handling udføres.

Dette sker, fordi denne opdatering sletter et par nøgler (VMnetDHCP og VMware NAT Service), som ender effektivt med at bryde brofunktionen inde i VMWare Workstation. Men som det viser sig, kan du afhjælpe skaden meget let ved at tvinge VMware til at genskabe de to registreringsdatabasenøgler ved at gendanne indstillingerne for Virtual Network Editor til standard.

Bemærk: Trinene nedenfor gælder kun for Vmware Workstation PRO-brugere og kan ikke replikeres på VMware Player.

Her er en hurtig guide til, hvordan du gør dette:

1. Åbn Stifinder og naviger til følgende placering:

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

2. Når du er der, skal du højreklikke på vmnetcfg.exe og vælg Kør som administrator.
3. Når det lykkes dig at åbne Virtual Network Editor med administrative rettigheder, skal du klikke på Gendan standard, og klik derefter på ansøge for at gemme ændringerne.
4. Genstart VMware-arbejdsstationen, og se om brotilstanden fungerer som beregnet.

Hvis denne metode ikke var anvendelig, eller hvis du stadig støder på dette særlige problem, skal du gå ned til den næste metode nedenfor.

Metode 8: Tillad virtuelle VMware-maskiner fra AVG's firewalls (hvis relevant)

Som det viser sig, kan dette særlige problem også opstå, hvis du bruger en tredjeparts sikkerhed (som inkluderer en firewall), der er overbeskyttende med de netværksforbindelser, den administrerer. Flere berørte brugere har rapporteret, at det lykkedes dem at løse problemet efter at have opdaget, at AVG-firewall (eller en lignende sikkerhedsløsning) er ansvarlig for deres brobyggede tilstandsproblem i VMware.

Opdatering: Det ser ud til, at dette problem også kan være forårsaget af Bitdefenders firewall. Da BitDefender ikke inkluderer en mulighed, der tillader virtuelle netværk gennem deres firewall, er den eneste måde, i dette tilfælde, at deaktivere firewallen fuldstændigt.

Hvis dette scenarie gælder for din nuværende situation, og du bruger AVG Internet Security, kan du løse problemet hurtigt ved at ændre AVGs avancerede indstillinger for at tillade alle virtuelle maskiner og trafik. Sådan gør du:

1. Åbn Avast Internet-sikkerhed og gå til Indstillinger> Eksperttilstand> Avancerede indstillinger.
2. Inde i menuen Avancerede indstillinger skal du sikre dig, at feltet tilknyttet Tillad al trafik fra / til virtuelle maskiner, der understøttes af firewall er afkrydset.
3. Klik på ansøge for at gemme den aktuelle konfiguration.
4. Genstart VMware og se om problemet er løst.

Bemærk: hvis du bruger en anden sikkerhedspakke, og du tror, ​​at denne metode kan være anvendelig, skal du søge online efter specifikke trin til, hvordan du tillader dine virtuelle netværk i henhold til den firewall, du bruger.h