Squid-এর লগে ব্যর্থ অনুরোধ খুঁজুন
লেনদেনের ফলের জন্য access.log এবং Squid-এর নিজস্ব ব্যর্থতার জন্য cache.log ব্যবহার করুন, আর টানেলের অবস্থা থেকে গন্তব্যের অবস্থা আলাদা করুন।
Debian-এর Squid 6 প্যাকেজে সাধারণ লেনদেন ও ডেমন লগ দিয়ে শুরু করুন:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logনিজস্ব লগিং বা সার্ভিস ম্যানেজার এগুলো অন্য কোথাও পাঠাতে পারে। পরিচিত উৎস থেকে সীমিত পরিসরের একটি অনুরোধ পুনরায় তৈরি করুন এবং সময়, মেথড ও গন্তব্য লিখে রাখুন, যাতে সঠিক রেকর্ড মেলাতে পারেন।
| প্রমাণ | এটি থেকে কী পড়বেন |
|---|---|
| access.log-এর নিজস্ব ফরম্যাটের ফল | Squid-এর ফলাফল কোড ও HTTP অবস্থা লেনদেনের আলাদা অংশ। |
| অ্যাক্সেসের স্তরবিন্যাসের তথ্য | ফরওয়ার্ডিং কীভাবে প্যারেন্ট প্রক্সি বা অন্য পথ ব্যবহার করেছে। |
| CONNECT সফল | টানেল খুলেছে; এটি এনক্রিপ্ট করা TLS-এর ভেতরে পরবর্তীতে আসা ওয়েবসাইটের অবস্থা নয়। |
| cache.log | Squid-এর নিজের সহায়ক প্রোগ্রাম, চালু হওয়া, রিজলভার ও কনফিগারেশনের ব্যর্থতা। |
মিলে যাওয়া অনুরোধ না দেখলে নিশ্চিত করুন যে এই ক্লায়েন্ট এই চলমান ইনস্ট্যান্স ও লিসেনারে পৌঁছেছে। লগিং ACL, বাফারিং, রোটেশন এবং লেনদেন এখনও সক্রিয় কি না পরীক্ষা করুন; দীর্ঘস্থায়ী টানেলের চূড়ান্ত অ্যাক্সেস রেকর্ড এখনও নাও থাকতে পারে। বাইপাস বা পুরোনো প্রক্সি প্রক্রিয়া ট্রাফিক অন্যত্র পাঠাতে পারে, তাই অ্যাক্সেস নীতি সম্পাদনার আগে শুনতে থাকা প্রক্রিয়ার সঙ্গে তার লোড করা কনফিগারেশন মিলিয়ে নিন।
সংবেদনশীল তথ্য ঢেকে সংশ্লিষ্ট লেনদেন ও কাছাকাছি ত্রুটিগুলো শেয়ার করুন। URL, কুয়েরি, উৎসের ঠিকানা ও ব্যবহারকারীর নাম ব্যক্তিগত হতে পারে; নির্দিষ্ট প্রয়োজন ছাড়া পুরো লগ প্রকাশ বা সব হেডারের লগ চালু করা উপযোগী প্রমাণের বদলে তথ্য প্রকাশের ঝুঁকি বাড়ায়।