اعثر على طلب فاشل في سجلات Squid
استخدم access.log لنتائج المعاملات وcache.log لأعطال Squid نفسه، مع التمييز بين حالة النفق وحالة الوجهة.
في حزمة Squid 6 الخاصة بـ Debian، ابدأ بسجلات المعاملات والعملية الخدمية المعتادة:
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 والاستعلامات وعناوين المصدر وأسماء المستخدمين خاصة؛ وتفريغ السجلات كاملة أو تفعيل تسجيل جميع الترويسات دون حاجة محددة يزيد الانكشاف بدل تقديم دليل مفيد.