cert8.db అనేది పారేసే కాష్ కాదు: స్టోర్ యజమానిని తనిఖీ చేయండి
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 లో సైన్ ఇన్ చేసి సర్వర్ సర్టిఫికెట్ ఇప్పటికీ ఉద్దేశించిన విధంగా ధృవీకరించబడుతోందని నిర్ధారించండి. వర్క్‌ఫ్లోకు అవసరమైన గుర్తింపులు ఇంకా ఉన్నాయా మరియు ఊహించని విశ్వాస యాంకర్ కనిపించలేదా తనిఖీ చేయండి. మునుపటి కంటే ఎక్కువ విశ్వాసంతో కనెక్షన్‌ను నడిపే సరిచేయడం సరిచేయడం కాదు.
పరిశీలన మరియు సూచనను వేరుగా ఉంచండి: ఒక తొలగింపు మరియు ఒక విజయవంతమైన ప్రారంభం సాధారణ పరిష్కారం కాదు.
గడ్డకట్టడం తిరిగి వస్తే, మరేదైనా మార్చే ముందు క్లయింట్ లాగ్ మరియు వాడుతున్న ప్రొఫైల్‌ను పట్టుకోండి. ఆ రికార్డే ఊహను నిర్ధారణగా మారుస్తుంది.