cert8.db si akiba ya kutupwa: angalia mmiliki wa hifadhi

Uzi wa zamani wa usaidizi unasema ufute faili inayoitwa cert8.db na VPN ianze kufanya kazi tena. Mfululizo huo mara nyingi ni bahati mbaya kuliko ukarabati. Faili ni hifadhidata ya vyeti, na kuiondoa hubadilisha hali ya usalama ya kudumu kwa njia ambazo uzinduzi wenye mafanikio hauonyeshi.

Kuingia lililokwama si tatizo la akiba

Akiba ya kivinjari huhifadhi nakala za rasilimali; hifadhidata ya vyeti huhifadhi maamuzi ya uaminifu, vyeti na funguo zinazohusiana. Kufuta ya pili ni karibu zaidi na kuweka upya utambulisho kuliko kufuta historia. Ikiwa mteja alikwama wakati wa kuingia, ushahidi muhimu ni mchakato gani ulifungua wasifu gani na ulirekodi nini, si faili gani chapisho la jukwaa liliondoa. Kuzalisha tena kukwama na kusoma kumbukumbu ya mteja huchukua muda mrefu kuliko kufuta faili, na ndiyo njia pekee ya kufikia sababu halisi.

Jina la faili pia hubeba historia: NSS hutofautisha cert8.db na key3.db za zamani na cert9.db na key4.db za SQLite. Andika mstari wa kumbukumbu uliouona kabla ya kukwama, kwa sababu ndiyo ushahidi pekee wa kudumu ulio nao.

Ni wasifu gani mteja anaufungua kwa kweli

Tambua mteja, mbinu yake ya uthibitishaji na hifadhi anayoisoma. Hapa kuna njia tatu za kuingia: kwa msaada wa kivinjari, kivinjari kilichopachikwa na mteja asilia, na hazihitaji kushiriki wasifu. Hifadhidata yenye jina sahihi katika saraka nyingine si ushahidi kwamba mchakato uliokwama uliifungua. Kwenye Linux hifadhi ya NSS kwa kawaida iko chini ya ~/.pki/nssdb ya mtumiaji au katika saraka ya wasifu kwa kila programu. Mipangilio yote miwili inaweza kuwepo kwenye mashine moja, kwa hivyo angalia yote mawili ikiwa uhamishaji ni wa hivi karibuni.

Orodhesha kilicho ndani ya hifadhi kabla ya kuibadilisha: certutil -L -d sql:$HOME/.pki/nssdb huchapisha vyeti, na chombo hicho hicho pamoja na -K huonyesha ikiwa funguo zipo.

Ikiwa amri inaripoti kwamba hifadhidata haiwezi kufunguliwa, umepata wasifu unaotumiwa na chombo, lakini si lazima ule uliotumiwa na VPN.

Fanya nakala rudufu ya wasifu kabla ya ukarabati wowote

Funga programu zilizoathirika, kisha nakili saraka yote ya wasifu kwa mbinu iliyoidhinishwa ya nakala rudufu. Hifadhidata za vyeti na funguo ni hali inayohusiana lakini tofauti, na kuhifadhi faili moja holela si mpango wa urejeshaji wa utambulisho wote. Linda nakala, kwa sababu wasifu unaweza kuwa na funguo za faragha. Andika ulichohifadhi na wapi, ili ukarabati ulioshindwa uwe na njia ya kurudi.

Kisha thibitisha wigo kamili wa ukarabati na msimamizi. Kuweka upya hifadhi yote, kuondoa cheti kimoja cha zamani kinachojulikana na kurekebisha wasifu wa kivinjari ni mabadiliko matatu tofauti na hatari tatu tofauti.

Baada ya ukarabati, ingia na ukague hifadhi

Baada ya ukarabati ulioidhinishwa, ingia kwenye VPN na uthibitishe kwamba cheti cha seva bado kinathibitishwa kama ilivyokusudiwa. Angalia kwamba utambulisho unaohitajika na mtiririko wa kazi bado upo na hakuna nanga ya uaminifu isiyotarajiwa iliyoonekana. Ukarabati unaofanya muunganisho ufanye kazi kwa kuamini zaidi kuliko awali si ukarabati.

Tenganisha uchunguzi na maagizo: kufuta mara moja na kuzindua kwa mafanikio mara moja si suluhisho la jumla.

Ikiwa kukwama kunarudi, nasa kumbukumbu ya mteja na wasifu unaotumika kabla ya kubadilisha kitu kingine. Rekodi hiyo ndiyo inayobadilisha dhana kuwa utambuzi.