Fyn in mislearre fersyk yn de logs fan Squid
Brûk access.log foar transaksjeresultaten en cache.log foar fouten fan Squid sels, en ûnderskied de tunnelstatus fan de bestimmingsstatus.
Begjin by Debian syn Squid 6-pakket mei de gewoane transaksje- en daemonlogs:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logOanpaste logging of in tsjinstbehearder kin se earne oars hinne stjoere. Werhelje ien fersyk mei beheinde omfang fan in bekende boarne en notearje tiid, metoade en bestimming om de goede rigel te finen.
| Bewiis | Watst derút lêze kinst |
|---|---|
| Resultaat yn it eigen formaat fan access.log | De resultaatkoade fan Squid en de HTTP-status binne aparte dielen fan de transaksje. |
| Ynformaasje oer de tagongshiërargy | Hoe't it trochstjoeren in boppeproxy of in oare rûte brûkte. |
| CONNECT slagge | De tunnel is iepene; dat is net de lettere websidestatus binnen fersifere TLS. |
| cache.log | Fouten fan helpprogramma's, opstarten, de namme-oplosser en de konfiguraasje fan Squid sels. |
As der gjin passend fersyk ferskynt, befêstigje dan dat dizze kliïnt dizze ynstânsje en listener berikt hat. Kontrolearje logging-ACL's, buffering, rotaasje en oft de transaksje noch aktyf is; in lang besteande tunnel hat mooglik noch gjin lêste tagongsrigel. In omsyling of in âlder proxyproses kin ferkear earne oars hinne stjoere. Keppelje dêrom it harkjende proses oan syn laden konfiguraasje foardatst it tagongsbelied oanpast.
Diel de relevante transaksje mei gefoelige gegevens ferburgen en de fouten deromhinne. URL's, query's, boarne-adressen en brûkersnammen kinne privee wêze; hiele logs útjaan of sûnder in konkrete needsaak alle headers logge litte, fergruttet de bleatstelling ynstee fan nuttich bewiis op te leverjen.