- D'Wiel vum passenden Netzwierkmodus (NAT oder Bréck) an d'Vermeidung vu Subnetzkonflikter léist déi meescht Ausfäll.
- Hypervisor-Servicer (NAT/DHCP), Treiber an Host-Antivirus/Firewall beaflossen direkt d'Konnektivitéit.
- An Azure, benotzt Network Watcher, kontrolléiert NSG, a passt Routen/primär IP un, fir den Internetzougang erëmzestellen.
¿Ech hunn keen Internet op der virtueller Maschinn.Maacht Iech keng Suergen, dëst ass e méi heefege Problem wéi Dir mengt, an et ass mat enger grëndlecher Iwwerpréiwung normalerweis léisbar. An dësem Guide fannt Dir alles vun einfachen Netzwierkastellungen bis hin zu fortgeschrattene Kontrollen spezifesch fir VMware, VirtualBox, KVM/virt-manager, Parallels a Cloud-Ëmfeld wéi Azure. D'Zil ass, datt Dir d'Ursaach identifizéiere kënnt an déi entspriechend Korrektur an nëmmen e puer Schrëtt uwende kënnt..
Ier mer eis mat der Konfiguratioun beschäftegen, ass et wichteg eppes ze verstoen: eng VM funktionéiert als onofhängege Computer an Ärer Maschinn. Dofir, Wann den Hostsystem, den Hypervisor oder d'VM-Netzwierk falsch konfiguréiert ass, kann d'Konnektivitéit ausfalen.Switch-Politiken, Firewall-/DHCP-Regele, Subnetzkonflikter, Netzwierktreiber oder souguer gestoppt Hypervisor-Servicer kënnen och eng Roll spillen.
Wéi virtuell Maschinnen funktionéieren a firwat se den Netzwierk beaflossen
Eng VM leeft dank engem Hypervisor, deen Et verdeelt déi physesch Ressourcen vum Host (CPU, RAM, Festplack, NIC) un de Gaaschtsystem.Dës Isolatioun ass onschätzbar wäertvoll fir d'Entwécklung an d'Tester, well se Iech erlaabt ze experimentéieren ouni den Haaptsystem ze kompromittéieren. An Entreprisen gëtt se benotzt fir Serveren op manner Hardware ze konsolidéieren. Käschte spueren a séier Workloads tëscht Hosten ze réckelen. Zousätzlech d'Méiglechkeet ze klonen, Snapshots ze maachen an den Zoustand vun enger VM ze restauréieren. Et erliichtert Backup a Recoverie am Fall vu FeelerAusserdeem ginn et Zouverlässeg Websäiten fir gratis virtuell Maschinnen erofzelueden.
Dat virtuellt Netzwierk ass eng aner Schicht, déi den Hypervisor simuléiert: De virtuelle Adapter vun der VM "schléisst sech" an NAT, gebridged, intern oder Host-only Netzwierker un, ofhängeg vun Ärer Konfiguratioun.Wann een de falsche Modus wielt oder op Sécherheetsrichtlinnen am physesche Netzwierk stéisst, kann dat dozou féieren, datt d'VM keen Internetzougang huet, och wann den Host ouni Problemer surft.
Virdeeler an Nodeeler vu virtuelle Ëmfeld
Nieft der Konnektivitéit bidden VMs kloer Virdeeler: Kompatibilitéit tëscht Systemer (Windows, Linux, macOS, BSD), Konfiguratiounsonofhängegkeet a ganz séier Backups/Transferen iwwer Klonen. Wann eng VM ausfällt, lafen déi aner weider onberéiert.
Net alles ass perfekt: Dir sidd limitéiert duerch d'HosthardwareD'Netzwierklatenz ass normalerweis e bësse méi héich wéi am Haapt-Betribssystem, an op professionellem Niveau kann et Käschte fir Hypervisor- oder Gaaschtsystemlizenzen ginn.
Typesch Netzwierkmodi a wéi se den Internetzougang beaflossen
Jee no Hypervisor gesitt Dir verschidden Nimm, awer d'Iddie sinn déiselwecht. D'Wiel vum richtege Modus ass de Schlëssel fir der VM Internetzougang ze ginn.:
- NAT: D'VM kritt Zougang zum Internet "iwwer" den Host. Dëst funktionéiert normalerweis standardméisseg an ass d'Standardoptioun a VMware/VirtualBox. Et erlaabt der VM Zougang zum physesche Netzwierk an dem Internet ze kréien, awer déi physesch Server "gesinn" d'VM net direkt.
- Bridged Adapter: d'VM verbënnt sech wéi just en aneren Apparat am physesche Netzwierk, mat senger eegener IPIdeal fir aner Apparater fir domat ze kommunizéieren, awer et kéint a Konflikt mat Switch- oder Router-Politiken kommen.
- Host-only: privat Netzwierk tëscht Host a VM. Et gëtt keen Internet.
- Internt Netzwierk: isoléiert VMs vuneneen an engem zouenen Netzwierk. Et gëtt och keen Internet..
- NAT Netzwierk (VirtualBox): kombinéiert NAT mat Segmentéierung, Et erméiglecht Internet a Kommunikatioun tëscht VMs op deem NAT-Netzwierk..
An VMware kanns du alles am "Virtual Network Editor" upassen: Wielt den physeschen NIC fir d'Bréck, ännert den NAT-Subnetz, aktivéiert DHCP a maacht Ports op.Dir kënnt och d'Bandbreet limitéieren an d'MAC-Adress an "Erweidert" änneren. An VirtualBox verwalten Dir NAT-Netzwierker mat hirem Subnetz, DHCP, IPv6 a Portregelen ënner "Datei > Astellungen", an an all VM wielt Dir NAT, Bridge, Intern, Host-only oder Network NAT.
Optimiséierung: Speicher, Gréisst, Bandbreet a Beschleunigung
Wann d'VM wéineg Ressourcen huet, mierkt Dir Engpässe am Netzwierk. Genuch RAM zouweisen Fir sécherzestellen, datt de Gaascht Ufroen ouni Iwwerbelaaschtung bewältege kann, sollt d'Gréisst vun der VM no Bedarf ugepasst ginn, a wann et méi VMs gëtt, Bandbreet limitéieren iwwer VM fir Sättigung ze vermeiden. Verschidde Plattforme bidden Netzwierkbeschleunigung wat d'Latenz reduzéiert an d'Transfere verbessert.
Wann Dir NAT benotzt a keen Internetzougang hutt
Mat NAT, wann den Host Internetzougang huet, huet d'VM dat normalerweis och. Dat typescht Problem ass, datt dat virtuellt NAT-Subnetz mam physesche Netzwierk iwwereneestëmmt.De Gaascht weess net, wéi e soll erausgoen. Ännert den NAT-Subnetz am Netzwierkeditor (VMware: VMnet8; VirtualBox: erstellt/wielt en NAT-Netz mat engem anere Subnetz), fir Konflikter mat Ärem Haapt-LAN ze vermeiden.
Wann Dir eng Bréck benotzt an Dir keen Internetzougang hutt
Am Bréckmodus hänkt d'VM vum physesche Netzwierk of, dofir D'Politiken an d'Servicer vun Ärer Infrastruktur spillen eng Roll.:
- An VMware, setzt den physeschen NIC op VMnet0 amplaz vun "Automatesch". D'Wiel vun der spezifescher Interface vermeit Problemer beim Wiessel vun Netzwierker.
- Switch: Wann et Portsécherheet mat enger MAC-Limit pro Port gëtt, Déi zweet MAC-Adress (déi, déi der VM gehéiert) kéint blockéiert sinnIwwerpréift och d'IP-MAC-Port-Bindung.
- Router: bestätegt, datt DHCP aktiv ass (oder konfiguréiert eng statesch IP-Adress op der VM), Kontrolléiert d'Firewall a kontrolléiert ob et keng Reegele gëtt, déi nei Équipen verhënneren.
Wann et ëmmer nach net klappt, kontrolléiert beim Host ob säin NIC aktiv an aktuell ass, an och beim Gaascht. D'IP-Adress an den DNS-Kontrollsystem ginn automatesch kritt.A ville Fäll hëlleft et Iech, d'Quell ze isoléieren, wann Dir d'VM temporär op Bridged (wann se an NAT war) oder op NAT (wann se a Bridged war) ännert.
VMware: Schnell Kontrollen a Reparaturen
VMware bitt verschidde Funktiounen, déi et wäert sinn ze kontrolléieren, wann d'VM net surft. Mat den einfachen Saachen ufänken spuert Zäit:
- Start d'VM nei. Jo, et funktionéiert besser wéi Dir mengt.
- Deaktivéiert temporär den Antivirus/d'Firewall vum Host oder passt säi Modus un, fir Traffic op/vun VMs z'erlaben.
- Aktivéiert an/oder start déi folgend Servicer nei: "VMware NAT Service" an "VMware DHCP Service" vu services.msc.
- Aktualiséiert oder installéiert den Netzwierkadapter nei am Gerätemanager vum Gaascht. Wann en net erschéngt, benotzt "Sich no Hardwareännerungen".
- Deaktivéiert a kontrolléiert nach eng Kéier d'Këschte bei "Connected" an "Connect on power-up" um Netzwierkadapter vun der VM, fir d'Neiverbindung ze forcéieren.
- Am Virtual Network Editor klickt op "Standardastellungen restauréieren" fir VMnet1/VMnet8 nei opzebauen, wa se beschiedegt sinn.
- Verschidde Benotzer léisen dëst andeems se d'IP-Adress vum ADSL-Router als NAT-DNS a VMnet8 > NAT-Astellungen > DNS setzen.
- Nodeems den Host ënnerbrach/eropgeholl gouf, Schalt d'VM aus an erëm un (besser wéi säin Zoustand erëmzefannen) fir dat virtuellt Netzwierk nei ze initialiséieren.
Wann de Problem am NAT intermittent ass, hänkt den NAT-Service heiansdo of: Wann de "VMware NAT Service" um Host nei gestart gëtt, gëtt d'Verbindung normalerweis restauréiert..
VirtualBox: Essentiell Schrëtt
An VirtualBox funktionéiert NAT bal ëmmer ouni Upassungen, awer wann net, Dës Upassunge fixéieren et normalerweis.:
- Installéiert d'"Gaascht-Ergänzungen" fir Treiber an eng besser Gaaschtintegratioun ze garantéieren.
- Schalt d'VM aus, gitt op Netzwierk a bestätegt, datt "Netzwierkadapter aktivéieren" ugeklickt ass. Probéiert no Bedarf tëscht NAT, Bridged Adapter an Netzwierk-NAT ze wiesselen.
- Denkt drun: "Internal Network" an "Host-Only" bidden net designell Internet.
- Ënnert "Datei > Präferenzen > Netzwierk" kënnt Dir en NAT-Netzwierk mat engem eegenen Subnetz, DHCP a wa méiglech, Portregelen erstellen oder upassen.
Bannent dem Gaascht, IP an DNS automatesch opmaachen loossenWann näischt ännert, kontrolléiert déi gewielte virtuell NIC (z.B. Intel PRO/1000 vs Paravirtualized) a probéiert se z'änneren.
KVM/virt-manager a VirtualBox op Linux (typesche Fall: Windows 11 Gaascht)
Wann Dir Linux als Host benotzt (zum Beispill eng Fedora-baséiert Distro) a Windows 11 als Gaascht, ass et üblech, datt de Virtio-Adapter installéiert ass an trotzdem... Internet geet souwuel am Virt-Manager wéi och am VirtualBox ausVergewëssert Iech, datt Dir en Outbound-Modus benotzt (NAT oder Bridged) an datt den Host Internetzougang huet. Wann de Problem nëmmen am Bridged-Modus optrieden, berécksiichtegt folgend Punkten: Richtlinne fir physesch Netzwierker, DHCP a FirewallWann et och am NAT op béide Hypervisoren erschéngt, kontrolléiert d'Netzwierktreiber, d'automatesch IP/DNS-Acquisitioun um Gaaschtserver a maacht en TCP/IP-Stack-Reset (kuckt d'Windows-Sektioun). D'Aktivéierung vum Promiscuous-Modus, d'Ännerunge vun der MAC-Adress an d'erzwongen Iwwerdroungen um virtuelle Switch kann néideg sinn, wann d'Software den Traffic iwwerwaacht/filtert.
Parallels Desktop op Mac: Symptomer a Léisung
Et gëtt Situatiounen, wou Windows net a Parallels navigéiere kann, och wann de Mac dat kann. Symptomer sinn ënner anerem: Ouni Internet op Windows, Luesheet oder Instabilitéit, Apps déi trotz engem Netzwierk ausfalen, oder d'Onméiglechkeet aner Computeren am Netzwierk ze gesinnDëst ass normalerweis wéinst falschen Windows-Astellungen, Antivirussoftware vun Drëttubidder, VM-Astellungen oder enger korrupter Windows-Ëmfeld.
- Vergewëssert Iech, datt de Mac Internetzougang huet a erstellt e Snapshot, ier Dir eppes beréiert.
- Installéiert Parallels Tools nei a maacht e proppere Boot a Windows andeems Dir Drëttubidder-Servicer deaktivéiert (Parallels-Servicer aktiv halen).
- Ënner Hardware > Netzwierk, wiesselt tëscht "Shared Network (Recommended)" an "Bridged Network: Default Adapter" fir ze kucken, wéi ee vun deenen zwee am beschte funktionéiert.
- Maacht CMD op a probéiert parallels.com ze pingen. Wann et net äntwert, gitt folgendes aus:
netsh winsock reset netsh int ip reset reset.logan nei starten. Wann de Problem bestoe bleift, probéiert:
ipconfig /release ipconfig /renew - Wann Dir am Gerätemanager eng "Parallels Ethernet Adapter #…" gesitt, den Treiber aktualiséieren automatesch.
- Mat Pro/Business Editiounen kënnt Dir op Präferenzen > Netzwierk goen an d'Standardwäerter restauréieren.
Soubal d'Verbindung erëm hiergestallt ass, läscht de Snapshot fir onnéideg Zoustänn ze vermeiden.
Windows Gaascht: Nëtzlech Netzwierkbefeeler
Wann de Problem mam Windows Netzwierkstack ass, retten dës Klassiker normalerweis den Dag. Kommandozeil als Administrator ausféieren:
- Zrécksetzen vum TCP/IP-Stack a Winsock:
netsh winsock reset netsh int ip reset reset.log - Erneiert Är IP Adress nodeems Dir de Computer nei gestart hutt, wann Dir nach ëmmer keen Internetzougang hutt:
ipconfig /release ipconfig /renew - Aktualiséiert oder installéiert den Netzwierkadapter vum Gerätemanager nei.
- Wann et Antivirus-Software vun Drëttubidder gëtt, temporär deaktivéieren oder e VM-kompatiblen Modus konfiguréieren.
Op Ubuntu an Derivater mellen e puer Benotzer datt apt-get installéieren/aktualiséieren oder netzwëschbezunnen Ofhängegkeeten a Zertifikater "deblockéieren" de Browser wann DNS- oder TLS-Opléisung feelschléit.
Azure: Diagnos vun der Konnektivitéit tëscht VMs an Internetzougang

An Azure ännert sech den Usaz, well Dir Diagnostikinstrumenter hutt. Wann eng VM eng aner am selwechte VNet net erreeche kann, oder keen Zougang zum Internet huet, follegt se enger uerdentlecher Sequenz.:
VMs am selwechte VNet verbannen
Benotzt op der Quell-VM en Utility wéi tcping fir Ports ze testen (z.B. RDP 3389):
tcping64.exe -t <IP de la VM destino> 3389
Wann et net reagéiert, kontrolléiert d'NSG-Regele: si mussen "Allow VNet Inbound" an "Allow Load Balancer Inbound" erlaben an net hunn. Verweigerungen uewen mat enger méi niddereger Prioritéit.
Iwwerpréift ob Dir Iech iwwer RDP/SSH vum Portal aus aloggen kënnt; wann dat funktionéiert, maacht "Connectivity Check" mat Network Watcher (PowerShell/CLI). D'Resultat weist "Spräng" an "Incidenten" op.; korrigéiert no deem wat et ugeet a probéiert et nach eng Kéier.
Zweeten Netzwierkadapter am selwechte VNet
Sekundär Netzwierkkaarte (NICs) a Windows hunn keen Standardgateway. Wann Dir wëllt, datt se ausserhalb vun hirem Subnetz kommunizéieren, Eng Standardroute am Gaascht bäifügen (CMD als Administrator ausféieren):
route add 0.0.0.0 mask 0.0.0.0 -p <IP de la puerta de enlace>
Iwwerpréift den NSG op béiden NICs a validéiert et mat Network Watcher.
Internetzougang an Azure
Wann eng VM sech net mam Internet verbënnt, sollt als éischt ausgeschloss ginn, datt den NIC an engem Feelerzoustand ass. Vun Azure Mam Resource Explorer kënnt Dir eng "PUT" vun der NIC-Ressource forcéieren Fir de Status ze synchroniséieren an de Portal nei ze lueden. Da gitt zréck op d'"Connectivity Check" a behuewe all fonnt Problemer.
Méi IP-Adressen op der selwechter Windows-NIC
A Windows, Déi niddregst numeresch IP-Adress kann als primär Adress bleiwen. Och wann Dir eng aner IP-Adress am Azure Portal auswielt, huet nëmmen déi primär IP-Adress an Azure Zougang zum Internet/Service. Passt "SkipAsSource" iwwer PowerShell un, fir sécherzestellen, datt déi richteg IP-Adress déi primär ass.
$primaryIP = '<IP primaria que definiste en Azure>'
$netInterface = '<Nombre del NIC>'
$IPs = Get-NetIPAddress -InterfaceAlias $netInterface | Where-Object {$_.AddressFamily -eq 'IPv4' -and $_.IPAddress -ne $primaryIP}
Set-NetIPAddress -IPAddress $primaryIP -InterfaceAlias $netInterface -SkipAsSource $false
Set-NetIPAddress -IPAddress $IPs.IPAddress -InterfaceAlias $netInterface -SkipAsSource $true
Op Linux, befollegt dem Azure Guide fir verschidde IPs dem Betribssystem bäizefügen.
Schnelltester fir de Feeler ze identifizéieren
E puer Kontrollen ginn Iech e séieren Guide. Benotzt se als Thermometer:
- Wann et keen Internetzougang am NAT gëtt, awer den Host Internetzougang huet, verdächtegt een e Subnetzkonflikt oder e Problem mat den NAT/DHCP-Servicer vum Hypervisor.
- Wann et am Bréckmodus ausfällt, awer am NAT-Modus funktionéiert, Dëst weist op DHCP, Firewall oder Switch/Router-Sécherheet hin..
- Pingt d'Adress iwwer IP (z.B. 8.8.8.8) a mam Numm (z.B. Public Domain). Wann et iwwer IP funktionéiert, awer net mam Numm, läit de Problem beim DNS.
Best Practices fir Netzwierker a Performance
Fir eng nahtlos Erfahrung: Wielt ëmmer déi spezifesch kierperlech Interface fir d'Bréck.Vermeit "Automatesch"; trennt virtuell Subnetzer vum physesche LAN; dokumentéiert NSG/ACL-Reegelen a reservéiert DHCP wann Dir statesch IP-Adressen fir gebriddert VMs braucht. Op Hosts mat méi VMs, limitéiert Bandbreet pro VM a kontrolléiert d'Warteschlangen, wann d'Netzwierk iwwerlaascht gëtt.
Backups: just am Fall wou eppes falsch leeft
Datenverloscht wéinst engem Netzwierkausfall oder engem Konfiguratiounsfehler ass schmerzhaft, ganz schmerzhaft. Backup-Léisunge fir Virtualiséierung Si erlaben agentlos Backups, direkt Restauratiounen a Sekonnen, a plattformiwwergräifend Recovery. (VMware, Hyper-V, Proxmox, oVirt, etc.). Wann Dir VMs a Produktioun verwaltet, sollt Dir eng Plattform iwwerleeën, déi eng Webkonsole, direkt Wiederherstellung a komplett gratis Testversioune ubitt, fir Är Strategie ze validéieren.
FAQ: Kuerz Froen
E puer typesch Froen, wann d'VM net surft, hunn präzis Äntwerten. Hei sinn déi nëtzlechst:
- Firwat fällt den NAT heiansdo aus? Wann den NAT-Service vum Hypervisor um Host nei gestart gëtt, gëtt d'Verbindung normalerweis restauréiert.
- Erschéngt den Adapter als net verbonnen? Kuckt "Connected" an "Connect on power-on" an den Astellungen vun der VM.
- Wann et keng Netzwierkverbindung gëtt nodeems den Host ënnerbrach/erneit gestart gouf, schalt d'VM aus a start se nei fir de virtuelle Netzwierkadapter nei ze initialiséieren.
- Kann eng virtuell Maschinn ouni Internet benotzt ginn? Jo: Host-only oder intern Netzwierker erstellen isoléiert Netzwierker ouni externen Zougang.
- Kann eng virtuell Maschinn sech mat engem VPN verbannen? Am NAT ierft se de VPN vum Host; am Bridged-Modus installéiert se e VPN-Client op der virtueller Maschinn.
Verständnis vun de Relatioune vun Netzwierkmodi (NAT, gebridged, intern, Host-only) mateneen, Iwwerpréiwung vun Subnetzkonflikter, Hypervisor-Servicer (NAT/DHCP), Sécherheetsregelen an de Gaaschtnetzstack Et léist déi meescht "Ech hunn keen Internet op der VM" Problemer.Wann d'Ëmfeld Cloud-baséiert ass, sollt Dir op Diagnostikinstrumenter an Astellungen wéi Standard-Routing op sekundären NICs oder primär IP-Verwaltung a Windows vertrauen. A generell sollt Dir Snapshots a Backups späicheren, fir op den viregten Zoustand zréckzegoen, wann eng Ännerung d'Verbindung ënnerbrécht.
Passionéiert iwwer Technologie zënter hie kleng war. Ech si gär um Secteur um Lafenden ze sinn a virun allem ze kommunizéieren. Dofir sinn ech fir vill Jore fir Kommunikatioun iwwer Technologie a Videospill Websäite gewidmet. Dir fannt mech schreiwen iwwer Android, Windows, MacOS, iOS, Nintendo oder all aner ähnlecht Thema dat am Kapp kënnt.
