Vind ’n mislukte versoek in Squid se logboeke
Gebruik access.log vir transaksieresultate en cache.log vir Squid se eie foute, en onderskei tonnelstatus van bestemmingstatus.
Begin by Debian se Squid 6-pakket met die gewone transaksie- en daemonlogboeke:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logPasgemaakte loginstellings of ’n diensbestuurder kan hulle elders heen stuur. Herhaal een versoek met beperkte omvang vanaf ’n bekende bron en teken die tyd, metode en bestemming aan sodat jy die regte inskrywing kan pas.
| Bewys | Wat jy daaruit kan aflees |
|---|---|
| Resultaat in access.log se inheemse formaat | Squid se resultaatkode en die HTTP-status is afsonderlike dele van die transaksie. |
| Toegangshiërargie-inligting | Hoe die aanstuurproses ’n ouerinstaanbediener of ’n ander roete gebruik het. |
| CONNECT geslaag | Die tonnel het oopgegaan; dit is nie die latere webwerfstatus binne geënkripteerde TLS nie. |
| cache.log | Foute in hulpprogramme, opstart, naamoplossing en opstelling van Squid self. |
As geen ooreenstemmende versoek verskyn nie, bevestig dat hierdie kliënt hierdie instansie en luisteraar bereik het. Kontroleer log-ACL’s, buffering, rotasie en of die transaksie nog aktief is; ’n langlewende tonnel het moontlik nog geen finale toegangsinskrywing nie. ’n Omseiling of ouer instaanbedienerproses kan verkeer elders heen stuur. Pas dus die luisterende proses by sy gelaaide opstelling voordat jy toegangsbeleid verander.
Deel die betrokke transaksie met sensitiewe gegewens verberg en die nabygeleë foute. URL’s, navrae, bronadresse en gebruikersname kan privaat wees; om hele logboeke uit te voer of volledige kopstuklogboeke sonder ’n spesifieke behoefte aan te skakel, verhoog blootstelling eerder as om nuttige bewyse te lewer.