EC2 Windows՝ VPN հաճախորդ, VPN սերվեր, թե՞ AWS դարպաս؟
Windows EC2 ինստանսը կարող է վարել VPN ծրագրակազմ, սակայն հաճախորդը, ինքնուրույն կառավարվող սերվերը և AWS դարպասը տարբեր դերեր են՝ տարբեր սեփականատերերով։
Թիմին VPN կապակցում է պետք Windows EC2 ինստանսում աշխատող հավելվածի համար, գտնում է համատեղելի հաճախորդային ծրագրակազմ, տեղադրում է այն և հետո հարցնում, թե ինչու VPC-ի մնացած մասը չի կարող օգտագործել այն։ Տեղադրումը ստացվեց. դերը երբեք չորոշվեց։ Հյուրի ներսում աշխատող ծրագրակազմը կարող է լինել հաճախորդ, որը միանում է ուրիշի ցանցին, սերվեր, որն ընդունում է այլ հաճախորդների, կամ AWS-ի կողմից կառավարվող VPN ապրանքներից ոչ մեկը, և յուրաքանչյուր դեր տարբեր աշխատանք է թողնում ձեզ մոտ։
Ախտանիշը սովորաբար սխալ դերն է
Սովորական ախտանիշը աշխատող թունելն է, որը լուծում է սխալ խնդիրը։ Վիրտուալ մեքենայի ներսում գտնվող հաճախորդը այդ մեքենային տալիս է ելքային ուղի. այն ձեր նոթբուքին, գրասենյակին կամ այլ ենթացանցին մուտքի ուղի չի տալիս։ Մեքենայի ներսում գտնվող սերվերը մյուսներին մուտքի ուղի է տալիս, բայց այժմ լսողը, նույնականացումը և փոխանցումը ձերն են։
Կառավարվող ծառայությունները ծառայության շահագործումը տեղափոխում են AWS և ձեզ մոտ թողնում ձևավորումը։ Site-to-Site VPN-ը ցանցերը միացնում է հաճախորդի դարպասի և AWS դարպասի միջոցով, իսկ Client VPN-ը հեռավոր սարքերին տալիս է կառավարվող վերջնակետ։ Երկու դեպքում էլ ուղիները, լիազորման կանոնները և ինքնության աղբյուրը ձեր կոնֆիգուրացիան են, և ապրանքներից ոչ մեկը Windows հյուրի ներսում ընդհանուր նշանակության հաճախորդ չի տեղադրում։
Չորս ձև հնարավոր է, և աղյուսակը բաժանում է դրանք ըստ այն բանի, թե ինչը ինչին է միանում և ով է կրում գործառնական բեռը։
| Role | What connects | Who owns the VPN software |
|---|---|---|
| Client in the Windows VM | This VM dials out into someone else's network | You, plus the software vendor |
| Server in the Windows VM | Inbound clients and sites attach to this VM | You, end to end |
| AWS Site-to-Site VPN | Two networks meet through a customer gateway and an AWS gateway | AWS operates the tunnels; you own the peer and route design |
| AWS Client VPN | User devices attach to an endpoint AWS operates | AWS operates it; you own the access rules |
Կարդացեք տողը, ոչ ապրանքի անունը. նույն Windows ինստանսը կարող է լինել երկու տարբեր տողերում՝ կախված նրանից, թե ինչ ծրագրակազմ է աշխատում դրա մեջ։
Հաճախորդը վիրտուալ մեքենայի ներսում. մեքենան միանում է ցանցին
Ելքային հաճախորդը պետք է ստուգի Windows-ի թողարկումը, ճարտարապետությունը և վարորդի պահանջները նախքան որևէ բան տեղադրելը։ Հաճախորդը կփոխի ուղիներն ու DNS-ը ինստանսի վրա, ինչը կարող է ազդել այնտեղ արդեն աշխատող ծառայությունների վրա, ներառյալ հեռավոր կառավարման համար օգտագործվող ուղին։ Գրանցեք ադապտերի անունը և ինտերֆեյսի մետրիկը, որը սահմանում է հաճախորդը, քանի որ նոր ինտերֆեյսը կարող է առաջնահերթություն ստանալ գոյություն ունեցողի նկատմամբ։ Եթե ինստանսը կառավարվում է սեսիաների կառավարչի միջոցով, այլ ոչ SSH-ով կամ RDP-ով, հաստատեք, որ այդ ուղին դեռ աշխատում է հաճախորդի միանալուց հետո։
Որոշեք, թե ինչ երթևեկություն պետք է կրի հաճախորդը, նախքան այն միացնելը։ Ամբողջական թունելը կարող է գրավել կառավարման սեսիան և ձեզ դուրս թողնել, իսկ բաժանված թունելը կարող է թողնել, որ ինստանսը հասնի մասնավոր ցանցին, մինչ դրա մյուս երթևեկությունը գնում է այլ ելքով։ Փորձարկեք երկրորդ կառավարման ուղու առկայությամբ և գրանցեք այն ուղիները, որոնք հաճախորդը տեղադրում է, որպեսզի հետագա փոփոխությունը բացատրելի լինի։
Սերվերը վիրտուալ մեքենայի ներսում. այլ հաճախորդներ միանում են դրան
Ինքնուրույն կառավարվող սերվերի համար լսողը, վկայականը կամ բանալու նյութը, օգտվողների տվյալների բազան և փոխանցման կանոնները ձերն են։ Եթե սերվերը երթևեկություն է փոխանցում այլ հաճախորդների համար, ինստանսը դառնում է երթուղիչ, և դա պահանջում է հյուրի մակարդակի փոխանցում՝ գումարած AWS մակարդակի ուղիների և անվտանգության խմբերի փոփոխություններ։
Ստուգեք լսողը հյուրից և կրկին այլ ենթացանցից, ապա ստուգեք հոսթ, որի համար ինստանսը փոխանցում է։ Առողջ տեղական ծառայությունը ոչինչ չի ապացուցում փոխանցվող ուղու մասին, ուստի գրանցեք երկու արդյունքները փոփոխության գրառման մեջ։
Կառավարվող դարպասները պահում են ծառայությունը, ոչ թե ձեր հասանելիության ձևավորումը
AWS Site-to-Site VPN փաստաթղթավորում է հաճախորդի դարպասի և AWS դարպասի թունելային դերերը, և այդ կապի գնումը չի փոխարինում հեռավոր հասանելիության յուրաքանչյուր ձևավորմանը։ Client VPN-ը փաստաթղթավորում է կառավարվող վերջնակետ՝ հաճախորդի անձնավորություններով, մինչդեռ լիազորման կանոնները և նպատակային ուղիները մնում են ձերը։ AWS-ը պահում է վերջնակետը և դրա վկայականները աշխատունակ. թե ով կարող է հասնել որ հավելվածին, դեռ լիազորման կանոն է, որը դուք գրում և պահպանում եք։
Ընտրեք ապրանքների միջև հինգ առանցքներով՝ ինչ դեր է խաղում յուրաքանչյուրը, ինչ արձանագրություններ է ընդունում, ինչ ինքնության աղբյուր է սպասում, ինչպես է փոխանցվում երթևեկությունը և ինչպես է տրամադրվում հասանելիությունը։ Անտեսեք ֆորումի թեմայում մեջբերված ցանկացած առանձին թողունակության թիվ, քանի որ հրապարակված հզորությունը փոխվում է ծառայության հետ։ Եվ մի ենթադրեք, որ կառավարվող թունելների զույգը փոխում է կամայական հյուր-հաճախորդի վարքը։
Ընտրեք դերը ապրանքից առաջ
Գրեք մեկ նախադասություն, որը նշում է ուղղությունը. այս վիրտուալ մեքենան միանում է ցանցին, այս մեքենան ընդունում է հաճախորդների, կամ AWS դարպասը միացնում է սահմանված ցանցերը։
Այդ նախադասությունը որոշում է ապրանքների կարճ ցանկը, ծրագրակազմի սեփականատիրոջը և այն խափանումների ձևերը, որոնք դուք կվրիպազերծեք։ Եթե պահանջը հեռավոր օգտվողների՝ հավելվածին հասնելն է, ապա հավելվածի վիրտուալ մեքենայում տեղադրված հաճախորդը սխալ ձև է։ Եթե պահանջը մեկ մեքենայի՝ գործընկերոջ ցանցին հասնելն է, ապա կառավարվող կայք-կայք դարպասը ավելի շատ մեքենայություն է, քան առաջադրանքը պահանջում է։ Երկու պատասխաններն էլ օրինական են. միայն մեկն է համապատասխանում ձեր գրած նախադասությանը։