Finn ein mislukka førespurnad i loggane til Squid
Bruk access.log til transaksjonsresultat og cache.log til eigne feil i Squid, og skil tunnelstatus frå statusen til målet.
Med Squid 6-pakken i Debian byrjar du med dei vanlege transaksjons- og daemonloggane:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logTilpassa logging eller ein tenestehandsamar kan sende dei ein annan stad. Gjenskap éin avgrensa førespurnad frå ei kjend kjelde, og noter tidspunkt, metode og mål slik at du kan finne rett oppføring.
| Bevis | Kva du kan lese ut av det |
|---|---|
| Resultat i det opphavlege access.log-formatet | Resultatkoden til Squid og HTTP-statusen er åtskilde delar av transaksjonen. |
| Informasjon om tilgangshierarkiet | Korleis vidaresendinga brukte ein overordna proxy eller ei anna rute. |
| Vellukka CONNECT | Tunnelen vart opna; dette er ikkje den seinare statusen til nettstaden inne i kryptert TLS. |
| cache.log | Feil i hjelpeprogram, oppstart, namneoppslag og konfigurasjon i sjølve Squid. |
Om ingen samsvarande førespurnad vert vist, stadfest at denne klienten nådde denne instansen og lyttaren. Kontroller loggings-ACL-ar, bufring, rotasjon og om transaksjonen framleis er aktiv; ein langvarig tunnel har kanskje inga endeleg tilgangsoppføring enno. Ei omgåing eller ein eldre proxyprosess kan sende trafikken ein annan stad, så knyt den lyttande prosessen til den innlasta konfigurasjonen før du endrar tilgangsreglane.
Del den relevante transaksjonen med kjenslege opplysningar sladda og feila i nærleiken. URL-ar, spørjingar, kjeldeadresser og brukarnamn kan vere private; å dumpe heile loggar eller slå på full logging av headarar utan eit konkret behov aukar eksponeringa framfor å gi nyttige bevis.