AWS VPN-ում տեղական և հեռավոր CIDR. ո՞ր կողմն է որը
AWS VPN-ի ընտրանքներում LocalIpv4NetworkCidr-ը հաճախորդի կողմն է, իսկ RemoteIpv4NetworkCidr-ը՝ AWS-ի։ Նշեք երկու դերերն էլ նախքան աշխատող թունելին դիպչելը։
Բացում եք Site-to-Site VPN-ի ընտրանքները, տեսնում եք տեղական և հեռավոր պիտակներով երկու CIDR դաշտ և ձեռքը մեկնում եք այն հասցեին, որը տեղական եք համարում՝ VPC-ին։ Դա API-ի իմաստի հակառակն է։ Միացման ընտրանքներում LocalIpv4NetworkCidr-ը նշում է հաճախորդի դարպասի կողմը, իսկ RemoteIpv4NetworkCidr-ը՝ AWS-ի կողմը, որովհետև միացումը կառուցվում է հաճախորդի դարպասից։ Վահանակը երբեք բարձրաձայն չի ասում դա, և ոչինչ չի մերժում հավանական թվացող փոխանակումը։
Սկսեք API-ի կանչից, ոչ թե վահանակի պիտակից
Կարդացեք միացման ընտրանքների տեղեկագիրը մեկ անգամ ամբողջությամբ և նկատեք, որ յուրաքանչյուր ընտրանք գրված է հաճախորդի դարպասի տեսանկյունից։ Դա անվանման պատահականություն չէ։ Թունելը նկարագրվում է այնպես, ինչպես այն տեսնում է ձեր կողմում այն ավարտող սարքը, այսինքն՝ տեղական նշանակում է ձեր դարպասի հետևի ցանցը, իսկ հեռավոր՝ AWS-ի դարպասի հետևի ցանցը։ Ինչպես IPv4, այնպես էլ IPv6 դաշտերը հետևում են նույն կանոնին։
Նախքան որևէ բան մուտքագրելը գրեք երկու պիտակները կպչուն թղթի վրա՝ հաճախորդի կողմ, AWS-ի կողմ։ Ապա ձեր հասցեները համապատասխանեցրեք դրանց։
Մշակված օրինակ՝ դերերով
Ենթադրենք՝ տեղական նախածանցը 10.20.0.0/16 է, իսկ VPC-ի նախածանցը՝ 10.60.0.0/16։ Ընտրանքները կարդացվում են ճիշտ այնպես, ինչպես հուշում են դերերը, տեղական տիրույթը տեղական դաշտում.
{
"LocalIpv4NetworkCidr": "10.20.0.0/16",
"RemoteIpv4NetworkCidr": "10.60.0.0/16"
}Հիմա նույն զույգը տվեք նրան, ով կարգավորում է զուգընկեր սարքը, և տեսեք, թե ինչպես է թակարդը գործում։ Շատ հրապատերում տեղականը նշանակում է այն ինտերֆեյսը, որտեղ ավարտվում է թունելը, իսկ հեռավորը՝ հեռու ծայրը, ինչը AWS-ի կողմի համար հակադարձ քարտեզագրում է։ Երկուսն էլ կարող են ճիշտ լինել և այնուամենայնիվ ստանալ թունել, որը երբեք չի ավարտվում, որովհետև երկու բառապաշարները նկարագրում են տարբեր վերջնակետեր։
Կրկնեք վարժությունը թղթի վրա զուգընկերի տերմինաբանությամբ՝ երկու CIDR-ով և երկու պիտակով, նախքան որևէ սարքի դիպչելը։
Կանխադրված արժեքները նախագիծ չեն
Նույն տեղեկագիրը 0.0.0.0/0-ը նշում է որպես կանխադրված երկու IPv4 դաշտերի համար՝ IPv6-ի համար նմանատիպ արժեքներով։ Այդ արժեքները գոյություն ունեցող միացման մեջ տեսնելը ձեզ ասում է, որ դաշտը երբեք չի նեղացվել, ոչ թե որ ինտերնետ ելք է կարգավորվել։ Երթուղիների բաշխումը, ենթացանցի երթուղիների աղյուսակը և անվտանգության վերահսկիչները դեռ որոշում են, թե որ տրաֆիկը կարող է իրականում անցնել. CIDR արժեքները միայն նկարագրում են, թե որ տիրույթներն է թունելը պատրաստ ընտրել։
Ուստի ավելի նեղ արժեքը կանխադրվածով փոխարինելը համատեղելիության հնարք չէ, որը կիրառվում է, երբ թունելը սխալ է վարվում։ Այն լայնացնում է ընտրիչը և թողնում մյուս բոլոր շերտերը ճիշտ այնպես, ինչպես եղել են։
Զուգընկեր սարքը օգտագործում է մյուս տեսանկյունը
Երբ AWS-ի կողմը պարզ է, զուգընկերի կարգավորումն է այն տեղը, որտեղ մնում է մնացած շփոթության մեծ մասը։ Սարքը, որը հարցնում է տեղական ցանց և հեռավոր ցանց, իր ինտերֆեյսը նկարագրում է որպես տեղական, ուստի ձեր VPC տիրույթը գնում է նրա հեռավոր դաշտը, իսկ ձեր տեղական տիրույթը՝ նրա տեղական դաշտը։ Եթե փոխարենը այն տրաֆիկի ընտրիչներ է հարցնում զույգերով, դուք երկու ուղղություններն էլ գրում եք բացահայտ, և պիտակներն ավելի քիչ նշանակություն ունեն, քան զուգավորումը։
Կարդացեք սարքի դաշտերի օգնությունը, ոչ թե դաշտերի անունները։ Արտադրողները նույն երկու բառերն օգտագործում են երեք տարբեր հասկացությունների համար։
Ապա ստուգեք թունելի վիճակը երկու փուլերի համար, որովհետև անհամապատասխան ընտրիչը սովորաբար ի հայտ է գալիս որպես երկրորդ փուլի ձախողում, մինչ առաջին փուլը հանգիստ հաստատված է մնում։
Փոխեք ընտրանքները որպես փոփոխություն, ոչ որպես փաստաթղթավորում
Աշխատող VPN-ի վրա միացման ընտրանքների խմբագրումը կարող է ընդհատել ծառայությունը, ուստի վերաբերվեք դրան որպես սպասարկման գործողություն՝ պատուհանով, վերադարձի արժեքով և նշումով, թե ում է վերաբերում։ Նախ գրանցեք ընթացիկ ընտրանքները՝ ներառյալ երկու CIDR դաշտերը և թունելի ընտրանքները, որպեսզի վերադարձը լինի տեղադրում, ոչ թե վերակառուցում։
Փոփոխությունից հետո ստուգեք AWS-ի կողմից և զուգընկերից՝ յուրաքանչյուր տիրույթի աղբյուր հասնում է մյուսի նպատակակետին՝ երկու ուղղությամբ։ Մեկ կողմից մեկ ping-ը ապացուցում է մեկ ընտրիչ։
Ապա թարմացրեք միացման փաստաթղթավորումը՝ դերերը գրելով, որպեսզի հաջորդ մարդը ստիպված չլինի նորից բացահայտել, որ տեղական նշանակում է ձեր կողմը։