Squid günlüklerinde başarısız bir isteği bulun
İşlem sonuçları için access.log, Squid’in kendi hataları için cache.log kullanın; tünel durumunu hedef durumundan ayırın.
Debian’ın Squid 6 paketinde olağan işlem ve daemon günlükleriyle başlayın:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logÖzel günlük ayarları veya bir hizmet yöneticisi bunları başka yere gönderebilir. Bilinen bir kaynaktan kapsamı sınırlı tek bir isteği yeniden oluşturun; doğru kaydı eşleştirmek için zamanını, yöntemini ve hedefini not edin.
| Kanıt | Buradan ne okunur |
|---|---|
| access.log yerel biçim sonucu | Squid sonuç kodu ve HTTP durumu, işlemin ayrı parçalarıdır. |
| Erişim hiyerarşisi bilgisi | İletmenin üst proxy’yi veya başka bir rotayı nasıl kullandığı. |
| CONNECT başarısı | Tünel açılmıştır; bu, şifreli TLS içindeki daha sonraki web sitesi durumu değildir. |
| cache.log | Squid’in kendi yardımcı program, başlatma, çözümleyici ve yapılandırma hataları. |
Eşleşen istek görünmüyorsa bu istemcinin bu örneğe ve dinleyiciye ulaştığını doğrulayın. Günlük ACL’lerini, arabelleklemeyi, döndürmeyi ve işlemin hâlâ etkin olup olmadığını kontrol edin; uzun ömürlü tünelin henüz son erişim kaydı olmayabilir. Atlanan proxy veya eski bir proxy süreci trafiği başka yere gönderebilir; bu nedenle erişim politikasını değiştirmeden önce dinleyen süreci yüklediği yapılandırmayla eşleştirin.
Hassas bilgileri gizlenmiş ilgili işlemi ve yakındaki hataları paylaşın. URL’ler, sorgular, kaynak adresleri ve kullanıcı adları özel olabilir; belirli bir ihtiyaç olmadan tüm günlükleri dökmek veya tam başlık kaydını açmak yararlı kanıttan çok ifşayı artırır.