Արդյո՞ք Hyper-V վիրտուալ մեքենան օգտագործում է հոսթի VPN-ը։ Կախված է անջատիչից

Տեղադրեք VPN հաճախորդ Hyper-V հոսթի վրա, այնտեղ բացեք զննարկիչ, և ելքի հասցեն փոխվում է, բացեք նույն էջը վիրտուալ մեքենայի ներսում, և այն կարող է ցույց տալ հին հասցեն կամ ընդհանրապես ոչինչ։ Սովորական եզրակացությունն այն է, որ վիրտուալ մեքենան փչացած է, կամ պետք է միացնել բաժանված թունելը։ Դրանցից ոչ մեկը չի բխում։ VPN հաճախորդը մեքենայի հատկություն չէ, այլ երթուղիների հավաքածու, վիրտուալ ադապտեր և հաճախ կոնկրետ ինտերֆեյսներին կցված զտիչ։ Թե հյուրի թրաֆիկը երբևէ կհանդիպի այդ մեխանիզմին, կախված է վիրտուալ անջատիչից, որն օգտագործում է հյուրը։

Առասպելը՝ պարզ ասած

Հավատը հետևյալն է՝ հոսթի վրա տեղադրված VPN-ը պաշտպանում է ամբողջ մեքենան, ներառյալ վիրտուալ մեքենաները, որովհետև վիրտուալ մեքենան ընդամենը գործընթաց է այդ մեքենայի վրա։ Դա հարմարավետ հավատ է, քանի որ հակավիրուսը և հոսթի պատուհանները սովորաբար այդպես են վարվում։ Ցանցային ուղիները՝ ոչ։

Հյուրի կադրը հոսթի VPN կույտին հպվում է միայն այն դեպքում, երբ հոսթը երթուղավորում կամ զտում է այն։ Արտագրեք այդ նախադասությունը կպչուն թղթի վրա, քանի որ ներքևի յուրաքանչյուր դեպք դրա տարբերակն է։

Անջատիչի երեք տեսակ, երեք ուղի

Արտաքին անջատիչը վիրտուալ ադապտերը կապում է ֆիզիկական ցանցային քարտին, և հյուրը կադրերն ուղարկում է այդ կապով՝ իր MAC հասցեով։ Հյուրը դառնում է ֆիզիկական ցանցի հավասար մասնակից՝ իր DHCP վարձակալությամբ, դարպասով և DNS սերվերներով։ Հոսթի VPN լռելյայն երթուղին ապրում է հոսթի կույտում և չի տեղափոխում այդ կադրերը, որովհետև դրանք կամրջվում են, այլ ոչ թե երթուղավորվում հոսթով։ Դրա համար էլ Wi-Fi ադապտերի վրայի արտաքին անջատիչը վատ գաղափար է՝ անլար դրայվերների մեծ մասը կադրեր չի տեղափոխում երկրորդ MAC հասցեի համար։

Ներքին անջատիչը հյուրերին կապում է հոսթի վիրտուալ ադապտերի հետ։ Ինքնուրույն այն ինտերնետ ելք չի տալիս, հոսթի NAT օբյեկտը կատարում է թարգմանությունը, ինչպես նկարագրված է Hyper-V-ի NAT ուղեցույցում։ Այժմ հյուրի փաթեթներն իսկապես մտնում են հոսթի երթուղավորում և NAT ուղի, ուստի VPN հաճախորդի երթուղիներն ու զտիչները կրկին նշանակություն ունեն։ Սա այն դասավորությունն է, որտեղ վիրտուալ մեքենան իսկապես հետևում է հոսթի VPN-ին, և որտեղ kill switch-ը կարող է ամբողջությամբ կտրել հյուրին։

Մասնավոր անջատիչը հոսթի ադապտեր և վերին կապ չունի։ Հյուրերը խոսում են միայն միմյանց հետ և ոչ մի ուրիշի, ուստի եթե մասնավոր անջատիչի վրա գտնվող վիրտուալ մեքենան ինտերնետ չունի, բացակայող երթուղիչն է պատճառը, և VPN-ը անտեղի է։

Լռելյայն անջատիչն առանձին դասավորություն է

Windows-ը տրամադրում է լռելյայն անջատիչ, որը միավորում է ներքին անջատիչը NAT-ի և DNS պրոքսիի հետ։ Դրա ենթացանցը ընտրում է հոսթը, այն կարող է փոխվել վերսկսումներից հետո և նույն օբյեկտը չէ, ինչ դուք ինքներդ ստեղծած NAT ցանցը։ Այն լաբորատոր ցանցի պես վերակառուցելը հենց այն ճանապարհն է, որով մարդիկ հայտնվում են երկու NAT-ով և դեռևս առանց երթուղու հյուրով։

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

Չորս փաստ, որոնք լուծում են հարցը

Հավաքեք սրանք նախքան որևէ բան փոխելը՝ անջատիչի տեսակը և դրա վերին կապը, վիրտուալ մեքենային կցված ադապտերը, հյուրի սեփական հասցեն, դարպասը և DNS-ը, ինչպես նաև հոսթի NAT-ի և լռելյայն երթուղու վիճակը։ Միայն ընթերցման հրամաններն են՝ Get-VMSwitch, Get-VMNetworkAdapter -VMName "TestVM", Get-NetNat, և Get-NetRoute -DestinationPrefix 0.0.0.0/0՝ իսկ հյուրի ներսում ipconfig /all տալիս է մնացածը։

Ապա որոշեք, թե ինչ պետք է անի հյուրը։ Եթե այն պետք է մնա VPN-ից դուրս, ստացեք մատակարարի աջակցվող բացառությունը հենց այդ ուղու համար, որովհետև հոսթի գործարկվող ֆայլը բացառելը չի ազատում փոխանցվող վիրտուալ մեքենայի թրաֆիկը։ Եթե այն պետք է օգտագործի VPN-ը, հաստատեք հաճախորդի փաստաթղթավորված վերաբերմունքը վիրտուալ մեքենաների թրաֆիկին՝ փոխարենը ենթադրելու, որ հոսթի զննարկիչում արված թեստը դա ծածկում է։

Հյուրի ներսում արված թեստը միակ ապացույցն է, որ հաշվի է առնվում։ Ստուգեք ելքի հասցեն հյուրից, լուծեք ներքին անուն, նորից միացրեք VPN-ը և կրկնեք։ Հոսթի զննարկիչի արդյունքը դրանցից ոչ մեկին փոխարինող չէ։

Ինչ արժե առասպելը

Մարդիկ անջատում են kill switch-ը, ավելացնում ստատիկ երթուղիներ կամ ջնջում և նորից ստեղծում անջատիչներ միայն թեստը անցկացնելու համար։ Յուրաքանչյուր կարճուղի փոխում է խափանման եղանակը՝ հյուրը կարող է ինտերնետ հասնել մի ուղով, որը ոչ ոք չէր նախատեսել, կամ հոսթը կարող է կորցնել կապը, երբ արտաքին անջատիչը նորից կապում է իր ֆիզիկական քարտը։

Արտաքին անջատիչի վերակապումը ընդհատում է հոսթի սեփական հասանելիությունը, ուստի բաց պահեք արտասահմանային ուղին և խուսափեք անջատիչներ ջնջելուց, մինչ դեռ ախտորոշում եք։ Ճիշտ արդյունքը հյուրի նախատեսված ուղին է, ներառյալ ինչպես է այն նորից միանում և ինչպես է ձախողվում, ոչ թե մեկ էջի բեռնման կանաչ նշան։

Կայուն պատասխանը գույքագրում յուրաքանչյուր վիրտուալ մեքենայի համար մեկ տող է՝ որ անջատիչն է օգտագործում և որ բաղադրիչն է տալիս դրա դարպասը։ Երբ դա գրված է, VPN-ի հաջորդ փոփոխությունը որոնում է, այլ ոչ թե կեսօր գուշակություն։