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-এ সাইন ইন করুন এবং নিশ্চিত করুন সার্ভার সার্টিফিকেট এখনো যথারীতি যাচাই হচ্ছে। যাচাই করুন ওয়ার্কফ্লোর প্রয়োজনীয় পরিচয়গুলো এখনো আছে এবং কোনো অপ্রত্যাশিত বিশ্বাসের নোঙর দেখা যায়নি। যে মেরামত আগের চেয়ে বেশি বিশ্বাস করে সংযোগ চালু করে, তা মেরামত নয়।

পর্যবেক্ষণ ও নির্দেশনা আলাদা রাখুন: একটি মুছে ফেলা এবং তারপর একটি সফল উৎক্ষেপণ সাধারণ সমাধান নয়।

জমাট বন্ধন ফিরে এলে আর কিছু বদলানোর আগে ক্লায়েন্ট লগ ও ব্যবহৃত প্রোফাইল সংরক্ষণ করুন। সেই রেকর্ডই অনুমানকে রোগনির্ণয়ে বদলায়।