Poiščite neuspešno zahtevo v dnevnikih Squida
Uporabite access.log za rezultate transakcij in cache.log za napake Squida ter ločite stanje predora od stanja cilja.
Pri paketu Squid 6 v Debianu začnite z običajnimi dnevniki transakcij in demona:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logPrilagojeno beleženje ali upravljalnik storitev jih lahko pošilja drugam. Ponovite eno zahtevo z omejenim obsegom iz znanega vira ter zabeležite čas, metodo in cilj, da jo povežete s pravim zapisom.
| Dokaz | Kaj iz njega razbrati |
|---|---|
| Rezultat v izvornem formatu access.log | Squidova koda rezultata in stanje HTTP sta ločena dela transakcije. |
| Podatki o hierarhiji dostopa | Kako je posredovanje uporabilo nadrejeni posredniški strežnik ali drugo pot. |
| Uspešen CONNECT | Predor se je odprl; to ni poznejše stanje spletnega mesta znotraj šifriranega TLS. |
| cache.log | Napake pomožnih programov, zagona, razreševalnika in konfiguracije v samem Squidu. |
Če ustrezne zahteve ni, potrdite, da je ta odjemalec dosegel ta primerek in poslušalca. Preverite ACL za beleženje, medpomnjenje, rotacijo in ali je transakcija še aktivna; dolgotrajen predor morda še nima končnega zapisa dostopa. Obhod ali starejši proces posredniškega strežnika lahko pošilja promet drugam, zato pred urejanjem pravil dostopa povežite poslušajoči proces z njegovo naloženo konfiguracijo.
Delite ustrezno transakcijo z zakritimi občutljivimi podatki in bližnje napake. URL-ji, poizvedbe, izvorni naslovi in uporabniška imena so lahko zasebni; izvoz celotnih dnevnikov ali vklop beleženja vseh glav brez konkretne potrebe poveča izpostavljenost namesto uporabnih dokazov.