debug_options সেকশন 29 দিয়ে Squid 7 প্রমাণীকরণ অনুসরণ
সীমিত সেকশন-29 ডিবাগ সেশন ব্যবহার করে চ্যালেঞ্জ, ক্লায়েন্টের সাড়া, প্রমাণীকরণ সহায়ক এবং অ্যাক্সেস-নীতির সিদ্ধান্ত অনুসরণ করুন।
Squid-এর প্রথম 407 প্রমাণীকরণের সূচনা হতে পারে। একটি প্রচেষ্টা কোথায় থামে তা জানতে একটি অনুরোধের ক্রম ক্লায়েন্ট, প্রমাণীকরণ ব্যবস্থা ও অ্যাক্সেস সিদ্ধান্তের মধ্য দিয়ে অনুসরণ করুন।
Squid 7 ডায়াগনস্টিক সেশনে সেকশন 29-এ প্রমাণীকরণ ডিবাগ বার্তা থাকে। একটি অস্থায়ী কনফিগারেশন সাধারণ সতর্কতা স্তর রেখে ওই সেকশন বাড়াতে পারে:
debug_options ALL,1 29,5
আগের ডিবাগ সেটিং লিখে রাখুন, ডায়াগনস্টিক কনফিগারেশন প্রয়োগ করুন এবং ছোট, শনাক্তযোগ্য একটি প্রচেষ্টা পুনরাবৃত্তি করুন। কনফিগার করা cache_log গন্তব্যে ডিবাগ আউটপুট অ্যাক্সেস লগের সঙ্গে পড়ুন।
| যে প্রমাণ খুঁজবেন | যে প্রশ্নের উত্তর দেয় |
|---|---|
| প্রস্তাবিত Proxy-Authenticate স্কিম | এই প্রক্সি ক্লায়েন্টকে কী ব্যবহার করতে বলেছিল? |
| ক্লায়েন্টের প্রমাণীকরণ সাড়া | ক্লায়েন্ট কি প্রস্তাবিত বিনিময় চালিয়ে গিয়েছিল? |
| প্রমাণীকরণ ব্যবস্থা বা সহায়কের ফলাফল | একটি অ্যাকাউন্ট গৃহীত, প্রত্যাখ্যাত নাকি প্রক্রিয়াকরণ ব্যর্থতায় অবরুদ্ধ হয়েছিল? |
| Squid-এর অ্যাক্সেস-নীতি সিদ্ধান্ত | সেই প্রমাণীকরণ অবস্থার পরে অনুরোধটির কী হয়েছিল? |
কিছু স্কিমে একাধিক চ্যালেঞ্জ রাউন্ড লাগে। কেবল পুনরাবৃত্ত 407 এন্ট্রি প্রমাণ করে না যে ব্রাউজার অনুরোধটি উপেক্ষা করেছে বা দেওয়া পাসওয়ার্ডটি ভুল ছিল।
সহায়কের ব্যর্থতায় কনফিগার করা সহায়ক ও তার স্কিম-নির্দিষ্ট ফলাফল প্রোটোকল পরীক্ষা করুন। যে প্রক্রিয়া শুরু হতে পারে না তা চলমান সহায়ক কর্তৃক অ্যাকাউন্ট প্রত্যাখ্যানের চেয়ে ভিন্ন ত্রুটি। প্রমাণীকরণ গৃহীত হলেও Squid অনুরোধ প্রত্যাখ্যান করলে সংশ্লিষ্ট অ্যাক্সেস নিয়ম অনুসরণ করুন।
ক্রমটি বোঝা গেলে মূল ডিবাগ স্তর পুনরুদ্ধার করুন। পূর্ণ স্তর 9 আউটপুট খুব বড় হতে পারে; প্রমাণীকরণ ডায়াগনস্টিকসেও সীমিত পরিচালনা দরকার কারণ অ্যাকাউন্টের বিবরণ ও অন্যান্য সংবেদনশীল অবস্থা দেখা যেতে পারে।