প্রথমে নিশ্চিত করুন প্রশাসক বা প্রক্সি লগ কোন প্রক্সি হোস্টনেম ও অ্যাকাউন্ট রিপোর্ট করছে। একটি ওয়েবসাইট যে পুরনো ব্যবহারকারীনাম দেখায় তা তার নিজস্ব কুকি-ভিত্তিক সেশন হতে পারে, মধ্যস্থতাকারীর কাছে ব্যবহৃত অ্যাকাউন্ট নয়।

সম্ভাব্য উৎসপরবর্তী পরীক্ষা
সক্রিয় HTTP প্রমাণীকরণ সেশনইনস্টল করা সংস্করণে যদি সক্রিয়-লগইন মোছার সুবিধা থাকে, তবে কেবল ক্যাশে করা চিত্রের বদলে সেই পরিসর ব্যবহার করুন। ইনস্ট্যান্সের অস্পষ্টতা দূর করতে পুনরায় খোলার আগে সব Firefox প্রক্রিয়া বন্ধ করুন।
সংরক্ষিত প্রক্সি শংসাপত্রমিলে যাওয়া সংরক্ষিত লগইন খুঁজুন এবং কেবল অবাঞ্ছিত এন্ট্রিটি সরান।
সমন্বিত প্রমাণীকরণপরীক্ষা করুন অপারেটিং সিস্টেমের পরিচয় ও পরিচালিত প্রমাণীকরণ নীতি অবিলম্বে অ্যাকাউন্টটি আবার সরবরাহ করে কি না।

Firefox-এর পৃথক HTTP প্রমাণীকরণ ক্যাশ Mozilla-র সমস্যা রেকর্ডে নথিভুক্ত আছে। মোছার একটি UI-এর প্রাপ্যতা ইনস্টল করা সংস্করণের উপর নির্ভর করে। ওয়েবসাইটের কুকি মুছে ফেলা ভিন্ন একটি স্তরকে সম্বোধন করে।

পরিচালিত নীতি ইচ্ছাকৃতভাবে প্রক্সি SPNEGO বা NTLM অনুমোদন করতে পারে। এটি এন্ডপয়েন্ট ঠিকানা ও সাধারণ ওয়েবসাইট পাসওয়ার্ড থেকে আলাদা। অবাঞ্ছিত পরিচয় সরবরাহকারী প্রক্রিয়াটি পরিবর্তন করুন, সম্পর্কহীন about:config সুইচের দীর্ঘ তালিকা প্রয়োগ না করে।

অন্য পরিচয় প্রয়োজন এমন কাজের জন্য প্রক্সি প্রশাসক যে ব্যবস্থা সমর্থন করেন তা ব্যবহার করুন। প্রতিটি ওয়েবসাইটের কুকি বারবার মুছে ফেললে সেই অ্যাকাউন্টের মালিকানা প্রমাণিত হয় না।

সম্পর্কিত নিবন্ধ