Mi ne havas interreton sur la virtuala maŝino, kion mi povas fari?

¿Mi ne havas interreton sur la virtuala maŝino.Ne zorgu, ĉi tiu estas pli ofta problemo ol vi eble pensas, kaj per detala revizio, ĝi kutime solveblas. Tra ĉi tiu gvidilo, vi trovos ĉion de bazaj retaj agordoj ĝis altnivelaj kontroloj specifaj por VMware, VirtualBox, KVM/virt-manager, Parallels, kaj nubaj medioj kiel Azure. La celo estas, ke vi identigu la veran kaŭzon kaj apliku la taŭgan korekton en nur kelkaj paŝoj..

Antaŭ ol ni plonĝas en la agordon, gravas kompreni ion: virtuala maŝino funkcias kiel sendependa komputilo ene de via maŝino. Tial, Se la gastiganta sistemo, hipervizoro, aŭ virtuala virtuala reto estas miskonfiguritaj, konektebleco povas fali.Ŝaltilpolitikoj, fajromuro/DHCP-reguloj, subretaj konfliktoj, retpeliloj, aŭ eĉ haltigitaj hipervizoraj servoj ankaŭ povas ludi rolon.

Kiel funkcias virtualaj maŝinoj kaj kial ili efikas sur la reton

Maŝinmaŝino funkcias danke al hipervizoro kiu Ĝi distribuas la fizikajn rimedojn de la gastiganto (CPU, RAM, disko, NIC) al la gasta sistemo.Ĉi tiu izolado estas valorega por disvolviĝo kaj testado, ĉar ĝi permesas al vi eksperimenti sen kompromiti la ĉefan sistemon. En entreprenoj, ĝi estas uzata por unuigi servilojn sur malpli da aparataro. ŝpari kostojn kaj rapide movi laborkvantojn inter gastigantoj. Krome, la kapablo kloni, fari momentfotojn kaj restarigi la staton de virtuala maŝino Ĝi faciligas sekurkopion kaj reakiron en kazo de paneojPlue, ekzistas Fidindaj retejoj por elŝuti senpagajn virtualajn maŝinojn.

La virtuala reto estas alia tavolo, kiun la hipervizoro simulas: La virtuala adaptilo de la virtuala maŝino "konektiĝas" al NAT, pontitaj, internaj aŭ nur-gastigantaj retoj depende de via agordo.Elekto de la malĝusta reĝimo, aŭ renkonto de sekurecaj politikoj en la fizika reto, povas lasi la virtualan maŝinon sen interreta aliro eĉ se la gastiganto foliumas sen problemoj.

Avantaĝoj kaj malavantaĝoj de virtualaj medioj

Krom konektebleco, virtualaj maŝinoj ofertas klarajn avantaĝojn: kongrueco inter sistemoj (Vindozo, Linukso, macOS, BSD), konfiguracia sendependeco, kaj tre rapidaj sekurkopioj/translokigoj per klonado. Se unu virtuala maŝino paneas, la aliaj daŭre funkcias senprobleme.

Ne ĉio estas perfekta: Vi estas limigita de la gastiganta aparataroLa latenteco de la reto kutime estas iom pli alta ol en la ĉefa operaciumo, kaj je profesia nivelo povas esti kostoj por licencoj por hipervizoroj aŭ gastaj sistemoj.

Tipaj retreĝimoj kaj kiel ili influas la aliron al la interreto

Depende de la hipervizoro, vi vidos malsamajn nomojn, sed la ideoj estas la samaj. Elekti la ĝustan reĝimon estas ŝlosilo por doni al la virtuala maŝino aliron al la interreto.:

• NAT: La virtuala maŝino (VM) aliras la interreton "tra" la gastiganto. Ĉi tio kutime funkcias defaŭlte kaj estas la defaŭlta opcio en VMware/VirtualBox. Ĝi permesas al la virtuala maŝino aliri la fizikan reton kaj la interreton, sed la fizikaj serviloj ne rekte "vidas" la virtualan maŝinon.
• Pontita adaptilo: la virtuala maŝino konektiĝas kiel nur plia aparato en la fizika reto, kun sia propra IP-adresoIdeala por ke aliaj aparatoj komuniku kun ĝi, sed povas konflikti kun la politikoj de la ŝaltilo aŭ enkursigilo.
• Nur-gastiganto: privata reto inter gastiganto kaj virtuala maŝino. Ne estas interreto.
• Interna reto: izolas virtualajn maŝinojn unu de la alia en fermita reto. Ankaŭ ne estas interreto..
• NAT-reto (VirtualBox): kombinas NAT-on kun segmentado, Ĝi permesas interreton kaj komunikadon inter virtualaj maŝinoj en tiu NAT-reto.

En VMware vi povas ĉion agordi en "Virtual Network Editor": Elektu la fizikan retkarton por la ponto, ŝanĝu la NAT-subreton, ebligu DHCP, kaj malfermu pordojnVi ankaŭ povas limigi bendlarĝon kaj ŝanĝi la MAC-adreson en "Altnivela". En VirtualBox, vi administras NAT-retojn kun iliaj subretoj, DHCP, IPv6, kaj havenreguloj el "Dosiero > Preferoj", kaj en ĉiu virtuala maŝino vi elektas NAT, Ponton, Internan, Nur-gastiganton, aŭ Retan NAT.

Optimigo: memoro, grandeco, bendolarĝo kaj akcelo

Se la virtuala maŝino havas malmultajn rimedojn, vi rimarkos retproblemojn. Asignu sufiĉan RAM-on Por certigi, ke la gasto povas pritrakti petojn sen esti superŝarĝita, adaptu la grandecon de la virtuala maŝino laŭbezone, kaj se estas pluraj virtualaj maŝinoj, limigas bendolarĝon per virtuala maŝino por eviti saturiĝon. Kelkaj platformoj ofertas reta akcelo kiu reduktas latentecon kaj plibonigas translokigojn.

Se vi uzas NAT kaj ne havas aliron al la interreto

Kun NAT, se la gastiganto havas aliron al la interreto, la virtuala maŝino kutime ankaŭ havas. La tipa problemo estas, ke la virtuala NAT-subreto koincidas kun la fizika reto.La gasto ne scias kiel eliri. Ŝanĝu la NAT-subreton en la retredaktilo (VMware: VMnet8; VirtualBox: kreu/elektu NAT-reton kun malsama subreto) por eviti konfliktojn kun via ĉefa LAN.

Se vi uzas ponton kaj vi ne havas aliron al la interreto

En pontita reĝimo, la virtuala maŝino dependas de la fizika reto, do La politikoj kaj servoj de via infrastrukturo ekvalidas.:

• En VMware, agordu la fizikan retkarton al VMnet0 anstataŭ "Aŭtomata". Elekto de la specifa interfaco evitas problemojn dum ŝanĝado de retoj.
• Ŝaltilo: Se ekzistas Portsekureco kun MAC-limo por ĉiu haveno, la dua MAC-adreso (tiu apartenanta al la virtuala maŝino) eble estas blokitaAnkaŭ kontrolu la IP-MAC-Port-ligadon.
• Enkursigilo: konfirmu, ke DHCP estas aktiva (aŭ agordu statikan IP-adreson sur la virtuala maŝino), Kontrolu la fajromuron kaj kontrolu, ke ne ekzistas reguloj, kiuj malhelpas novajn teamojn.

Se ĝi ankoraŭ malsukcesas, kontrolu ĉe la gastiganto, ke ĝia NIC estas aktiva kaj ĝisdata, kaj ĉe la gasto, ke La IP-adreso kaj DNS estas akiritaj aŭtomate.En multaj kazoj, provizore ŝanĝi la virtualan maŝinon al pontita (se ĝi estis en NAT) aŭ al NAT (se ĝi estis en pontita) helpas vin izoli la fonton.

VMware: Rapidaj Kontroloj kaj Riparoj

VMware proponas plurajn eblojn, kiujn valoras kontroli kiam la virtuala maŝino ne trarigardas. Komenci per la simplaj aferoj ŝparas tempon:

• Rekomencu la virtualan maŝinon. Jes, ĝi funkcias pli bone ol vi eble pensas.
• Provizore malŝaltu la antivirusilon/fajromuron de la gastiganto aŭ ĝustigu ĝian reĝimon por permesi trafikon al/de virtualaj maŝinoj.
• Ebligu kaj/aŭ rekomencu la jenajn servojn: "VMware NAT Service" kaj "VMware DHCP Service" el services.msc.
• Ĝisdatigu aŭ reinstalu la retan adaptilon en la Aparata Administrilo de la gasto. Se ĝi ne aperas, uzu "Skani por aparatara ŝanĝo".
• Malmarku kaj remarku "Konektita" kaj "Konekti ĉe ŝaltado" ĉe la retadaptilo de la virtuala maŝino por devigi rekonekton.
• En Virtual Network Editor, alklaku "Restarigi defaŭltojn" por rekonstrui VMnet1/VMnet8 se ili estas difektitaj.
• Kelkaj uzantoj solvas tion per agordo de la IP-adreso de la ADSL-enkursigilo kiel la NAT-DNS en VMnet8 > NAT-Agordoj > DNS.
• Post suspendado/rekomenco de la gastiganto, Malŝalti kaj startigi la virtualan maŝinon (pli bone ol rekomenci ĝian staton) por re-inicialigi la virtualan reton.

Se la problemo estas intermita en NAT, kelkfoje la NAT-servo frostiĝas: Rekomenci la "VMware NAT-servon" sur la gastiganto kutime restarigas konekteblecon..

VirtualBox: Esencaj Paŝoj

En VirtualBox, NAT preskaŭ ĉiam funkcias sen iuj ajn alĝustigoj, sed se ne, Ĉi tiuj alĝustigoj kutime riparas ĝin.:

• Instalu la "Gastajn Aldonaĵojn" por certigi pelilojn kaj pli bonan integriĝon kun gastoj.
• Malŝaltu la virtualan maŝinon, iru al Reto, kaj konfirmu, ke "Ebligi retan adaptilon" estas markita. Provu ŝalti inter NAT, Pontigita Adaptilo, kaj Reta NAT laŭbezone.
• Memoru: "Interna Reto" kaj "Nur-Gastiganto" ne provizas Interreton laŭintence.
• El "Dosiero > Preferoj > Reto", kreu aŭ adaptu NAT-reton kun propra subreto, DHCP kaj, se aplikeble, havreguloj.

Ene de la gasto, Lasu IP-adreson kaj DNS-on aŭtomateSe nenio ŝanĝiĝas, kontrolu la elektitan virtualan retkarton (ekz., Intel PRO/1000 kontraŭ Paravirtualigita) kaj provu ŝanĝi ĝin.

KVM/virt-manager kaj VirtualBox ĉe Linukso (tipa kazo: gasto en Vindozo 11)

Se vi uzas Linukson kiel la gastiganton (ekzemple, Fedora-bazitan distribuaĵon) kaj Vindozon 11 kiel la gaston, estas ofte havi la virtio-adaptilon instalitan kaj tamen... elĉerpiĝo de interreto en kaj virt-manager kaj VirtualBoxKontrolu, ke vi uzas elirantan reĝimon (NAT aŭ pontitan) kaj ke la gastiganto havas aliron al la interreto. Se la problemo okazas nur en pontita reĝimo, konsideru la jenon: fizikaj retpolitikoj, DHCP kaj fajromuroSe ĝi ankaŭ aperas en NAT sur ambaŭ hipervizoroj, kontrolu la retpelilojn, aŭtomatan IP/DNS-akiron sur la gasta servilo, kaj faru TCP/IP-stakan restarigon (vidu la sekcion Vindozo). Ebligi multpartneran reĝimon, MAC-adresŝanĝojn kaj devigitajn dissendojn sur la virtuala ŝaltilo povas esti necesa se programaro monitoras/filtras trafikon.

Parallels Desktop sur Mac: Simptomoj kaj Solvo

Estas situacioj kie Vindozo ne navigas ene de Parallels, kvankam la Mac povas. Simptomoj inkluzivas: Sen interreto en Vindozo, malrapideco aŭ malstabileco, aplikaĵoj kiuj malsukcesas malgraŭ reto, aŭ nekapablo vidi aliajn komputilojn en la retoTio kutime ŝuldiĝas al malĝustaj agordoj de Vindozo, triaparta antivirusa programaro, agordoj de virtuala maŝino aŭ difektita Vindoza medio.

• Kontrolu, ke la Mac havas aliron al la interreto kaj kreu momentfoton antaŭ ol tuŝi ion ajn.
• Reinstalu Parallels Tools kaj faru puran starton en Vindozo malŝaltante triapartajn servojn (tenu Parallels-servojn aktivaj).
• En Aparataro > Reto, ŝaltu inter "Kunhavata Reto (Rekomendita)" kaj "Pontigita Reto: Defaŭlta Adaptilo" por vidi kiu funkcias plej bone.
• Malfermu CMD kaj provu pingi al parallels.com. Se ĝi ne respondas, lanĉu:

  netsh winsock reset
  netsh int ip reset reset.log

  kaj rekomencu. Se la problemo daŭras, provu:

  ipconfig /release
  ipconfig /renew

• En Aparata Administrilo, se vi vidas "Parallels Ethernet Adapter #…", ĝisdatigi la ŝoforon aŭtomate.
• Kun la eldonoj Pro/Business, vi povas iri al Preferoj > Reto kaj restarigi la defaŭltajn valorojn.

Post kiam la konektebleco estas restarigita, forigas la momentfoton por eviti akumuladon de nenecesaj statoj.

Vindoza Gasto: Utilaj Retaj Komandoj

Kiam la problemo estas kun la retstako de Vindozo, ĉi tiuj klasikaĵoj kutime savas la tagon. Rulu la komandan prompton kiel administranto:

• Restarigi TCP/IP-stakon kaj Winsock:

  netsh winsock reset
  netsh int ip reset reset.log

• Renovigu vian IP-adreson post rekomenco se vi ankoraŭ ne havas aliron al la interreto:

  ipconfig /release
  ipconfig /renew

• Ĝisdatigu aŭ reinstalu la retan adaptilon el Aparata Administrilo.
• Se ekzistas triaparta antivirusa programaro, provizore malŝalti ĝin aŭ agordu VM-kongruan reĝimon.

Pri Ubuntu kaj derivaĵoj, kelkaj uzantoj raportas, ke instali/ĝisdatigi apt-get aŭ ret-rilataj dependecoj kaj atestiloj "malblokas" la retumilon kiam DNS- aŭ TLS-rezolucio malsukcesas.

Azure: Diagnozado de konektebleco inter virtualaj maŝinoj kaj interreta aliro

En Azure, la aliro ŝanĝiĝas ĉar vi havas diagnozajn ilojn. Se unu virtuala maŝino ne povas atingi alian en la sama virtuala reto, aŭ ne povas aliri la interreton, ĝi sekvas ordigitan sekvencon.:

Konektante virtualajn maŝinojn en la sama virtuala reto

Sur la fonta virtuala maŝino, uzu ilon kiel tcping por testi pordojn (ekz., RDP 3389):

tcping64.exe -t <IP de la VM destino> 3389

Se ĝi ne respondas, kontrolu la NSG-regulojn: ili devas permesi "Permesi VNet Inbound" kaj "Permesi Load Balancer Inbound" kaj ne havi neoj supre kun pli malalta prioritato.

Kontrolu, ke vi povas ensaluti per RDP/SSH el la portalo; se tio funkcias, lanĉu "Konektiĝeman Kontrolon" uzante Retan Observanton (PowerShell/CLI). La rezulto listigas "Saltojn" kaj "Okazaĵojn"; korektu laŭ tio, kion ĝi indikas, kaj reprovu.

Dua retadaptilo en la sama VNet

Sekundaraj retkartoj en Vindozo ne havas defaŭltan enirejon. Se vi volas, ke ili komuniku ekster sia subreto, Aldonu defaŭltan itineron en la gasto (ruligu CMD kiel administranto):

route add 0.0.0.0 mask 0.0.0.0 -p <IP de la puerta de enlace>

Kontrolu NSG-on sur ambaŭ NIC-kartoj kaj validigu per Network Watcher.

Interreta aliro en Azure

Se virtuala maŝino ne konektiĝas al la Interreto, unue ekskludu, ke la retkarto estas en erara stato. el Azure Rimeda Esplorilo permesas al vi devigi "PUT" de la NIC-rimedo Por sinkronigi staton kaj reŝargi la portalon. Poste, revenu al la "Konektiĝema Kontrolo" kaj solvu iujn ajn trovitajn problemojn.

Pluraj IP-adresoj sur la sama Vindoza retkarto

En Vindozo, La plej malalta nombre IP-adreso povas resti kiel la ĉefa adreso. Eĉ se vi elektas malsaman IP-adreson en la Azure-Portalo, nur la ĉefa IP-adreso en Azure havas aliron al interreto/servo. Adaptu "SkipAsSource" per PowerShell por certigi, ke la ĝusta IP-adreso estas la ĉefa.

$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

En Linukso, sekvu la gvidilon de Azure por aldoni plurajn IP-adresojn al la operaciumo.

Rapidaj testoj por malvastigi la fiaskon

Kelkaj kontroloj donos al vi rapidan gvidilon. Uzu ilin kiel termometron:

• Se ne estas interreta aliro en NAT, sed la gastiganto havas interretan aliron, suspektu subretan konflikton aŭ problemon kun la NAT/DHCP-servoj de la hipervizoro.
• Se ĝi malsukcesas en pontreĝimo sed funkcias en NATreĝimo, Ĉi tio indikas sekurecon de DHCP, fajromuro, aŭ ŝaltilo/enkursigilo..
• Pingu la adreson laŭ IP-adreso (ekz., 8.8.8.8) kaj laŭ nomo (ekz., publika havaĵo). Se ĝi funkcias laŭ IP-adreso sed ne laŭ nomo, la problemo estas ĉe DNS.

Plej bonaj praktikoj pri retigado kaj rendimento

Por senjunta sperto: Ĉiam elektu la specifan fizikan interfacon por la ponto.Evitu "Aŭtomatan"; apartigu virtualajn subretojn de la fizika LAN; dokumentu NSG/ACL-regulojn kaj rezervu DHCP se vi bezonas senmovajn IP-adresojn por pontitaj virtualaj maŝinoj. Ĉe gastigantoj kun pluraj virtualaj maŝinoj, limigas bendolarĝon por ĉiu virtuala maŝino kaj monitoras atendovicojn se la reto saturiĝas.

Sekurkopioj: porokaze ke io misfunkcias

Perdi datumojn pro retpaneo aŭ agorda eraro estas dolora, tre dolora. Rezervaj solvoj por virtualigo Ili permesas senagentajn sekurkopiojn, tujajn restarigojn en sekundoj, kaj transplatforman reakiron. (VMware, Hyper-V, Proxmox, oVirt, ktp.). Se vi administras virtualajn maŝinojn en produktado, konsideru platformon kiu ofertas retan konzolon, tujan reakiron kaj ampleksajn senpagajn provojn por validigi vian strategion.

Oftaj Demandoj: Rapidaj Demandoj

Kelkaj tipaj demandoj kiam la virtuala maŝino ne foliumas havas koncizajn respondojn. Jen la plej utilaj:

• Kial NAT intermite ĉesas? Rekomenci la NAT-servon de la hipervizoro sur la gastiganto kutime restarigas la konekton.
• Ĉu la adaptilo aperas kiel malkonektita? Kontrolu "Konektita" kaj "Konekti ĉe ŝalto" en la agordoj de la virtuala maŝino.
• Se ne estas retkonekto post suspendado/rekomencado de la gastiganto, malŝaltu kaj rekomencu la virtualan maŝinon por reiniciigi la virtualan retan adaptilon.
• Ĉu virtuala maŝino (VM) povas esti uzata sen interreto? Jes: Nur-gastiganto aŭ interna reto kreas izolitajn retojn sen ekstera aliro.
• Ĉu virtuala maŝino (VM) povas konektiĝi al VPN? En NAT, ĝi heredas la VPN de la gastiganto; en pontita reĝimo, ĝi instalas VPN-klienton sur la virtuala maŝino.

Kompreni kiel retreĝimoj (NAT, pontita, interna, nur-gastiganto) rilatas unu al la alia, revizii subretajn konfliktojn, hipervizorajn servojn (NAT/DHCP), sekurecregulojn kaj la gastan retstakon Ĝi solvas plej multajn problemojn de la tipo "Mi ne havas interreton sur la virtuala maŝino".Kiam la medio estas nub-bazita, fidu diagnozajn ilojn kaj agordojn kiel defaŭlta vojigo sur duarangaj retkartoj aŭ primara IP-administrado en Vindozo. Kaj, kutime, konservu momentfotojn kaj sekurkopiojn por reveni al la antaŭa stato se ŝanĝo rompas la konekteblecon.