Guider

Fix: VMware Bridged Network fungerer ikke

Noen brukere av VMware Workstation Player og VMware Workstation Pro rapporterer at de har et brokoblet nettverksproblem med alle gjestemaskinene sine. Det som skjer er at ingen av de virtuelle gjestene deres kan kontakte vertsmaskinen, og vertsmaskinen kan ikke kontakte gjestemaskinene. Dette problemet rapporteres å forekomme på Windows 7, Windows 8 og Windows 10.

Hva forårsaker problemer med VMware Bridged Network?

Vi undersøkte dette problemet ved å se på ulike brukerrapporter og reparasjonsstrategier som ofte brukes til å løse dette problemet. Basert på det vi samlet, er det flere vanlige scenarier som er kjent for å føre til dette problemet:

  • Vmnetbridge.sys er feil - Som det viser seg, kan dette spesielle problemet oppstå i de tilfeller der tjenesten som er ansvarlig for bromodus startes feil eller forblir i en 'limbo' -tilstand. I dette spesielle tilfellet kan du løse problemet ved å kjøre et par kommandoer i en forhøyet ledetekst.
  • WMware velger feil virtuelt nettverk - Hvis du lar VMware velge hvilket virtuelt nettverk du vil bruke for bromodus, er det sjanse for at det vil ende opp med å bruke en uten en aktiv tilkobling til internett - som ender med å produsere dette problemet. En måte å løse dette problemet er å sette opp et bestemt virtuelt nettverk som du vet fungerer.
  • Wmware bygger bro til feil adapter - Hvis du lar Bridging-innstillingene være Automatiske, vil dette problemet oppstå hvis VMnet0 ender med å bygge bro til et nettverkskort som for øyeblikket ikke opprettholder internettforbindelsen din. Du kan rette på dette problemet ved å velge broadapteren manuelt.
  • For mange unødvendige adaptere - Vmware er ikke veldig bra når det gjelder å velge det ideelle vertsnettverkskortet som skal brukes til bromodus. Heldigvis kan du sikre at programvaren ikke velger feil ved å fjerne alle unødvendige adaptere fra listen over automatiske brooverføringer.
  • VPN-klienten forstyrrer VMware - Det er flere VPN-klienter (spesielt Endpoint Remote Access VPN) som er kjent for å forstyrre brofunksjonen på VMware. Hvis dette scenariet gjelder, kan du løse problemet ved å avinstallere VPN-klienten fra vertsmaskinen.
  • VirtualBox-adaptere forstyrrer VMware - Som flere brukere har rapportert, kan dette spesielle problemet også oppstå hvis du tidligere brukte VirtualBox (før du bytter til VMware). Hvis nettverkskortene som brukes av VirtualBox, fortsatt brukes, må du deaktivere dem for å løse problemet i VMware.
  • Windows-oppdateringen brøt brofunksjonen - Hvis du oppdaterer til Windows 10 build 1703 eller nyere mens VMware er installert, vil oppdateringen som brukes, slette et par registernøkler som er viktige for brofunksjonen. I dette tilfellet kan du løse problemet ved å tilbakestille innstillingene til Virtual Network Editor til standard.
  • Tredjeparts brannmur blokkerer brofunksjonen - Det er flere AV-suiter som inkluderer en brannmur (ofte AVG og BitDefender) som er kjent for å forårsake akkurat dette problemet. Hvis dette scenariet gjelder, kan du enten bruke den innebygde løsningen for å tillate virtuelle maskiner gjennom brannmuren eller deaktivere brannmuren helt.

Metode 1: Start Vmnetbridge.sys på nytt via admin CMD

VMnetbridge.sys (VMware Bridge Control) kan også forårsake dette spesielle problemet i tilfeller der filen startes feil eller blir feil før den kan lette kommunikasjonen mellom vertsmaskinen og gjestecomputeren.

Hvis dette scenariet er aktuelt, er sjansen stor for at du vil kunne løse problemet ved å starte på nytt bmnetbridge tjeneste via en forhøyet ledetekst. Flere berørte brukere har rapportert at denne prosedyren tillot dem å løse problemet, da verts- og gjestemaskiner startet kommuniserte neste gang et VMware-vindu ble lansert.

Her er en rask guide til omstart vmnetbriddge.sys via en admin CMD:

  1. Forsikre deg om at VMware Workstation er stengt sammen med en hvilken som helst åpnet gjestemaskin.
  2. trykk Windows-tast + R for å åpne en dialogboks Kjør. Skriv deretter inn “Cmd” og trykk Ctrl + Skift + Enter for å åpne en forhøyet ledetekst. Når du ser UAC (brukerkontokontroll) bekreftelse, klikk Ja å gi administrative privilegier.
  3. Inne i den forhøyede ledeteksten skriver du inn følgende kommandoer i rekkefølge og trykker Enter etter hver for å starte VMnetbridge-tjenesten på nytt:
    nettstopp vmnetbridge nettstart vmnetbridge
  4. Når VMNetService er startet på nytt, lukker du den forhøyede ledeteksten, åpner VMware-arbeidsstasjonen på nytt og monterer den virtuelle maskinen som du tidligere har fått problemer med.

Hvis problemet fremdeles ikke er løst, og du fremdeles støter på det samme Bridged Network-problemet, kan du gå ned til neste metode nedenfor.

Metode 2: Bruke et bestemt virtuelt nettverk (VMnet0)

Flere berørte brukere har rapportert at for dem ble problemet løst helt etter at de konfigurerte WMware-arbeidsstasjonen til å bruke et bestemt virtuelt nettverk (VMnet0). Det viser seg at hvis du overlater nettverksforbindelsen til Bridged, er det en sjanse for at programmet bruker feil.

I de aller fleste tilfeller, VMnet0 er det riktige virtuelle nettverket som må brukes i dette tilfellet. Her er en kort guide om hvordan du programmerer VMware til å bruke et tilpasset virtuelt nettverk (VMnet0):

  1. Åpne VMWare arbeidsstasjon, høyreklikk på den virtuelle maskinen du har problemer med (fra menyen til venstre) og velg Innstillinger.
  2. Inne i Virtuell maskin innstillinger, velger du Maskinvare fanen. Velg deretter Nettverksadapter fra enhetslisten.
  3. Når nettverksadapteren er valgt, går du til høyre og klikker på bryteren som er tilknyttet Egendefinert: Spesifikt virtuelt nettverk.
  4. Bruk deretter rullegardinmenyen nedenfor for å velge VMnet0 fra listen over spesifikke virtuelle nettverk.
  5. Klikk Ok for å lagre konfigurasjonen, start deretter den virtuelle maskinen igjen og se om du nå kan koble til internett med den virtuelle maskinen din.

Hvis problemet fremdeles ikke er løst, og du fortsatt har problemer med nettverksbroen i VMware Workstation, går du ned til neste metode nedenfor.

Metode 3: Fjern merking av alle kort i tillegg til det fysiske nettverkskortet

Hvis du bruker Workstation Pro, og du ikke opplever noen nettverkstilkobling på de virtuelle maskinene mens du bruker en broforbindelse, vil du kunne løse problemet ved å bruke VMWare Virtual Network Editor å fjerne merket for alle nettverkskort som ikke er viktige for nettverkstilkoblingen.

Flere berørte brukere har rapportert at vertsmaskinen og gjestemaskinen begynte å dele internettforbindelsen øyeblikk etter at denne modifikasjonen ble utført.

Viktig: Denne metoden gjelder bare hvis du bruker VMware Workstation Pro. Trinnene nedenfor kan ikke replikeres på VMware Workstation Player!

Her er en rask guide til hvordan du gjør dette:

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

    Merk: Du kan også lukke VMware Workstation helt og bruke Windows-søkefunksjonen (trykk Windows-tasten) for å søke etterVMWare Virtual Network Editor.

  2. Inne i Virtuell nettverksredaktør, Klikk på Endre innstillinger -knappen nederst på skjermen.
  3. Siden problemet mest sannsynlig oppstår fordi broadapteren er forvirret, la oss gjøre ting tydeligere ved å velge Vmnet0 fra listen over virtuelle nettverk og endre Bro til alternativ fra Automatisk til nettverkskortet du bruker for øyeblikket (i dette tilfellet den trådløse nettverkskortet).
  4. Start VMWare Workstation virtuelle maskin på nytt og se om problemet er løst.

Hvis du fremdeles støter på det samme problemet, eller hvis denne metoden ikke gjaldt for ditt spesielle scenario, kan du gå ned til neste metode nedenfor.

Metode 4: Fjern alle unødvendige adaptere for vertsnettverk

Hvis du bruker VMware Workstation Player (gratisversjonen) og metoden ovenfor ikke gjaldt, kan du gjøre det fra gratisversjonen. I de aller fleste tilfeller oppstår feilen fordi programvaren har mange vertsnettverkskort å velge mellom når du må velge en for den broerte nettverkstilkoblingen.

Ofte ender det med at programvaren velger et nettverkskort som ikke kan gjøre det mulig å koble til Internett, noe som ender med å skape problemet som er diskutert i denne artikkelen. Hvis dette scenariet gjelder, kan du løse problemet ganske enkelt ved å sørge for at vertskortene som ikke er nødvendige for denne prosedyren, fjernes fra Automatiske broinnstillinger Meny.

Her er en rask guide til hvordan du gjør dette:

  1. Først og fremst må vi begynne med å oppdage hvilket nettverkskort som brukes for vår nåværende tilkobling til Internett. Dette første trinnet er viktig, da det vil hjelpe oss med å oppdage hvilke vertsnettverkskort som må kastes senere.
  2. trykk Windows-tast + R for å åpne en dialogboks Kjør. Skriv deretter inn “Ncpa.cpl” og trykk Tast inn å åpne opp Nettverkstilkoblinger Meny.
  3. Inne i Nettverkstilkoblinger menyen, se hvilket nettverk som for øyeblikket brukes. Du kan se dette ved å se på hvilken oppføring som har det grønne signalikonet. Når du har oppdaget den aktive nettverkstilkoblingen, kan du se hvilken nettverksadapter som brukes til den. Du kan se dette direkte under navnet på nettverket - i vårt tilfelle er detQualcomm Atheros AR9285.
  4. Nå som du kjenner vertsnettverksadapteren som skal brukes, åpner du VMware Workstation, høyreklikker på den virtuelle maskinen du har problemer med, og velger Innstillinger.
  5. Inne i den virtuelle maskinen Innstillinger velger du Maskinvare kategorien, og velg deretter Nettverksadapter fra listen nedenfor.
  6. Med Nettverksadapter valgt enhet, flytt til høyre del av skjermen og sjekk vekselen som er tilknyttet Broet (under Nettverkstilkobling). Klikk deretter på Konfigurer adaptere knapp.
  7. I Automatiske broinnstillinger menyen, fjerner du merket for alt unntatt vertsnettverkskortet du har avdekket i trinn 3.
  8. Klikk Ok for å lagre konfigurasjonen, start deretter den virtuelle maskinen og se om du har en fungerende brokoblet nettverkstilkobling.

Hvis du fremdeles støter på det samme problemet, kan du gå ned til neste metode nedenfor.

Metode 5: Fjerne VPN-klient fra vertsmaskinen

Som det viser seg, kan dette spesielle problemet også oppstå hvis du aktivt bruker en VPN-tilkobling for å beskytte anonymiteten din på nettet. Flere berørte brukere har rapportert at den broforbundne forbindelsen begynte å fungere som forventet så snart de avinstallerte VPN-klienten.

Merk: Hvis du er opptatt av å bruke en VPN-klient, kan du prøve forskjellige leverandører til du oppdager et alternativ som ikke er i konflikt med VMware Workstation. I de fleste tilfeller er VPN-klienten som er rapportert å være i konflikt med VMware-arbeidsstasjonen Endpoint VPN for ekstern tilgang, men det kan være andre.

Her er en rask guide for å avinstallere VPN-klienten din for å løse problemet med det broede nettverket:

  1. trykk Windows-tast + R for å åpne en dialogboks Kjør. Skriv deretter inn “Appwiz.cpl” og trykk Tast inn å åpne opp Programmerer en funksjoner skjerm.
  2. Inne i Programmer og funksjoner bla ned gjennom listen over applikasjoner og finn VPN-klienten du bruker for øyeblikket.
  3. Høyreklikk på VPN-klienten din og velg Avinstaller. Følg deretter instruksjonene på skjermen for å fullføre avinstallasjonen.
  4. Når VPN-klienten er avinstallert, må du starte datamaskinen på nytt og se om problemet med broforbindelse er løst ved å starte den samme virtuelle maskinen som tidligere ga deg problemer.

Metode 6: Deaktivering av alle VirtualBox-nettverksoppføringer fra nettverkstilkoblinger

Hvis du tidligere har brukt Virtual-boksen, må du huske at du kan støte på problemer hvis du bytter til VMware (bromodus). Som det viser seg, kan adapterene som blir etterlatt av den virtuelle boksen forårsake problemer med broforbindelse i VMware.

Hvis dette scenariet gjelder for din nåværende situasjon, og du vil bruke VMware, er det tre veier fremover:

  • Avinstaller VirtualBox sammen med et adapter som ble brukt av programvaren.
  • Begynn å bruke NAT med VMWare
  • Deaktiver alle nettverksoppføringer som tilhører VirtualBox fra Nettverkstilkoblinger-menyen

Siden denne veiledningen handler om å hjelpe deg med å bruke en broforbindelse med VMware Workstation, vil vi fokusere på det tredje alternativet siden det er minst påtrengende. Her er en rask guide for å deaktivere alle VirtualBox-nettverksoppføringer for å løse fuglefunksjonen på VMware:

  1. trykk Windows-tast + R å åpne opp en Løpe dialogboks. Skriv deretter inn “Ncpa.cpl” og trykk Tast inn å ta opp Nettverkstilkoblinger fanen.
  2. Inne i Nettverkstilkoblinger fane, høyreklikk> Deaktiver på hvert nettverkskort som tilhører VirtualBox. Du kan ha en, eller du kan ha flere forskjellige adaptere, avhengig av hvor mye du brukte VirtualBox’S funksjoner.

    Merk: Hvis du blir bedt om det av UAC (brukerkontokontroll), klikk Ja for å gi de nødvendige tillatelsene til å deaktivere den virtuelle adapteren.

  3. Når hver VirtualBox-adapter er deaktivert, åpner du VMware, starter den virtuelle maskinen som tidligere ga deg problemer og ser om brofunksjonene ikke fungerer.

Hvis du fremdeles støter på det samme problemet, kan du gå ned til neste metode nedenfor

Metode 7: Gjenopprette innstillingene for Virtual Network Editor til standardinnstillingene

Som det viser seg, er det en spesiell Windows 10-bygning som bryter den broforbundne tilkoblingsfunksjonen på VMware Workstation. Som det viser seg at hvis du oppdaterer til Windows 10 bygget 1703 eller nyere mens WMware er installert, vil nettverksbrofunksjonen bli ubrukelig med mindre manuell handling utføres.

Dette skjer fordi denne oppdateringen sletter et par nøkler (VMnetDHCP og VMware NAT Service) som ender med å effektivt bryte brofunksjonen inne i VMWare Workstation. Men som det viser seg, kan du rette opp skaden veldig enkelt ved å tvinge VMware til å gjenskape de to registernøklene ved å gjenopprette innstillingene til Virtual Network Editor til standard.

Merk: Trinnene nedenfor gjelder bare for brukere av Vmware Workstation PRO og kan ikke replikeres på VMware Player.

Her er en rask guide til hvordan du gjør dette:

  1. Åpne File Explorer og naviger til følgende sted:
    C: \ Program Files (x86) \ VMware \ VMware Workstation \ vmnetcfg.exe
  2. Når du kommer dit, høyreklikker du på vmnetcfg.exe og velg Kjør som administrator.
  3. Når du klarer å åpne Virtual Network Editor med administratorrettigheter, klikker du på Gjenopprette standard, og klikk deretter på Søke om for å lagre endringene.
  4. Start VMware arbeidsstasjon på nytt og se om bridge-modus fungerer som forutsatt.

Hvis denne metoden ikke gjaldt, eller du fortsatt støter på dette problemet, kan du gå ned til neste metode nedenfor.

Metode 8: Tillate virtuelle VMware-maskiner fra AVGs brannmurer (hvis aktuelt)

Som det viser seg, kan dette spesielle problemet også oppstå hvis du bruker en tredjeparts sikkerhet (som inkluderer en brannmur) som er overbeskyttende med nettverkstilkoblingene den administrerer. Flere berørte brukere har rapportert at de klarte å løse problemet etter å ha oppdaget at AVG-brannmur (eller en lignende sikkerhetsløsning) er ansvarlig for deres bromodusproblem i VMware.

Oppdater: Det ser ut til at dette problemet også kan være forårsaket av Bitdefenders brannmur. Siden BitDefender ikke inkluderer et alternativ som tillater virtuelle nettverk gjennom brannmuren, er den eneste måten, i dette tilfellet, å deaktivere brannmuren fullstendig.

Hvis dette scenariet gjelder for din nåværende situasjon, og du bruker AVG Internet Security, kan du løse problemet raskt ved å endre AVGs avanserte innstillinger for å tillate alle virtuelle maskiner og trafikk. Slik gjør du dette:

  1. Åpne Avast Internett-sikkerhet og gå til Innstillinger> Ekspertmodus> Avanserte innstillinger.
  2. På menyen Avanserte innstillinger må du sørge for at boksen som er tilknyttet Tillat trafikk fra / til virtuelle maskiner som støttes av brannmur er sjekket.
  3. Klikk Søke om for å lagre den gjeldende konfigurasjonen.
  4. Start VMware på nytt og se om problemet er løst.

Merk: Hvis du bruker en annen sikkerhetspakke og du tror denne metoden kan være aktuelt, kan du søke på nettet etter spesifikke trinn for hvordan du tillater virtuelle nettverk i henhold til brannmuren du bruker. h

$config[zx-auto] not found$config[zx-overlay] not found