L2TP պրոֆիլի որ շերտն է իրականում կոտրվել

Իջեք շերտերով, ոչ թե կարգավորումների էջով լայնությամբ: IPsec բանակցություն, ապա L2TP կառավարում, ապա PPP նույնականացում, ապա հասցեի և DNS-ի բաշխում։ Յուրաքանչյուր շերտ ունի իր սխալի ստորագրությունը և իր հավանական պատճառը։ Պրոֆիլը, որը ձախողվում է օգտվողի նույնականացման պահին, արդեն անցել է երեք ստուգումներ, որոնց ավելի վաղ ժամկետանց դարձած պրոֆիլը երբեք չի հասել։ Այդ հերթականությունն առաջինն է, որ պետք է հաստատել։

Նույն արձանագրության անունը թաքցնում է չորս տարբեր զրույց։

Անվանեք շերտը՝ նախքան կարգավորումները փոխելը

IPsec-ի կարգավորման ձախողումը մատնանշում է ընդհանուր գաղտնիքը, ալգորիթմները կամ զուգընկերոջ ինքնությունը։ Դրանից հետո L2TP կառավարման ձախողումը հուշում է հենց թունելի շերտը, ինչը ավելի նեղ խնդիր է։ PPP նույնականացման ձախողումները նշում են հաշիվը կամ նույնականացման եղանակը։ Նույնականացումից հետո հասցեի կամ DNS-ի ձախողումը նշանակում է, որ փոխադրումը աշխատել է, իսկ կոնֆիգուրացիայի փոխանակումը՝ ոչ։

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

Համեմատեք պրոֆիլը ներկա հաճախորդի հետ

Պահված պրոֆիլը կարող է պարունակել ընդհանուր գաղտնիք, նույնականացման ընտրանք կամ վերջնակետ, որը ներկա հաճախորդն այլևս չի ընդունում։ Որոշ հարթակներ ամբողջությամբ հրաժարվել կամ հեռացրել են L2TP/IPsec-ի աջակցությունը, և թարմացված հաճախորդը կարող է հրաժարվել IKE-ի հին վարքից՝ առանց սերվերում որևէ փոփոխության։ Համեմատեք ձեր պահված արժեքները օպերատորի ներկա փաստաթղթավորված պահանջների հետ, ոչ թե մեկ տարի առաջ աշխատածի հետ։ Այդ երկու փաստաթղթերի միջև եղած բացը սովորաբար այն տեղն է, որտեղ գտնվում է պատասխանը։

Քեշավորված գաղտնիքը կամ վերանվանված հաշիվը սովորաբար ավելին չի պահանջում, քան սովորական պրոֆիլի թարմացումը, և երկուսն էլ արժե ստուգել նախքան որևէ բան վերանախագծելը։ Սրանք էժան վերանորոգումներն են, և դրանք պետք է բացառել ցանկացած ճարտարապետական աշխատանքից առաջ։

Հին ընտրանքները չեն վերադառնում՝ միացվելով

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

Ամեն ինչ միացնող վերանորոգումը փոխում է շատ ավելին, քան իրական խափանումը, և ձեզ թողնում է առանց ասելու, թե ինչն է այն ուղղել։

Ներկայացրեք միգրացիան որպես նախագիծ

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

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

Ստուգեք շերտը, հաճախորդի տարբերակը և օպերատորի ներկա պահանջները։ Ապա որոշեք՝ սա վերանորոգում է, թե փոխարինում։