Check Point VSX VPN. հղման ընտրությո՞ւն, թե՞ գործընկերոջ անհամապատասխանություն

Երկու տարբեր փոփոխություն առաջացնում են նույն ախտանիշը, երբ Check Point-ի տեղամաս-տեղամաս թունելը դադարում է բարձրանալ. գործընկերը տեսնում է այլ արտաքին հասցե, կամ մերժում է այն IKE ինքնությունը, որն այժմ ստանում է։ Մեկ կողմից վերցված գրառման մեջ երկուսն էլ նույնն են երևում։ Որոշելու համար, թե որ դեպքն ունեք, պետք է երեք ստուգում, և դրանցից ոչ մեկը հղման ընտրության վահանակը չէ։

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

Երեք պայման, որոնք բաժանում են երկու դեպքերը

Առաջին պայման. արդյո՞ք գործընկերոջ կարգավորված վերջնակետը համընկնում է այն հասցեի հետ, որն իրականում գալիս է։ Եթե փաթեթները հեռավոր դարպասին հասնում են այնպիսի հասցեից, որը նա չի կապում ձեր գործընկեր-օբյեկտի հետ, բանակցությունը ձախողվում է նախքան որևէ ինքնության փոխանակում։ Երկրորդ պայման. արդյո՞ք առաջարկի IKE ինքնությունը համընկնում է գործընկերոջ սպասած արժեքին։ Դա նույնականացում է, ոչ տրանսպորտ։ Երրորդ պայման. արդյո՞ք այն ընտրանքը, որը ցանկանում եք փոխել, աջակցվում է այս վիրտուալ համակարգի համար այս թողարկումում։ Ոչ մի տեսանելի կարգավորում չի պատասխանում այս հարցերին։

Եթե առաջին պայմանը ձախողվի, ունեք երթուղավորման կամ թարգմանության խնդիր։ Եթե երկրորդը ձախողվի, ունեք գործընկերոջ պայմանագրի խնդիր։ Եթե երրորդն անհայտ է, դադարեցրեք կարգավորումը։

Նախ կազմեք արտաքին գործընկերոջ գրառումը

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

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

Յուրաքանչյուր պահվող գրառման ավելացրեք ուղղություն։ Տեղայնորեն սկսված բանակցությունը և հեռավոր գործընկերոջը տրված պատասխանը կարող են տարբեր կերպ ընտրել, ուստի առանց պիտակի գրառումը թույլ ապացույց է։ Պիտակավորեք ֆայլը վիրտուալ համակարգով և նախաձեռնողով։

Կարդացեք, թե ինչ է իրականում բաժանում հղման ընտրությունը

Check Point-ի R81.20-ում հղման ընտրության ուղեցույցը բաժանում է երեք բան, որոնք մարդիկ միավորում են մեկի մեջ. ինչպես է հեռավոր գործընկերը լուծում դարպասի հասցեն, որ երթուղին է կրում ելքային հոսքը, և որ աղբյուր IP-ն է օգտագործվում։ Յուրաքանչյուրը պատասխանում է տարբեր հարցի։ Դրանցից ոչ մեկը չի փոխում այն ինքնությունը, որը գործընկերը նույնականացնում է։

Այդ բաժանումը բացատրում է, թե ինչու երթուղու փոփոխությունը կարող է փոխել տեսանելի արտաքին հասցեն՝ չդիպչելով IKE ինքնությանը, և ինչու ինքնության փոփոխությունը կարող է կոտրել թունել, որի երթուղավորումը անթերի է։

RFC 7296-ը նույն սահմանն է գծում հենց IKE-ի համար. նույնականացման բեռնվածքը տրանսպորտային հասցեն չէ։ Արտադրողները իրականացնում են այդ բաժանումը, այն նորից չեն սահմանում։

Որոշեք ապացույցներով, ոչ կարգավորումների վահանակով

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

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

Համաձայնեցրեք երկու ծայրերը և պահեք գրառումը

Երբ ունեք աջակցվող նախագիծ, վերանայեք արտաքին հասանելիությունը, գործընկերոջ վերջնակետի կարգավորումը և ինքնության համաձայնությունը միասին՝ որպես մեկ պայմանագիր։ Այնուհետև պլանավորեք ընդունումը երեք դեպքի համար. սկզբնական միացում, հեռավոր կողմի նախաձեռնած միացում, և այն ձախողումը, որը սպասում եք ուղու կտրվելիս։

Պահեք դիտարկված արտաքին հասցեները ակտիվ վիրտուալ համակարգի համատեքստի կողքին։ Այնուհետև հաջորդ երթուղու փոփոխությունը կհամեմատվի փաստաթղթավորված պայմանագրի հետ, այլ ոչ թե ինչ-որ մեկի հիշողության՝ լռելյայն արժեքի մասին։