P_CONTROL_HARD_RESET_CLIENT_V2-ը մատյանում. արդյոք դա սխա՞լ է

Տողը կրկնվում է ամեն մի քանի վայրկյան և թվում է ամեն ինչի պատճառը՝ control hard reset անունով փաթեթ, որը գալիս է մի հաճախորդից, որը երբեք ոչ մի տեղ չի հասնում։ Դա սխալ չէ։ Դա նոր նստաշրջանի առաջին հաղորդագրությունն է, իսկ կրկնությունը ախտանիշ է այն բանի, որ ավելի հեռու այլ բան է ձախողվում։ Պիտակի ասածը և այն, թե ինչ արեց կապը դրանից հետո, իրարից բաժանելը ողջ ախտորոշումն է։

Օպկոդը նշում է դիրք արձանագրության մեջ

OpenVPN բազմապատկում է մի քանի տեսակի փաթեթներ մեկ սոկետի վրա, և օպկոդը ասում է ստացողին, թե որ տեսակն է բռնել։ hard-reset փաթեթները բացում են նստաշրջան, կառավարման փաթեթները կրում են ձեռքսեղմման նյութ, հաստատումները հաստատում են ստացումը, իսկ տվյալների փաթեթները կրում են թունելի բեռը։ Առաջին բայտը կարդալը ցույց է տալիս, թե որտեղ է փաթեթն այդ փոխանակման մեջ, և աղբյուրի կոդի փաթեթային սահմանումները բացահայտ նշում են յուրաքանչյուր ընտանիք։

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

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

Ինչ է իրականում անում հաճախորդն այդ պահին

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

Օգտատիրոջը տեսանելի ոչինչ դեռ չի պատահել։ Ոչ մի վկայագիր չի վավերացվել, ոչ մի օգտանուն չի առաջարկվել և ոչ մի թունելային հասցե չի հատկացվել։ Վերականգնումը ձեռքսեղմման նախաբանն է, ուստի այս պահին կապի մասին ցանկացած դատողություն վաղաժամ է։

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

Որտեղ է թաքնվում իսկական ձախողումը վերականգնումից հետո

Կարդացեք երկու մատյանները կողք կողքի և գտեք առաջին իրադարձությունը, որը վերականգնում չէ։ Հաճախորդի մոտ վկայագրի ստուգման ձախողումը հաղորդվում է կոնկրետ պատճառով՝ ժամկետանց վկայագիր, անվան անհամապատասխանություն կամ անհայտ թողարկող։ Սերվերի մոտ մուտքի տվյալների մերժումը հաղորդվում է որպես նույնականացման ձախողում իր իսկ պատճառով։ Երկուսն էլ շատ ավելի կոնկրետ են, քան սերվերի կրկնվող հայացքը նոր փորձերին։

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

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

grep -nE 'VERIFY|AUTH_FAILED|TLS Error|SIGUSR1' /var/log/openvpn*.log

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

Ինչու ստուգման անջատումը սխալ արձագանք է

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

Փոխարենը փոխեք այն սահմանը, որն իրականում ձախողվել է։ Վստահության խնդիրը պատկանում է վկայագրերի մարմնին և այն պրոֆիլին, որը հղում է անում դրան։ Ժամանակի խնդիրը պատկանում է ժամացույցին։ Մուտքի տվյալների խնդիրը պատկանում է այն նույնականացման հետին պլանին, որը մերժել է դրանք, իսկ անհասանելի գործընկերը պատկանում է երկու հոսթերի միջև եղած ուղուն։

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