Ինչպես հասնել մասնավոր ծառայության VPN-ի միջոցով վիրտուալ մեքենայում

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

Գրի առեք երկու ուղիները, նախքան որևէ բան փոխելը

Հյուրի վրա ipconfig /all-ը ցույց է տալիս այն ադապտերը, որը կրում է VPN տրանսպորտը, և այն հասցեն, որը նա ստացել է վիրտուալ ցանցի DHCP-ից։ Mac-ի վրա գրի առեք վիրտուալ ինտերֆեյսը, որը հիպերվիզորը ստեղծել է այդ սեգմենտի համար, VMware Fusion-ում միայն հոսթի համար նախատեսված սարքը սովորաբար vmnet1-ն է, իսկ Parallels-ը տալիս է իր անունը։ Ուշադրություն դարձրեք, թե ով է այնտեղ հասցեներ բաժանում, ապա գրի առեք ամեն ինչ, որովհետև միայն հոսթի համար նախատեսված ենթացանցը հաճախ վերաբաշխվում է, երբ վիրտուալ ցանցը նորից ստեղծվում է։ Ստուգեք վիրտուալ մեքենայի ցանցային ռեժիմը հիպերվիզորում, ոչ թե ձեր հիշողության մեջ։ Ինտերնետին ուղղված ադապտերի համար ընդհանուր կամ NAT ռեժիմը, գումարած Mac-ին ուղղված ադապտերի համար միայն հոսթի ռեժիմը, այն դասավորությունն է, որը ենթադրում են այս քայլերը։

Երկու ադապտեր, երկու նպատակ։ Դրանք այնպես խառնելը, որ մեկ ադապտեր սպասարկի և՛ Mac-ին, և՛ ինտերնետին, հենց այն է, ինչը նեղ դուռը վերածում է երթուղավորված ուղու։

Նախ հաստատեք հյուրի սեփական VPN-ը

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

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

Ավելացրեք միայն հոսթի համար նախատեսված ոտքը և փորձարկեք այն մենակ

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

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

Փոխանցեք մեկ պորտ, ոչ թե ենթացանցը

Նախընտրեք մեկ փոխանցված պորտ ընդհանուր IP փոխանցման փոխարեն։ Windows-ը տրամադրում է netsh interface portproxy-ը, որը լսող պորտը փոխանցում է նպատակակետ հոսթին և պորտին, և դրա համար անհրաժեշտ է, որ IP Helper ծառայությունը աշխատի։

Միշտ սահմանեք listenaddress-ը միայն հոսթի համար նախատեսված հասցեին։ Այն բաց թողնելը կապում է բոլոր ինտերֆեյսները, ինչը ծառայությունը բացահայտում է ցանկացած ցանցի առաջ, որտեղ պատահաբար գտնվում է վիրտուալ մեքենան։ Ավելացրեք ֆայրվոլ-ի կանոն, որը սահմանափակված է միայն հոսթի ինտերֆեյսով և այդ մեկ պորտով, որպեսզի լսողը և թույլտվությունը համընկնեն։ Պրոքսիին տեղյակ հավելվածը գուցե ցանկանա փոքր պրոքսի հյուրի ներսում, որը փակում է կապը և հետադարձ երթուղի դեպի Mac չի պահանջում։ Ընտրեք պրոքսին, երբ արձանագրությունը թույլ է տալիս, որովհետև այն իր կառուցվածքով փակ է ձախողվում։

Ստուգեք, ապա գրի առեք հետադարձումը

Mac-ից լուծեք մասնավոր անունը, կատարեք նախատեսված գործողությունը, ապա դադարեցրեք հյուրի VPN-ը և հաստատեք, որ գործողությունը ձախողվում է՝ լուռ հետ չընկնելով։ Հենց այդ վերջին ստուգումն է ապացուցում, որ ուղին այն է, որը դուք կառուցել եք։ Գրի առեք, թե ինչ ինքնություն է տեսնում դարպասը և ով կարող է օգտվել փոխանցումից։

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