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، کوئریاں، ماخذ کے پتے اور صارف نام نجی ہو سکتے ہیں؛ خاص ضرورت کے بغیر پورے لاگ نکالنا یا مکمل ہیڈر لاگنگ فعال کرنا مفید ثبوت کے بجائے معلومات کا انکشاف بڑھاتا ہے۔