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 માં સાઇન ઇન કરો અને ખાતરી કરો કે સર્વર પ્રમાણપત્ર હજી ઇચ્છિત રીતે માન્ય થાય છે. તપાસો કે વર્કફ્લોને જરૂરી ઓળખ હજી છે અને કોઈ અણધાર્યું વિશ્વાસ એન્કર દેખાયું નથી. જે સુધારો અગાઉ કરતાં વધુ વિશ્વાસ કરીને જોડાણ ચાલુ કરે તે સુધારો નથી.

નિરીક્ષણ અને સૂચના અલગ રાખો: એક કાઢી નાખવું અને એક સફળ શરૂઆત સામાન્ય ઉકેલ નથી.

જો થીજવું પાછું આવે, તો બીજું કંઈ બદલવા પહેલાં ક્લાયન્ટ લોગ અને વપરાતી પ્રોફાઇલ કેપ્ચર કરો. તે રેકોર્ડ જ અનુમાનને નિદાનમાં ફેરવે છે.