cert8.db-ը միանգամյա պահոց չէ. ստուգեք պահոցի սեփականատիրոջը

Հին աջակցության թեման խորհուրդ է տալիս ջնջել cert8.db անունով ֆայլը, և VPN-ը նորից սկսում է աշխատել։ Այդ հաջորդականությունն ավելի հաճախ պատահականություն է, քան վերանորոգում։ Ֆայլը վկայագրերի տվյալների բազա է, և դրա հեռացումը փոխում է մշտական անվտանգության վիճակը այնպես, ինչը հաջող մեկնարկը չի բացահայտում։

Սառած մուտքը պահոցի խնդիր չէ

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

Ֆայլի անունը նաև պատմություն է կրում. NSS-ը տարբերում է հին cert8.db և key3.db ֆայլերը SQLite-ի cert9.db և key4.db ֆայլերից։ Գրեք այն մատյանի տողը, որը տեսաք սառեցումից առաջ, որովհետև դա ձեր ունեցած միակ տևական ապացույցն է։

Որ պրոֆիլն է հաճախորդը իրականում բացում

Որոշեք հաճախորդը, նրա նույնականացման եղանակը և այն պահոցը, որը նա կարդում է։ Այստեղ մուտքի երեք ուղի կա՝ դիտարկիչի օգնությամբ, ներկառուցված դիտարկիչ և բնիկ հաճախորդ, և նրանք պարտավոր չեն կիսել պրոֆիլը։ Ճիշտ անունով տվյալների բազան այլ պանակում ապացույց չէ, որ սառած գործընթացը բացել է այն։ Linux-ում NSS պահոցը սովորաբար գտնվում է օգտվողի ~/.pki/nssdb տակ կամ հավելվածին բնորոշ պրոֆիլի պանակում։ Երկու դասավորությունները կարող են գոյակցել մեկ մեքենայում, ուստի ստուգեք երկուսն էլ, եթե տեղափոխությունը վերջերս է։

Նախքան փոփոխելը թվարկեք, թե պահոցն ինչ է պարունակում. certutil -L -d sql:$HOME/.pki/nssdb տպում է վկայագրերը, և նույն գործիքը -K-ով ցույց է տալիս՝ բանալիներ կան, թե ոչ։

Եթե հրամանը հայտնում է, որ տվյալների բազան հնարավոր չէ բացել, դուք գտել եք գործիքի օգտագործած պրոֆիլը, բայց ոչ պարտադիր այն, որն օգտագործել է VPN-ը։

Կրկնօրինակեք պրոֆիլը ցանկացած վերանորոգումից առաջ

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

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

Վերանորոգումից հետո մուտք գործեք և ստուգեք պահոցը

Թույլատրված վերանորոգումից հետո մուտք գործեք VPN և հաստատեք, որ սերվերի վկայագիրը դեռ վավերացվում է ըստ նախատեսվածի։ Ստուգեք, որ աշխատահոսքին անհրաժեշտ ինքնությունները դեռ կան, և անսպասելի վստահության խարիսխ չի հայտնվել։ Վերանորոգումը, որը միացումը աշխատեցնում է նախկինից ավելի շատ վստահելով, վերանորոգում չէ։

Առանձնացրեք դիտարկումը հրահանգից. մեկ ջնջում և մեկ հաջող մեկնարկ ընդհանուր լուծում չեն։

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