Squid-এর প্রথম 407 প্রমাণীকরণের সূচনা হতে পারে। একটি প্রচেষ্টা কোথায় থামে তা জানতে একটি অনুরোধের ক্রম ক্লায়েন্ট, প্রমাণীকরণ ব্যবস্থা ও অ্যাক্সেস সিদ্ধান্তের মধ্য দিয়ে অনুসরণ করুন।

Squid 7 ডায়াগনস্টিক সেশনে সেকশন 29-এ প্রমাণীকরণ ডিবাগ বার্তা থাকে। একটি অস্থায়ী কনফিগারেশন সাধারণ সতর্কতা স্তর রেখে ওই সেকশন বাড়াতে পারে:

debug_options ALL,1 29,5

আগের ডিবাগ সেটিং লিখে রাখুন, ডায়াগনস্টিক কনফিগারেশন প্রয়োগ করুন এবং ছোট, শনাক্তযোগ্য একটি প্রচেষ্টা পুনরাবৃত্তি করুন। কনফিগার করা cache_log গন্তব্যে ডিবাগ আউটপুট অ্যাক্সেস লগের সঙ্গে পড়ুন।

যে প্রমাণ খুঁজবেনযে প্রশ্নের উত্তর দেয়
প্রস্তাবিত Proxy-Authenticate স্কিমএই প্রক্সি ক্লায়েন্টকে কী ব্যবহার করতে বলেছিল?
ক্লায়েন্টের প্রমাণীকরণ সাড়াক্লায়েন্ট কি প্রস্তাবিত বিনিময় চালিয়ে গিয়েছিল?
প্রমাণীকরণ ব্যবস্থা বা সহায়কের ফলাফলএকটি অ্যাকাউন্ট গৃহীত, প্রত্যাখ্যাত নাকি প্রক্রিয়াকরণ ব্যর্থতায় অবরুদ্ধ হয়েছিল?
Squid-এর অ্যাক্সেস-নীতি সিদ্ধান্তসেই প্রমাণীকরণ অবস্থার পরে অনুরোধটির কী হয়েছিল?

কিছু স্কিমে একাধিক চ্যালেঞ্জ রাউন্ড লাগে। কেবল পুনরাবৃত্ত 407 এন্ট্রি প্রমাণ করে না যে ব্রাউজার অনুরোধটি উপেক্ষা করেছে বা দেওয়া পাসওয়ার্ডটি ভুল ছিল।

সহায়কের ব্যর্থতায় কনফিগার করা সহায়ক ও তার স্কিম-নির্দিষ্ট ফলাফল প্রোটোকল পরীক্ষা করুন। যে প্রক্রিয়া শুরু হতে পারে না তা চলমান সহায়ক কর্তৃক অ্যাকাউন্ট প্রত্যাখ্যানের চেয়ে ভিন্ন ত্রুটি। প্রমাণীকরণ গৃহীত হলেও Squid অনুরোধ প্রত্যাখ্যান করলে সংশ্লিষ্ট অ্যাক্সেস নিয়ম অনুসরণ করুন।

ক্রমটি বোঝা গেলে মূল ডিবাগ স্তর পুনরুদ্ধার করুন। পূর্ণ স্তর 9 আউটপুট খুব বড় হতে পারে; প্রমাণীকরণ ডায়াগনস্টিকসেও সীমিত পরিচালনা দরকার কারণ অ্যাকাউন্টের বিবরণ ও অন্যান্য সংবেদনশীল অবস্থা দেখা যেতে পারে।

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