Որտեղ է տեղադրվում ստատիկ մարտահրավերի կոդը OpenVPN մուտքի ժամանակ

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

Սկսեք այն հուշումից, որը ձեր հաճախորդն իրականում ցույց է տալիս

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

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

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

Ինչ պետք է սերվերն արդեն աջակցի

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

Հարցրեք օպերատորին, թե որ մեխանիզմն է կատարում ստուգումը։ Դա կարող է լինել PAM-ի հետ խոսող պլագին, թոքենի ծառայության դեմ պատասխանը ստուգող սկրիպտային կեռիկ, կամ կառավարման վրա հիմնված ինտեգրում, որն ինքն է վերլուծում փաթեթավորված արժեքը։ Նրանցից յուրաքանչյուրը մի փոքր այլ մուտք է ակնկալում։

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

Կոդավորված դաշտը, որը ուղարկում է կառավարման միջերեսը

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

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

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

Ստատիկ ընդդեմ դինամիկի՝ տարբեր ժամանակացույց

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

Մեկի աջակցությունը չի տալիս մյուսին։ Ստատիկ հուշում կարգավորող պրոֆիլի հրահանգը չի իրականացնում սերվերի կողմից սկսված մարտահրավեր, և դինամիկ հարցումները մշակող առաջային միջերեսը կարող է դեռ չցուցադրել ստատիկը։ Կարդալը, թե որ կողմն է սկսել հարցումը, նրանց տարբերելու ամենաարագ ձևն է։

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

Փորձարկեք և՛ հաջողությունը, և՛ ձախողումը, ոչ միայն երկխոսությունը

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

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