VirtualBox & bridged networking fungerar inte längre

VirtualBox & bridged networking fungerar inte längre

Uppdaterad: Jag gillar V’box och jag kan inte ljuga, alla ni nördar kan inte förneka det. Saken är den att jag använder VirtualBox för alla typer av tester och annat. Ett rättvist avtal. Men då och då bestämmer sig detta helt förnuftiga program för att missköta sig och sluta samarbeta med mina ansträngningar. Ett exempel är bridged networking.

Under årens lopp har jag skrivit ett gäng guider som kretsar kring VirtualBox nätverksfunktioner, som till exempel min handledning om delning av nätverk &, hur man delar över NAT med port-forwarding, och hur man konfigurerar NAT-nätverk. Det råkar vara så att jag också råkar använda den överbryggade nätverksfunktionaliteten, eftersom den är enkel och bekväm, och verkar fungera tillförlitligt bra, med trådbundna och trådlösa adaptrar och vad som helst. I många år har det inte funnits några problem, och plötsligt finns det problem. Bridged networking slutade fungera för mig på Linux-värdar som kör VirtualBox 6.X. Geddit? Networknot-work. Ho ho ho. Följ mig.

Problem i mer detalj

Jag stötte på detta på min bärbara Slimbook, som kör Kubuntu 18.04, med VirtualBox6.1. Den bärbara datorn har en Intel dual-band Wireless adapter, och jag kunde använda den för bridgednetworking utan problem under lång tid. För några veckor sedan märkte jag att gästoperativsystem, både Windows och Linux, inte längre kunde få IP-adresser med den här nätverkskonfigurationen.

För att utesluta min router testade jag på en Windows-värd som körde VirtualBox, och där uppstod inga sådana problem. För att utesluta Linux testade jag detta på flera andra distributioner, med samma (dåliga) resultat, trots skillnaderna i den faktiska arkitekturen och kärnans version(er). Detta verkar alltså vara begränsat till VirtualBox-byggnaden för Linux, men inte på grund av Linux. Om du går till de officiella forumen kommer du naturligtvis att hitta många trådar om detta ämne, och de flesta av dem kulminerar antingen i en lösning eller i vaga kommentarer som säger att bridged networking inte är tillförlitligt, så du borde vara glad att det fungerar, men nej.

Kanske har jag stött på en ny regression i nätverksstacken eller något liknande, och kanske kommer du aldrig att stöta på det här problemet. Men om du gör det har jag lyckats hitta en halvt rimlig lösning, som kanske kan hjälpa dig tills dina speciella problem med överbryggade nätverk, vilka de än är i vilken version av VirtualBox som helst, är lösta. Och jag säger dina, för annars skulle du inte läsa den här artikeln.

Lösning

Så vi har bridged networking, men klienterna kan inte få IP-adresser. Att använda statiska IP-adresser hjälper inte heller. I mitt fall verkar orsaken till detta vara konflikten mellan den slumpmässigt genererade MAC-adressen för det virtuella nätverkskortet och den MAC-adress som används av ditt bridgade (fysiska) kort.Tidigare har detta inte påverkat funktionaliteten och det luktar därför som en bugg, men nu har vi det.Lösningen är att manuellt ställa in MAC-adressen för det virtuella nätverkskortet så att den stämmer överens med det fysiska kortets MAC-adress.

Du kan göra detta genom att gå till Inställningar för den berörda virtuella maskinen > Nätverk > Avancerat.Här kan du ställa in MAC-adressfältet till den som gäller för ditt värddatorns nätverkskort. Starta sedan din virtuella maskin och gå gladeligen vidare.

Caveats

Det här är en lösning på problemet, inte en fullständig lösning. Med den här ändringen på plats kommer din virtuella maskin att få samma IP-adress som din värd. Detta innebär också att vissaprogram kanske inte nödvändigtvis fungerar korrekt, eftersom ditt nätverk förmodligen har två identiska värdar med samma delade adress. Du bör då överväga att manuellt tilldela en annan IP-adress till din virtuella maskin när den väl är igång.

Slutsats

Jag är aldrig nöjd med att skriva mindre än perfekta handledningar, men ibland känner jag att det är bättre att ge läsarna lite hjälp, med de nödvändiga ansvarsfriskrivningarna, än att fortsätta att skulptera min David i all evighet.Idag har vi ett sådant exempel. Det är uppenbart att vi står inför ett problem i programvaran, och därför är den mest logiska lösningen att vänta på en officiell lösning. Det har hänt förut, det kan hända igen.

Hursomhelst, oavsett, hoppas jag att du finner informationen ovan användbar. Den är inte perfekt, men kan hjälpa dig att ta dig ur knipan, särskilt eftersom problemet kommer att drabba dig när du minst behöver det, det vill säga när du villkorslöst använder din VM och förväntar dig att allt ska fungera, och sedan kan du plötsligt inte utföra några nätverksrelaterade uppgifter. Om du har några idéer, förslag eller erfarenheter om detta ämne är du välkommen att skicka dem. Vi är klara.

Hälsningar.

Lämna ett svar

Din e-postadress kommer inte publiceras.