cert8.db ei ole kertakäyttöinen välimuisti: tarkista säilön omistaja

Vanha tukiketju kehottaa poistamaan cert8.db-nimisen tiedoston, ja VPN alkaa taas toimia. Tämä järjestys on useammin sattumaa kuin korjaus. Tiedosto on varmenne-tietokanta, ja sen poistaminen muuttaa pysyvää turvatilaa tavalla, jota onnistunut käynnistys ei paljasta.

Jämähtänyt kirjautuminen ei ole välimuistiongelma

Selaimen välimuisti tallentaa kopioita resursseista; varmenne-tietokanta tallentaa luottamuspäätökset, varmenteet ja niihin liittyvät avaimet. Jälkimmäisen poistaminen on lähempänä identiteetin nollaamista kuin historian tyhjentämistä. Jos asiakas jämähti kirjautumisen aikana, hyödyllinen todiste on, mikä prosessi avasi minkä profiilin ja mitä se kirjasi lokiin, ei se, minkä tiedoston foorumiviesti poisti. Jämähtämisen toistaminen ja asiakkaan lokin lukeminen kestää kauemmin kuin tiedoston poistaminen, ja se on ainoa tie todelliseen syyhyn.

Tiedostonimi kantaa myös historiaa: NSS erottaa vanhat cert8.db ja key3.db SQLite-pohjaisista cert9.db ja key4.db -tiedostoista. Kirjoita muistiin lokirivi, jonka näit ennen jämähtämistä, koska se on ainoa pysyvä todiste, joka sinulla on.

Minkä profiilin asiakas todella avaa

Tunnista asiakas, sen todennusmenetelmä ja säilö, jota se lukee. Tässä on kolme kirjautumispolkua: selainavusteinen, upotettu selain ja natiivi asiakas, eikä niiden tarvitse jakaa profiilia. Oikeanniminen tietokanta toisessa hakemistossa ei todista, että jämähtänyt prosessi avasi sen. Linuxissa NSS-säilö sijaitsee yleensä käyttäjän ~/.pki/nssdb -hakemistossa tai sovelluskohtaisessa profiilihakemistossa. Molemmat järjestelyt voivat olla samalla koneella, joten tarkista molemmat, jos migraatio on hiljattainen.

Listaa säilön sisältö ennen sen muuttamista: certutil -L -d sql:$HOME/.pki/nssdb tulostaa varmenteet ja sama työkalu -K -valitsimella näyttää, onko avaimia.

Jos komento ilmoittaa, ettei tietokantaa voi avata, olet löytänyt profiilin, jota työkalu käyttää, et välttämättä sitä, jota VPN käytti.

Ota profiilista varmuuskopio ennen mitään korjausta

Sulje kohdistuneet sovellukset ja kopioi sitten koko profiilihakemisto hyväksytyllä varmuuskopiomenetelmällä. Varmenne- ja avaintietokannat ovat toisiinsa liittyvää mutta erillistä tilaa, eikä yhden mielivaltaisen tiedoston tallentaminen ole koko identiteetin palautussuunnitelma. Suojaa kopio, koska profiili voi sisältää yksityisiä avaimia. Kirjaa, mitä varmuuskopioit ja minne, jotta epäonnistuneella korjauksella on paluutie.

Vahvista sitten korjauksen tarkka laajuus ylläpitäjän kanssa. Säilön täysi nollaus, yhden tunnetun vanhentuneen varmenteen poisto ja selainprofiilin korjaus ovat kolme eri muutosta kolmella eri riskillä.

Korjauksen jälkeen kirjaudu sisään ja tarkastele säilöä

Valtuutetun korjauksen jälkeen kirjaudu VPN:ään ja vahvista, että palvelimen varmenne validoidaan edelleen tarkoitetulla tavalla. Tarkista, että työnkulun tarvitsemat identiteetit ovat yhä olemassa ja ettei odottamaton luottamusankkuri ilmestynyt. Korjaus, joka saa yhteyden toimimaan luottamalla enemmän kuin ennen, ei ole korjaus.

Pidä havainto ja ohje erillään: yksi poisto ja yksi onnistunut käynnistys eivät ole yleinen ratkaisu.

Jos jämähtäminen palaa, tallenna asiakkaan loki ja käytössä oleva profiili ennen muun muuttamista. Juuri se tallenne muuttaa arvauksen diagnoosiksi.