Менде виртуалдык машинада интернет жок, эмне кылсам болот?

¿Менде виртуалдык машинада интернет жок.Кабатыр болбоңуз, бул сиз ойлогондон да кеңири таралган көйгөй жана кылдат карап чыгуу менен, адатта, аны чечүүгө болот. Бул колдонмодо сиз VMware, VirtualBox, KVM/virt-manager, Parallels жана Azure сыяктуу булут чөйрөлөрүнүн негизги тармак жөндөөлөрүнөн баштап өркүндөтүлгөн текшерүүлөргө чейин баарын таба аласыз. Максат - сиз бир нече кадам менен түпкү себебин аныктоо жана тийиштүү оңдоону колдонуу..

Конфигурацияга кирүүдөн мурун, бир нерсени түшүнүү маанилүү: VM сиздин машинаңызда көз карандысыз компьютер катары иштейт. Ошондуктан, Хост тутуму, гипервизор же VM тармагы туура эмес конфигурацияланса, туташуу токтошу мүмкүн.Которуу саясаттары, брандмауэр/DHCP эрежелери, ички тармактык чыр-чатактар, тармак драйверлери, ал тургай токтоп калган гипервизор кызматтары да роль ойной алат.

Виртуалдык машиналар кантип иштейт жана алар тармакка эмне үчүн таасир этет

VM гипервизордун аркасында иштейт Ал конок системасына хосттун физикалык ресурстарын (CPU, RAM, диск, NIC) бөлүштүрөт.Бул изоляция иштеп чыгуу жана сыноо үчүн баа жеткис, анткени ал негизги системаны бузбастан эксперимент жүргүзүүгө мүмкүндүк берет. Ишканаларда серверлерди азыраак жабдыкка бириктирүү үчүн колдонулат. чыгымдарды үнөмдөө жана хосттордун ортосунда жумуш жүгүн тез жылдырыңыз. Кошумча, клондоо, сүрөткө тартуу жана VM абалын калыбына келтирүү мүмкүнчүлүгү Бул каталар болгон учурда резервдик көчүрмөнү жана калыбына келтирүүнү жеңилдететМындан тышкары, бар Акысыз виртуалдык машиналарды жүктөө үчүн ишенимдүү веб-сайттар.

Виртуалдык тармак гипервизор имитациялаган дагы бир катмар: VMдин виртуалдык адаптери конфигурацияңызга жараша NAT, көпүрөлүү, ички же хост үчүн гана тармактарга "кошулат".Туура эмес режимди тандоо же физикалык тармактагы коопсуздук саясатына туш болуу, хост көйгөйсүз карап чыкса да, VMди интернетке кирүүсүз калтырышы мүмкүн.

Виртуалдык чөйрөлөрдүн артыкчылыктары жана кемчиликтери

Туташуудан тышкары, VM'лер ачык артыкчылыктарды сунуштайт: системалардын ортосундагы шайкештик (Windows, Linux, macOS, BSD), конфигурациянын көз карандысыздыгы жана клондоштуруу аркылуу өтө тез камдык көчүрмөлөр/өткөрүү. Эгерде бир VM иштебей калса, башкалары таасирсиз иштей беришет.

Баары идеалдуу эмес: Сиз хосттун жабдыктары менен чектелгенсизТармактын кечигүү убактысы, адатта, негизги ОСке караганда бир аз жогору жана профессионалдык деңгээлде гипервизордун же конок тутумунун лицензиялары үчүн чыгымдар болушу мүмкүн.

Тармактын типтүү режимдери жана алар интернетке кирүүгө кандайча таасир этет

Гипервизорго жараша ар кандай аталыштарды көрөсүз, бирок идеялары бирдей. Туура режимди тандоо VM интернетке кирүү мүмкүнчүлүгүн берүүнүн ачкычы болуп саналат.:

• NAT: VM интернетке хост аркылуу "аркылуу" кирет. Бул адатта демейки боюнча иштейт жана VMware/VirtualBox ичиндеги демейки параметр. Бул VMге физикалык тармакка жана интернетке кирүүгө мүмкүндүк берет, бирок физикалык серверлер VMди түз "көрбөйт".
• Көпүрөлүү адаптер: VM физикалык тармактагы башка түзмөк катары туташат, өзүнүн IP мененАны менен байланышуу үчүн башка түзмөктөр үчүн идеалдуу, бирок коммутатор же роутер саясаттарына карама-каршы келиши мүмкүн.
• Хост үчүн гана: хост менен VM ортосундагы жеке тармак. Интернет жок.
• Ички тармак: VMлерди жабык тармакта бири-биринен бөлүп турат. Интернет да жок..
• NAT Network (VirtualBox): NAT менен сегментацияны айкалыштырат, Бул интернетке жана ошол NAT тармагындагы VMлердин ортосундагы байланышка мүмкүндүк берет.

VMware'де сиз бардыгын "Виртуалдык тармак редакторунда" тууралай аласыз: Көпүрө үчүн физикалык NIC тандаңыз, NAT ички тармагын өзгөртүңүз, DHCPди иштетиңиз жана портторду ачыңызСиз ошондой эле өткөрүү жөндөмдүүлүгүн чектеп, MAC дарегин "Өркүндөтүлгөндө" өзгөртө аласыз. VirtualBox'та сиз NAT тармактарын алардын ички тармак, DHCP, IPv6 жана порт эрежелери менен "Файл > Артыкчылыктар" аркылуу башкарасыз жана ар бир VMде NAT, көпүрө, ички, хост үчүн гана же Network NAT тандайсыз.

Оптимизация: эс тутум, өлчөм, өткөрүү жөндөмдүүлүгү жана ылдамдатуу

Эгерде VM ресурстары аз иштеп жатса, тармактын тоскоолдуктарын байкайсыз. Жетиштүү RAM бөлүңүз Конок суроо-талаптарды капаланбастан чече алышы үчүн, VM өлчөмүн зарылчылыкка жараша тууралаңыз жана бир нече VM бар болсо, өткөрүү жөндөмүн чектөө каныктыруудан качуу үчүн VM аркылуу. Кээ бир платформалар сунуш кылат тармак ылдамдатуу кечиктирүүнү азайтат жана которууларды жакшыртат.

Эгер сиз NAT колдонсоңуз жана интернетке кирүү мүмкүнчүлүгүңүз жок болсо

NAT менен, эгерде хосттун интернетке кирүү мүмкүнчүлүгү бар болсо, VM да адатта ушундай кылат. Кадимки көйгөй виртуалдык NAT субнетинин физикалык тармак менен дал келиши.Конок кантип чыгаарын билбейт. Негизги LAN менен конфликттерди болтурбоо үчүн тармактык редактордо NAT ички тармагын өзгөртүңүз (VMware: VMnet8; VirtualBox: башка субнет менен NAT тармагын түзүү/тандоо).

Эгер сиз көпүрөнү колдонуп жатсаңыз жана сизде интернет жок болсо

Көпүрө режиминде VM физикалык тармакка көз каранды, ошондуктан Сиздин инфраструктураңыздын саясаты жана кызматтары ишке кирет.:

• VMware'де физикалык NICди "Автоматтык" ордуна VMnet0 кылып коюңуз. Конкреттүү интерфейсти тандоо тармактарды которуштурууда көйгөйлөрдөн качат.
• Которуу: Ар бир порт үчүн MAC чеги бар Порт коопсуздугу бар болсо, Экинчи MAC дареги (VMге тиешелүү) бөгөттөлүшү мүмкүн.Ошондой эле IP-MAC-порттун байланышын текшериңиз.
• Роутер: DHCP активдүү экендигин тастыктоо (же VMде статикалык IP даректи конфигурациялоо), Firewall текшериңиз жана жаңы командаларга тоскоол болгон эч кандай эрежелер жок экендигин текшериңиз.

Эгер ал дагы эле ишке ашпаса, хосттон анын NIC активдүү жана жаңыртылганын, ал эми конокто текшериңиз IP дареги жана DNS автоматтык түрдө алынат.Көп учурларда, VMди убактылуу көпүрөгө (эгерде ал NATта болсо) же NATга (эгерде ал көпүрөдө болсо) убактылуу өзгөртүү булакты бөлүп алууга жардам берет.

VMware: Ыкчам текшерүүлөр жана оңдоолор

VMware бир нече рычагдарды сунуштайт, алар VM каралбай турганда текшерүүгө арзыйт. Жөнөкөй нерселерден баштоо убакытты үнөмдөйт:

• VMди кайра иштетиңиз. Ооба, ал сиз ойлогондон да жакшыраак иштейт.
• Хосттун антивирусун/брандмауэрин убактылуу өчүрүп коюңуз же анын режимин VMлерге/кайра трафикке уруксат берүү үчүн тууралаңыз.
• Төмөнкү кызматтарды иштетиңиз жана/же өчүрүп күйгүзүңүз: services.msc сайтынан "VMware NAT кызматы" жана "VMware DHCP кызматы".
• Коноктун Түзмөк башкаргычында тармак адаптерин жаңыртыңыз же кайра орнотуңуз. Эгерде ал көрүнбөсө, "Аппараттык өзгөрүүлөрдү издөөнү" колдонуңуз.
• Кайра туташтырууга мажбурлоо үчүн VM тармагынын адаптериндеги "Туташкан" жана "Күчкө туташуу" деген белгини алып салып, кайра текшериңиз.
• Виртуалдык тармак редакторунда VMnet1/VMnet8 бузулган болсо, кайра куруу үчүн "Демейки параметрлерди калыбына келтирүү" баскычын чыкылдатыңыз.
• Кээ бир колдонуучулар муну ADSL роутердин IP дарегин VMnet8 > NAT Орнотуулары > DNS ичинде NAT DNS катары коюу менен чечишет.
• Хостту убактылуу токтоткондон/ уланткандан кийин, VMди өчүрүп кайра күйгүзүңүз (анын абалын калыбына келтирүүдөн жакшыраак) виртуалдык тармакты кайра инициализациялоо үчүн.

Эгерде көйгөй NATта үзгүлтүккө учураса, кээде NAT кызматы тоңуп калат: Хосттагы "VMware NAT кызматын" кайра иштетүү, адатта, байланышты калыбына келтирет..

VirtualBox: Негизги кадамдар

VirtualBoxта, NAT дээрлик ар дайым эч кандай оңдоолорсуз иштейт, бирок андай болбосо, Бул түзөтүүлөр, адатта, аны түзөт.:

• Айдоочуларды жана конокторду жакшыраак интеграциялоону камсыз кылуу үчүн "Конок кошумчаларын" орнотуңуз.
• VMди өчүрүп, Тармакка өтүп, "Тармак адаптерин иштетүү" белгиленгенин ырастаңыз. Керек болсо NAT, Bridged Adapter жана Network NAT ортосунда которулуп көрүңүз.
• Эсиңизде болсун: "Ички тармак" жана "Хост-гана" дизайн боюнча Интернетти камсыз кылбайт.
• "Файл > Параметрлер > Тармактан" өзүнүн ички тармагы, DHCP жана, эгер мүмкүн болсо, порт эрежелери менен NAT тармагын түзүңүз же тууралаңыз.

Коноктун ичинде, IP жана DNSти автоматтык түрдө калтырыңызЭч нерсе өзгөрбөсө, тандалган виртуалдык NICти текшериңиз (мисалы, Intel PRO/1000 жана Paravirtualized) жана аны өзгөртүп көрүңүз.

Linux боюнча KVM/virt-менеджер жана VirtualBox (адатта: Windows 11 коногу)

Эгер сиз хост катары Linuxту (мисалы, Fedora негизделген дистрибутив) жана конок катары Windows 11 колдонсоңуз, virtio адаптер орнотулган жана дагы деле... virt-managerде да, VirtualBoxта да интернет түгөнүп барататЧыгуучу режимди (NAT же көпүрө) колдонуп жатканыңызды жана хосттун интернетке кирүү мүмкүнчүлүгү бар экенин текшериңиз. Эгер көйгөй көпүрө режиминде гана пайда болсо, төмөнкүлөрдү карап көрүңүз: физикалык тармак саясаттары, DHCP жана FirewallЭгерде ал эки гипервизордо тең NATта пайда болсо, тармак драйверлерин, конок серверинде автоматтык IP/DNS алуусун текшериңиз жана TCP/IP стектерин баштапкы абалга келтириңиз (Windows бөлүмүн караңыз). Эгерде программалык камсыздоо трафикти көзөмөлдөп/чыпкалап жатса, промискууз режимин, MAC дарегин өзгөртүүнү жана виртуалдык которгучта мажбурлап берүүлөрдү иштетүү зарыл болушу мүмкүн.

Macтагы Parallels Desktop: симптомдору жана чечими

Mac мүмкүн болсо да, Windows Parallels ичинде багыт албаган жагдайлар бар. Симптомдору төмөнкүлөрдү камтыйт: Windows'до интернет жок, жайлоо же туруксуздук, тармак болгонуна карабастан иштебей калган колдонмолор же тармактагы башка компьютерлерди көрө албай калууБул, адатта, туура эмес Windows орнотуулары, үчүнчү тараптын антивирустук программасы, VM орнотуулары же бузулган Windows чөйрөсүнө байланыштуу.

• Macтун интернетке кирүү мүмкүнчүлүгү бар экенин текшериңиз жана бир нерсеге тийүүдөн мурун сүрөттү түзүңүз.
• Parallels куралдарын кайра орнотуп, үчүнчү тараптын кызматтарын өчүрүү менен Windows'ту таза жүктөөнү ишке ашырыңыз (Pallels кызматтарын активдүү кармаңыз).
• Аппараттык камсыздоо > Тармакта, кайсынысы жакшыраак иштээрин көрүү үчүн "Ортақ тармак (сунушталат)" жана "Көпүрөктүү тармак: Демейки адаптер" ортосунда которуштуруу.
• CMDди ачып, parallels.com сайтын пинг кылып көрүңүз. Ал жооп бербесе, чуркап:

  netsh winsock reset
  netsh int ip reset reset.log

  жана кайра баштаңыз. Эгер көйгөй чечилбесе, аракет кылыңыз:

  ipconfig /release
  ipconfig /renew

• Түзмөк башкаргычында, эгер сиз "Paralles Ethernet адаптерин №..." көрсөңүз, драйверди жаңыртуу жазуусу.
• Pro/Business чыгарылыштары менен сиз Преференциялар > Тармакка өтүп, демейки маанилерди калыбына келтирсеңиз болот.

Байланыш калыбына келтирилгенден кийин, сүрөттү жок кылат керексиз мамлекеттердин топтолушуна жол бербөө үчүн.

Windows коногу: Пайдалуу тармак буйруктары

Көйгөй Windows тармагынын стекинде болгондо, бул классиктер адатта күндү сактап калышат. Буйрук сапты администратор катары иштетиңиз:

• TCP/IP стек жана Winsock баштапкы абалга келтирүү:

  netsh winsock reset
  netsh int ip reset reset.log

• Интернетке кирүү мүмкүнчүлүгүңүз жок болсо, кайра күйгүзгөндөн кийин IP дарегиңизди жаңыртыңыз:

  ipconfig /release
  ipconfig /renew

• Түзмөк башкаргычынан тармак адаптерин жаңыртыңыз же кайра орнотуңуз.
• Үчүнчү тараптын антивирус программасы бар болсо, аны убактылуу өчүрүү же VM шайкеш режимди конфигурациялаңыз.

Ubuntu жана туундуларында, кээ бир колдонуучулар бул тууралуу кабарлашат apt-get орнотуу/жаңыртуу же тармакка байланыштуу көз карандылыктар жана сертификаттар DNS же TLS чечилиши ишке ашпай калганда браузерди "бөгөттөн чыгарышат".

Azure: VM жана интернетке кирүү ортосундагы байланышты аныктоо

Azure'де мамиле өзгөрөт, анткени сизде диагностикалык куралдар бар. Эгерде бир VM ошол эле VNetте башкасына жете албаса же Интернетке кире албаса, ал иреттелген ырааттуулук менен жүрөт.:

Ошол эле VNetте VMлерди туташтыруу

Булак VMде портторду текшерүү үчүн tcping сыяктуу утилитаны колдонуңуз (мис., RDP 3389):

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

Эгерде ал жооп бербесе, NSG эрежелерин текшериңиз: алар "VNet Inbound" жана "Load Balancer Inbound" уруксаттарын бериши керек жана аларга ээ болбошу керек. жогорудагы баш тартуулар төмөнкү артыкчылык менен.

Порталдан RDP/SSH аркылуу кире алаарыңызды текшериңиз; эгер ал иштесе, Network Watcher (PowerShell/CLI) аркылуу "Байланышты текшерүүнү" иштетиңиз. Натыйжада "Секирүүлөр" жана "Инциденттер"; көрсөткөнгө ылайык тууралап, кайра аракет кылыңыз.

Ошол эле VNetтеги экинчи тармак адаптери

Windowsдогу экинчилик NIC'терде демейки шлюз жок. Эгер сиз алардын ички тармактан тышкары баарлашуусун кааласаңыз, Конокто демейки маршрутту кошуңуз (CMDди администратор катары иштетиңиз):

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

NSGди эки NICде текшерип, Network Watcher менен текшериңиз.

Azure'де Интернетке кирүү

Эгерде VM Интернетке туташпаса, адегенде NIC ката абалында экенин жокко чыгарыңыз. чейин Берилл Ресурс изилдөөчүсү NIC булагынан "PUT" ды мажбурлоо мүмкүнчүлүгүн берет Статусту синхрондоштуруу жана порталды кайра жүктөө үчүн. Андан кийин, "Байланышты текшерүүгө" кайрылып, табылган маселелерди чечиңиз.

Бир эле Windows NICде бир нече IP

Windowsта, Эң төмөнкү сандык IP дарек негизги дарек катары кала берет. Azure порталында башка IP даректи тандасаңыз да, Azureдагы негизги IP дарек гана интернетке/кызматка кирүү мүмкүнчүлүгүнө ээ. Туура IP дареги негизги экенин камсыз кылуу үчүн PowerShell аркылуу "SkipAsSource" тууралаңыз.

$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

Linux'та, OSке бир нече IP кошуу үчүн Azure колдонмосун аткарыңыз.

Ийгиликти азайтуу үчүн тез тесттер

Бир нече текшерүүлөр сизге тез жол көрсөтөт. Аларды термометр катары колдонуңуз:

• Эгерде NATта интернетке кирүү жок болсо, бирок хосттун интернетке кирүү мүмкүнчүлүгү бар болсо, субнеттердин чатагы бар же гипервизордун NAT/DHCP кызматтарында көйгөй бар деп шектениз.
• Эгерде ал көпүрө режиминде иштебей калса, бирок NAT режиминде иштесе, Бул DHCP, брандмауэр же которгуч/роутердин коопсуздугун көрсөтөт..
• Даректи IP (мисалы, 8.8.8.8) жана аты (мисалы, коомдук домен) боюнча ping. Эгерде ал IP аркылуу иштесе, бирок аты боюнча эмес, көйгөй DNSде.

Тармактарды түзүү жана аткаруунун мыкты тажрыйбалары

Үзгүлтүксүз тажрыйба үчүн: Ар дайым көпүрө үчүн атайын физикалык интерфейсти тандаңыз."Автоматтыктан" качуу; физикалык LANдан виртуалдык ички тармактарды бөлүү; NSG/ACL эрежелерин документтештирип алыңыз жана көпүрөлүү VM'лер үчүн статикалык IP керек болсо, DHCP камдаңыз. Бир нече VM бар хосттордо, VM үчүн өткөрүү жөндөмдүүлүгүн чектейт жана тармак каныккан болсо, кезектерди көзөмөлдөйт.

Камдык көчүрмөлөр: бир нерсе туура эмес болуп калса

Тармактын үзүлүшүнөн же конфигурация катасынан улам берилиштерди жоготуу - оор, өтө оор. Виртуалдаштыруу үчүн резервдик чечимдер Алар агентсиз камдык көчүрмөлөрдү жасоого, секунданын ичинде заматта калыбына келтирүүгө жана платформалар аралык калыбына келтирүүгө мүмкүндүк берет. (VMware, Hyper-V, Proxmox, oVirt ж.б.). Эгерде сиз өндүрүштө VMлерди башкарсаңыз, стратегияңызды ырастоо үчүн веб консолун, дароо калыбына келтирүүнү жана ар тараптуу акысыз сыноолорду сунуштаган платформаны карап көрүңүз.

FAQ: Ыкчам суроолор

VM серептеп жаткан кээ бир типтүү суроолордун кыскача жооптору бар. Бул жерде абдан пайдалуу болуп саналат:

• Эмне үчүн NAT мезгил-мезгили менен төмөндөйт? Хостта гипервизордун NAT кызматын кайра иштетүү адатта байланышты калыбына келтирет.
• Адаптер ажыратылгандай көрүнөбү? VM жөндөөлөрүндө "Туташкан" жана "Күйгүзүлгөндө туташуу" дегенди текшериңиз.
• Хостту убактылуу токтоткондон/ уланткандан кийин тармак байланышы жок болсо, виртуалдык тармак адаптерин кайра баштоо үчүн VMди өчүрүп, өчүрүп күйгүзүңүз.
• VM Интернетсиз колдонсо болобу? Ооба: Хост үчүн гана же Ички тармак тышкы мүмкүнчүлүгү жок обочолонгон тармактарды түзөт.
• VM VPNге туташа алабы? NATда, ал хосттон VPNди мурастайт; көпүрө режиминде, ал VMге VPN кардарын орнотот.

Тармактык режимдердин (NAT, көпүрөлүү, ички, хост үчүн гана) бири-бири менен кандай байланышы бар экенин түшүнүү, субнеттердин конфликттерин, гипервизор кызматтарын (NAT/DHCP), коопсуздук эрежелерин жана конок тармагынын стектерин карап чыгуу Бул көпчүлүк "VMде интернет жок" көйгөйлөрүн чечет.Айлана-чөйрө булутка негизделгенде, диагностикалык куралдарга жана жөндөөлөргө таяныңыз, мисалы, экинчилик NICтерде демейки маршруттоо же Windows'догу негизги IP башкаруу. Жана, эреже катары, эгер өзгөртүү байланышты үзсө, мурунку абалга кайтуу үчүн көз ирмемдик сүрөттөрдү жана камдык көчүрмөлөрдү сактаңыз.

Окшош макала:

Windows 11 localhostту бузат: эмне болуп жатат, ким жабыркады жана аны кантип оңдоо керек

Кристиан Гарсия

Кичинекей кезинен бери технологияга жакын. Мен сектордо жаңыртылганды жана эң башкысы аны менен баарлашканды жакшы көрөм. Ошондуктан мен көп жылдардан бери технология жана видео оюн веб-сайттарындагы баарлашууга арнадым. Сиз мени Android, Windows, MacOS, iOS, Nintendo же акылга келген башка тиешелүү темалар жөнүндө жазып таба аласыз.