Ես ինտերնետ չունեմ վիրտուալ մեքենայի վրա, ի՞նչ կարող եմ անել։

¿Ես ինտերնետ չունեմ վիրտուալ մեքենայի վրա։Մի անհանգստացեք, սա ավելի տարածված խնդիր է, քան կարող եք մտածել, և մանրակրկիտ ուսումնասիրության արդյունքում այն ​​սովորաբար լուծելի է: Այս ուղեցույցում դուք կգտնեք ամեն ինչ՝ սկսած հիմնական ցանցային կարգավորումներից մինչև VMware-ի, VirtualBox-ի, KVM/virt-manager-ի, Parallels-ի և Azure-ի նման ամպային միջավայրերի համար հատուկ առաջադեմ ստուգումներ: Նպատակն այն է, որ դուք բացահայտեք արմատային պատճառը և կիրառեք համապատասխան շտկումը ընդամենը մի քանի քայլով։.

Մինչև կարգավորման մեջ խորանալը, կարևոր է հասկանալ մի բան. վիրտուալ մեքենան գործում է որպես ձեր մեքենայի ներսում գտնվող անկախ համակարգիչ։ Հետևաբար, Եթե ​​հոսթ համակարգը, հիպերվիզորը կամ վիրտուալ մեքենայի ցանցը սխալ են կարգավորված, կապը կարող է խզվել։Կոմուտատորների քաղաքականությունը, firewall-ի/DHCP-ի կանոնները, ենթացանցերի կոնֆլիկտները, ցանցային դրայվերները կամ նույնիսկ դադարեցված հիպերվիզորի ծառայությունները նույնպես կարող են դեր խաղալ։

Ինչպես են աշխատում վիրտուալ մեքենաները և ինչու են դրանք ազդում ցանցի վրա

Վիրտուալ մեքենան աշխատում է հիպերվիզորի շնորհիվ, որը Այն բաշխում է հոսթի ֆիզիկական ռեսուրսները (պրոցեսոր, օպերատիվ հիշողություն, սկավառակ, ցանցային քարտ) հյուր համակարգին։Այս մեկուսացումը անգնահատելի է մշակման և փորձարկման համար, քանի որ այն թույլ է տալիս փորձարկումներ անել՝ առանց վտանգելու հիմնական համակարգը: Ձեռնարկություններում այն ​​օգտագործվում է սերվերները ավելի քիչ սարքավորումների վրա միավորելու համար: խնայել ծախսերը և արագ տեղափոխել աշխատանքային բեռները հոսթերի միջև: Բացի այդ, կլոնավորելու, լուսանկարելու և վիրտուալ մեքենայի վիճակը վերականգնելու հնարավորություն: Այն հեշտացնում է պահուստավորումը և վերականգնումը խափանումների դեպքումԱվելին, կան Հուսալի կայքեր անվճար վիրտուալ մեքենաներ ներբեռնելու համար.

Վիրտուալ ցանցը հիպերվիզորի կողմից մոդելավորված մեկ այլ շերտ է. Ձեր կոնֆիգուրացիայից կախված՝ վիրտուալ մեքենայի վիրտուալ ադապտերը «միանում է» NAT, կամրջային, ներքին կամ միայն հոսթինգային ցանցերին։Սխալ ռեժիմի ընտրությունը կամ ֆիզիկական ցանցում անվտանգության քաղաքականության հետ բախվելը կարող է վիրտուալ մեքենան թողնել առանց ինտերնետ հասանելիության, նույնիսկ եթե հոսթը առանց խնդիրների զննարկում է։

Վիրտուալ միջավայրի առավելություններն ու թերությունները

Կապակցելիությունից զատ, վիրտուալ մեքենաներն առաջարկում են հստակ առավելություններ. համակարգերի միջև համատեղելիություն (Windows, Linux, macOS, BSD), կոնֆիգուրացիայի անկախություն և շատ արագ պահուստավորում/փոխանցումներ կլոնավորման միջոցով: Եթե մեկ վիրտուալ մեքենան խափանվի, մյուսները կշարունակեն աշխատել առանց ազդեցության:

Ամեն ինչ չէ, որ կատարյալ է. Դուք սահմանափակված եք հյուրընկալող սարքավորմամբՑանցի լատենտությունը սովորաբար մի փոքր ավելի բարձր է, քան հիմնական օպերացիոն համակարգում, և մասնագիտական ​​մակարդակում կարող են ծախսեր լինել հիպերվիզորի կամ հյուր համակարգի լիցենզիաների համար։

Տիպիկ ցանցային ռեժիմներ և դրանց ազդեցությունը ինտերնետ հասանելիության վրա

Կախված հիպերվիզորից, դուք կտեսնեք տարբեր անուններ, բայց գաղափարները նույնն են։ Ճիշտ ռեժիմի ընտրությունը վիրտուալ մեքենային ինտերնետ հասանելիություն ապահովելու գլխավոր բանալին է։:

• NAT: Վիրտուալ մեքենան ինտերնետին մուտք է գործում հոսթի «միջոցով»: Սա սովորաբար աշխատում է լռելյայն և VMware/VirtualBox-ի լռելյայն տարբերակն է: Այն թույլ է տալիս վիրտուալ մեքենային մուտք գործել ֆիզիկական ցանց և ինտերնետ, սակայն ֆիզիկական սերվերները անմիջապես չեն «տեսնում» վիրտուալ մեքենան:
• Կամրջային ադապտեր. վիրտուալ մեքենան միանում է ֆիզիկական ցանցին որպես ևս մեկ սարք, իր սեփական IP-ովԻդեալական է այլ սարքերի համար, որպեսզի այն կարողանա կապ հաստատել դրա հետ, բայց կարող է հակասել կոմուտատորի կամ ռաութերի քաղաքականությանը։
• Միայն հոսթի համար. մասնավոր ցանց հոսթի և վիրտուալ մեքենայի միջև։ Ինտերնետ չկա.
• Ներքին ցանց. մեկուսացնում է վիրտուալ մեքենաները միմյանցից փակ ցանցում։ Ինտերնետ էլ չկա։.
• NAT ցանց (VirtualBox): համատեղում է NAT-ը սեգմենտացիայի հետ, Այն թույլ է տալիս ինտերնետ և հաղորդակցություն այդ NAT ցանցի վիրտուալ մեքենաների միջև։.

VMware-ում դուք կարող եք ամեն ինչ կարգավորել «Վիրտուալ ցանցի խմբագրիչում». Ընտրեք կամրջի ֆիզիկական NIC-ը, փոխեք NAT ենթացանցը, միացրեք DHCP-ն և բացեք միացքները։Կարող եք նաև սահմանափակել թողունակությունը և փոխել MAC հասցեն «Advanced» բաժնում: VirtualBox-ում դուք կառավարում եք NAT ցանցերը իրենց ենթացանցերով, DHCP-ով, IPv6-ով և միացքի կանոններով՝ «Ֆայլ > Նախընտրանքներ» բաժնից, իսկ յուրաքանչյուր վիրտուալ մեքենայում դուք ընտրում եք NAT, Bridge, Internal, Host-only կամ Network NAT:

Օպտիմալացում՝ հիշողություն, չափս, թողունակություն և արագացում

Եթե ​​վիրտուալ մեքենայի ռեսուրսները քիչ են, դուք կնկատեք ցանցային խցանումներ։ Հատկացնել բավարար RAM Համոզվելու համար, որ հյուրը կարող է մշակել հարցումները առանց ծանրաբեռնվածության, անհրաժեշտության դեպքում կարգավորեք վիրտուալ մեքենայի չափը, իսկ եթե կան մի քանի վիրտուալ մեքենաներ, սահմանափակում է թողունակությունը վիրտուալ մեքենայի միջոցով՝ գերհագեցումից խուսափելու համար։ Որոշ հարթակներ առաջարկում են ցանցի արագացում ինչը նվազեցնում է լատենտությունը և բարելավում փոխանցումները։

Եթե ​​օգտագործում եք NAT և չունեք ինտերնետ հասանելիություն

NAT-ի դեպքում, եթե հոսթն ունի ինտերնետ հասանելիություն, սովորաբար նաև վիրտուալ մեքենան ունի։ Տիպիկ խնդիրն այն է, որ վիրտուալ NAT ենթացանցը համընկնում է ֆիզիկական ցանցի հետ։Հյուրը չգիտի, թե ինչպես դուրս գալ։ Փոխեք NAT ենթացանցը ցանցի խմբագրիչում (VMware: VMnet8; VirtualBox: ստեղծեք/ընտրեք NAT ցանց այլ ենթացանցով)՝ ձեր հիմնական տեղական ցանցի հետ կոնֆլիկտներից խուսափելու համար։

Եթե ​​դուք օգտագործում եք կամուրջ և չունեք ինտերնետ հասանելիություն

Կամրջային ռեժիմում, վիրտուալ մեքենան կախված է ֆիզիկական ցանցից, հետևաբար Ձեր ենթակառուցվածքի քաղաքականությունն ու ծառայությունները գործի են դրվում։:

• VMware-ում ֆիզիկական NIC-ը դրեք VMnet0-ի վրա՝ «Ավտոմատ»-ի փոխարեն։ Հատուկ ինտերֆեյսի ընտրությունը խուսափում է ցանցերը փոխելու ժամանակ առաջացող խնդիրներից.
• Կոմուտատոր. Եթե կա միացքի անվտանգություն՝ յուրաքանչյուր միացքի համար MAC հասցեի սահմանաչափով, Երկրորդ MAC հասցեն (որը պատկանում է վիրտուալ մեքենային) կարող է արգելափակված լինել։Ստուգեք նաև IP-MAC-Port կապը։
• Ռոուտեր. հաստատեք, որ DHCP-ն ակտիվ է (կամ կարգավորեք ստատիկ IP հասցե վիրտուալ մեքենայի վրա), Ստուգեք firewall-ը և ստուգեք, որ չկան կանոններ, որոնք խոչընդոտում են նոր թիմերի ստեղծմանը։

Եթե ​​այն դեռ չի աշխատում, ստուգեք հոսթի վրա, որ նրա ցանցային քարտը ակտիվ է և թարմացված, և հյուրի վրա, որ IP հասցեն և DNS-ը ստացվում են ավտոմատ կերպով։Շատ դեպքերում, վիրտուալ մեքենայի ժամանակավորապես կամրջայինի (եթե այն NAT ռեժիմում էր) կամ NAT-ի (եթե այն կամրջային ռեժիմում էր) փոխելը օգնում է ձեզ մեկուսացնել աղբյուրը։

VMware. Արագ ստուգումներ և շտկումներ

VMware-ը առաջարկում է մի քանի լծակներ, որոնք արժե ստուգել, ​​երբ վիրտուալ մեքենան չի զննում տվյալները։ Սկսելով պարզ բաներից՝ խնայեք ժամանակ:

• Վերագործարկեք վիրտուալ մեքենան։ Այո, այն ավելի լավ է աշխատում, քան կարող եք պատկերացնել։
• Ժամանակավորապես անջատեք հոսթի հակավիրուսային/firewall-ը կամ կարգավորեք դրա ռեժիմը՝ թույլատրելու համար երթևեկությունը դեպի/վերևից վիրտուալ մեքենաներ։
• Միացրեք և/կամ վերագործարկեք հետևյալ ծառայությունները. «VMware NAT Service» և «VMware DHCP Service»՝ services.msc ֆայլից։
• Թարմացրեք կամ վերագործարկեք ցանցային ադապտերը հյուրի սարքերի կառավարիչում: Եթե այն չի երևում, օգտագործեք «Սկանավորել սարքային փոփոխությունների համար» կոճակը:
• Վերամիացումը պարտադրելու համար վիրտուալ մեքենայի ցանցային ադապտերի վրա հանեք և վերստին նշեք «Միացված է» և «Միացեք միացման ժամանակ» վանդակները։
• Վիրտուալ ցանցի խմբագրիչում սեղմեք «Վերականգնել լռելյայն կարգավորումները»՝ VMnet1/VMnet8-ը վերականգնելու համար, եթե դրանք վնասված են։
• Որոշ օգտատերեր այս խնդիրը լուծում են՝ VMnet8 > NAT կարգավորումներ > DNS բաժնում ADSL ռաութերի IP հասցեն որպես NAT DNS սահմանելով։
• Հոսթը կասեցնելուց/վերագործարկելուց հետո, Անջատեք և կրկին միացրեք վիրտուալ մեքենան (ավելի լավ է, քան վերականգնել իր վիճակը)՝ վիրտուալ ցանցը վերագործարկելու համար։

Եթե ​​խնդիրը NAT-ում ընդհատվում է, երբեմն NAT ծառայությունը կախվում է. Հոսթի վրա «VMware NAT Service»-ի վերագործարկումը սովորաբար վերականգնում է կապը։.

VirtualBox: Հիմնական քայլեր

VirtualBox-ում NAT-ը գրեթե միշտ աշխատում է առանց որևէ կարգավորման, բայց եթե ոչ, Այս ճշգրտումները սովորաբար շտկում են այն։:

• Տեղադրեք «Հյուրերի հավելումները»՝ դրայվերներն ու հյուրերի ավելի լավ ինտեգրումն ապահովելու համար։
• Անջատեք վիրտուալ մեքենան, անցեք «Ցանց» բաժին և համոզվեք, որ «Միացնել ցանցային ադապտերը» նշված է։ Անհրաժեշտության դեպքում փորձեք անցնել NAT, Bridged Adapter և Network NAT տարբերակների միջև։
• Հիշե՛ք. «Ներքին ցանց» և «Միայն հոսթի» ռեժիմները նախագծված կերպով ինտերնետ չեն ապահովում։
• «Ֆայլ > Նախընտրանքներ > Ցանց» բաժնից ստեղծեք կամ կարգավորեք NAT ցանց՝ իր սեփական ենթացանցով, DHCP-ով և, եթե կիրառելի է, միացքի կանոններով։

Հյուրի ներսում, IP-ն և DNS-ը թողնել ավտոմատ միացվածԵթե ​​ոչինչ չի փոխվում, ստուգեք ընտրված վիրտուալ ցանցային քարտը (օրինակ՝ Intel PRO/1000 vs Paravirtualized) և փորձեք փոխել այն։

KVM/virt-manager և VirtualBox Linux-ում (տիպիկ դեպք՝ Windows 11 հյուր)

Եթե ​​դուք օգտագործում եք Linux-ը որպես հոսթ (օրինակ՝ Fedora-ի վրա հիմնված բաշխում) և Windows 11-ը որպես հյուր, ապա սովորաբար տեղադրված է լինում virtio ադապտերը, բայց միևնույն է... ինտերնետը սպառվում է և՛ Virt-manager-ում, և՛ VirtualBox-ումՍտուգեք, որ օգտագործում եք ելքային ռեժիմ (NAT կամ կամրջային) և որ հոսթն ունի ինտերնետ կապ: Եթե խնդիրը առաջանում է միայն կամրջային ռեժիմում, հաշվի առեք հետևյալը. ֆիզիկական ցանցի քաղաքականություն, DHCP և firewallԵթե ​​այն նաև հայտնվում է NAT-ում երկու հիպերվիզորների վրա, ստուգեք ցանցային դրայվերները, IP/DNS ավտոմատ ձեռքբերումը հյուր սերվերի վրա և կատարեք TCP/IP փաթեթի վերագործարկում (տե՛ս Windows բաժինը): Վիրտուալ կոմուտատորի վրա խառը ռեժիմի, MAC հասցեի փոփոխությունների և հարկադիր փոխանցումների միացումը կարող է անհրաժեշտ լինել, եթե ծրագիրը վերահսկում/զտում է երթևեկությունը:

Parallels Desktop Mac-ի վրա. ախտանիշներ և լուծում

Կան իրավիճակներ, երբ Windows-ը չի կարողանում նավարկել Parallels-ում, չնայած Mac-ը կարող է։ Ախտանիշներն են՝ Windows-ում ինտերնետի բացակայություն, դանդաղություն կամ անկայունություն, հավելվածների խափանում՝ չնայած ցանց ունենալուն, կամ ցանցում այլ համակարգիչներ տեսնելու անկարողություն։Սա սովորաբար պայմանավորված է Windows-ի սխալ կարգավորումներով, երրորդ կողմի հակավիրուսային ծրագրաշարով, վիրտուալ մեքենայի կարգավորումներով կամ վնասված Windows միջավայրով։

• Ստուգեք, որ Mac-ը ունի ինտերնետ հասանելիություն և ստեղծեք լուսանկար, նախքան որևէ բանի դիպչելը։
• Վերատեղադրեք Parallels Tools-ը և կատարեք Windows-ի մաքուր բեռնում՝ անջատելով երրորդ կողմի ծառայությունները (պահեք Parallels ծառայությունները ակտիվ):
• «Սարքավորումներ» > «Ցանց» բաժնում ընտրեք «Համօգտագործվող ցանց (խորհուրդ է տրվում)» և «Կամուրջային ցանց. Լռելյայն ադապտեր» տարբերակները՝ տեսնելու համար, թե որն է ամենաարդյունավետը։
• Բացեք CMD-ն և փորձեք ping անել parallels.com հասցեին։ Եթե այն չի արձագանքում, գործարկեք հետևյալ հրամանը՝

  netsh winsock reset
  netsh int ip reset reset.log

  և վերագործարկեք։ Եթե խնդիրը շարունակվում է, փորձեք՝

  ipconfig /release
  ipconfig /renew

• Սարքերի կառավարիչում, եթե տեսնում եք «Զուգահեռ 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. Վիրտուալ մեքենաների և ինտերնետ հասանելիության միջև կապի ախտորոշում

Azure-ում մոտեցումը փոխվում է, քանի որ դուք ունեք ախտորոշիչ գործիքներ։ Եթե ​​մեկ վիրտուալ մեքենան չի կարող հասնել մեկ այլ համակարգչի նույն VNet-ում կամ չի կարող մուտք գործել ինտերնետ, այն հետևում է կարգավորված հաջորդականությանը։:

Վիրտուալ մեքենաների միացումը նույն VNet-ում

Սկզբնական վիրտուալ մեքենայի վրա օգտագործեք 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-ի երկրորդական ցանցային միակցիչները չունեն լռելյայն դարպաս։ Եթե ​​ցանկանում եք, որ դրանք կապվեն իրենց ենթացանցից դուրս, Հյուրի ռեժիմում ավելացրեք լռելյայն երթուղի (գործարկեք CMD-ն որպես ադմինիստրատոր):

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

Ստուգեք NSG-ը երկու ցանցային քարտերի վրա և վավերացրեք այն Network Watcher-ով։

Ինտերնետ մուտք Azure-ում

Եթե ​​վիրտուալ մեքենան չի միանում ինտերնետին, նախ բացառեք, որ ցանցային քարտը սխալի վիճակում է։ ից Երկնագույն Ռեսուրսների ուսումնասիրիչը թույլ է տալիս ձեզ պարտադրել «PUT» NIC ռեսուրսից Կարգավիճակը համաժամեցնելու և պորտալը վերաբեռնելու համար։ Այնուհետև վերադարձեք «Կապի ստուգում» և լուծեք հայտնաբերված բոլոր խնդիրները։

Մի քանի IP հասցեներ նույն Windows NIC-ի վրա

Windows- ում Ամենացածր թվային IP հասցեն կարող է մնալ որպես հիմնական հասցե։ Նույնիսկ եթե դուք Azure Portal-ում ընտրեք այլ IP հասցե, միայն Azure-ի հիմնական IP հասցեն ունի ինտերնետ/ծառայություն մուտք գործելու հնարավորություն: Կարգավորեք «SkipAsSource»-ը PowerShell-ի միջոցով՝ համոզվելու համար, որ ճիշտ IP հասցեն է հիմնականը:

$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-ում հետևեք Azure ուղեցույցին՝ օպերացիոն համակարգին մի քանի IP հասցեներ ավելացնելու համար։

Արագ փորձարկումներ՝ ձախողումը նեղացնելու համար

Մի քանի ստուգումներ ձեզ արագ ուղեցույց կտան։ Օգտագործեք դրանք որպես ջերմաչափ:

• Եթե ​​NAT-ում ինտերնետ հասանելիություն չկա, բայց հոսթն ունի ինտերնետ հասանելիություն, կասկած կա ենթացանցերի կոնֆլիկտի կամ հիպերվիզորի NAT/DHCP ծառայությունների հետ կապված խնդրի մասին։
• Եթե ​​այն ձախողվում է կամրջի ռեժիմում, բայց աշխատում է NAT ռեժիմով, Սա մատնանշում է DHCP-ի, firewall-ի կամ անջատիչի/ռաութերի անվտանգությունը։.
• Հասցեն պինգ արեք IP-ով (օրինակ՝ 8.8.8.8) և անունով (օրինակ՝ հանրային տիրույթ): Եթե այն աշխատում է IP-ով, բայց ոչ անունով, ապա խնդիրը DNS-ի մեջ է:

Ցանցային և արդյունավետության լավագույն փորձը

Անխափան փորձառության համար՝ Միշտ ընտրեք կամրջի համար հատուկ ֆիզիկական ինտերֆեյսը։Խուսափեք «ավտոմատ» ռեժիմից. առանձնացրեք վիրտուալ ենթացանցերը ֆիզիկական տեղական ցանցից. փաստաթղթավորեք NSG/ACL կանոնները և ամրագրեք DHCP-ն, եթե ձեզ անհրաժեշտ են ստատիկ IP հասցեներ կամրջային վիրտուալ մեքենաների համար: Բազմակի վիրտուալ մեքենաներ ունեցող հոսթերի վրա՝ սահմանափակում է թողունակությունը մեկ վիրտուալ մեքենայի համար և վերահսկում է հերթերը, եթե ցանցը գերհագեցած է դառնում։

Պահուստավորումներ. եթե ինչ-որ բան այնպես չգնա

Ցանցի անջատման կամ կարգավորման սխալի պատճառով տվյալների կորուստը ցավոտ է, շատ ցավոտ։ Վիրտուալիզացիայի համար պահուստային պատճենահանման լուծումներ Դրանք թույլ են տալիս ստեղծել առանց գործակալի պահուստավորում, վայրկյանների ընթացքում ակնթարթային վերականգնում և միջպլատֆորմային վերականգնում։ (VMware, Hyper-V, Proxmox, oVirt և այլն): Եթե դուք կառավարում եք վիրտուալ մեքենաներ արտադրության մեջ, դիտարկեք այնպիսի հարթակ, որն առաջարկում է վեբ կոնսոլ, անհապաղ վերականգնում և համապարփակ անվճար փորձաշրջաններ՝ ձեր ռազմավարությունը հաստատելու համար:

Հաճախակի տրվող հարցեր. Արագ հարցեր

Որոշ տիպիկ հարցեր, որոնք հարցեր են, երբ վիրտուալ մեքենան չի զննում, ունեն հակիրճ պատասխաններ։ Ահա ամենաօգտակարները:

• Ինչո՞ւ է NAT-ը պարբերաբար անջատվում: Հիպերվիզորի NAT ծառայությունը հոսթի վրա վերագործարկելը սովորաբար վերականգնում է կապը:
• Ադապտերը անջատված է երևո՞ւմ։ Վիրտուալ մեքենայի կարգավորումներում նշեք «Միացված է» և «Միացնել միացման ժամանակ» կետերը։
• Եթե ​​հոսթը կասեցնելուց/վերագործարկելուց հետո ցանցային կապ չկա, անջատեք և վերագործարկեք վիրտուալ մեքենան՝ վիրտուալ ցանցային ադապտերը վերագործարկելու համար։
• Կարո՞ղ է վիրտուալ մեքենան օգտագործվել առանց ինտերնետի: Այո. Միայն հոսթի կամ ներքին ցանցի միջոցով ստեղծվում են մեկուսացված ցանցեր՝ առանց արտաքին մուտքի:
• Կարո՞ղ է վիրտուալ մեքենան միանալ VPN-ին: NAT-ում այն ​​ժառանգում է VPN-ը հոսթից, կամրջային ռեժիմում այն ​​տեղադրում է VPN հաճախորդ վիրտուալ մեքենայի վրա:

Հասկանալ, թե ինչպես են ցանցային ռեժիմները (NAT, կամրջային, ներքին, միայն հոսթի համար) կապված միմյանց հետ, վերանայել ենթացանցերի կոնֆլիկտները, հիպերվիզորի ծառայությունները (NAT/DHCP), անվտանգության կանոնները և հյուրերի ցանցային փաթեթը։ Այն լուծում է «Ես ինտերնետ չունեմ վիրտուալ մեքենայում» խնդիրների մեծ մասը։Երբ միջավայրը ամպային է, ապավինեք ախտորոշիչ գործիքներին և կարգավորումներին, ինչպիսիք են երկրորդական ցանցային քարտերի լռելյայն երթուղավորումը կամ Windows-ի առաջնային IP կառավարումը: Եվ, որպես կանոն, պահպանեք snapshots և պահուստային պատճեններ՝ նախորդ վիճակին վերադառնալու համար, եթե փոփոխությունը խզի կապը: