Ճիշտ VPN գաղտնաբառը չի կարող փոխարինել բացակայող վկայականը

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

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

Գաղտնաբառը երբեք խնդիրը չէր

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

Կարդացեք հաղորդագրությունը նախքան դրա հիման վրա գործելը։ Մուտքային տվյալների մերժումը, վկայականի որոնման ձախողումը և TLS ձեռքսեղմման ձախողումը երեք տարբեր արդյունքներ են, և դրանցից միայն մեկն է վերաբերում գաղտնաբառին։

Ինչ պետք է պարունակի հաճախորդի պահոցը

Երկու օբյեկտ ներգրավված է։ Հաճախորդի վկայականը պետք է տեղադրված լինի VPN հաճախորդը գործարկող օգտվողի համար՝ իր մասնավոր բանալու հետ միասին, և թողարկող արմատը պետք է վստահելի լինի։ .cer ֆայլը պարունակում է միայն հանրային վկայականը, ուստի ինքնուրույն ոչինչ չի կարող նույնականացնել։ Windows-ի վկայականների կառավարիչում հաճախորդի ինքնությունը պատկանում է ընթացիկ օգտվողի անձնական պահոցին, իսկ արմատը՝ վստահելի արմատների պահոցին։

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

Երկու ապրանք, նույն բացակայող տվյալը

OpenVPN սերվերները լռելյայն պահանջում են հաճախորդի վկայական։ Հաճախորդին auth-user-pass ավելացնելն ուղարկում է օգտանուն և գաղտնաբառ, և TLS ձեռքսեղմումը դեռ վկայական է պահանջում, ուստի միայն գաղտնաբառը չի կարող ավարտել կապը verify-client-cert require-ի ներքո։ Սերվերը կարելի է կարգավորել ոչինչ չպահանջելու, ինչը գաղտնաբառը դարձնում է հաճախորդի միակ տվյալը և ուժի իրական նվազում է։ auth-user-pass-verify-ի հետևում գտնվող shell սկրիպտը կարող է վավերացնել տվյալները, և այն պահանջում է սկրիպտների կատարման միացում, ինչը այն դարձնում է ավելի ռիսկային լուծում, քան պատշաճ նույնականացման հետին ծրագիրը։

Միայն գաղտնաբառի վրա հիմնված պրոֆիլը նույնպես կախված է հրող ընտրանքներից, որոնք իրենց հերթին կախված են քաշման մեխանիզմի միացումից։

Մի՛ շտկեք բացակայող վկայականը ստուգումներն անջատելով

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

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

Գաղտնաբառը լավն էր։ Տվյալը, որն իրականում անհրաժեշտ էր մեթոդին, այլ տեղ էր։