OpenConnect-ի TOTP հարցումը բացակայում է NetworkManager-ում։ չորս ստուգում

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

Առաջին ստուգում՝ կարդացեք, թե որտեղ է կանգ առել նույնականացումը

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

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

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

Երկրորդ ստուգում՝ օգտագործեք այն հաճախորդը, որին պատկանում է մարտահրավերը

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

sudo openconnect --protocol=anyconnect --useragent=AnyConnect vpn.example.net

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

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

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

Երրորդ ստուգում՝ տեսեք՝ արդյոք ձեր փլագինը ցուցադրում է TOTP ռեժիմ

NetworkManager OpenConnect-ի որոշ կառուցումներ ցուցադրում են նշանի ռեժիմ և օգտագործողի գործակալի դաշտ միացման Identity ներդիրում։ Սահմանեք օգտագործողի գործակալը դարպասի սպասած արժեքին, ընտրեք ձեռքով TOTP մուտքագրում և պահեք միացումը։

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

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

Չորրորդ ստուգում՝ վերաբերվեք գեներացված կոդին որպես փոխզիջում

Սկրիպտը կարող է կանչել oathtool ընթացիկ կոդի համար և փոխանցել օգտանունը, գաղտնաբառը և կոդը nmcli connection up --ask-ին։ Հաջորդականությունը աշխատում է, բայց ընդհանուր գաղտնիքը ի վերջո պահվում է մի տեղում, որը կարդալի է բոլորի համար, ով կարող է բացել սկրիպտը, և այդ ընթերցողը կարող է կոդեր ստեղծել ընդմիշտ։ Սա հավատարմագրերի մակերեսի մշտական ընդլայնում է, ոչ թե հաճախորդի ուղղում։

Ով ընտրում է դա, պետք է գաղտնիքի ֆայլը սահմանափակի root-ով, գեներացված արժեքները պահի shell-ի պատմությունից դուրս և սկրիպտը վերաբերվի որպես հավատարմագրային նյութ։ Ծրարը, որը կոդը արձագանքում է տերմինալին, դեն է նետում երկրորդ գործոնը։ Սկզբում փորձարկեք ծրարը ժամանակավոր հաշվով։

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

Հաստատեք նույն դարպասը և հաշիվը

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

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

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