Gjeni një kërkesë të dështuar në regjistrat e Squid
Përdorni access.log për rezultatet e transaksioneve dhe cache.log për dështimet e Squid, duke dalluar statusin e tunelit nga ai i destinacionit.
Në paketën Squid 6 të Debian, filloni me regjistrat e zakonshëm të transaksioneve dhe të demonit:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logRegjistrimi i personalizuar ose një menaxher shërbimesh mund t’i dërgojë diku tjetër. Riprodhoni një kërkesë të vetme me shtrirje të kufizuar nga një burim i njohur dhe shënoni kohën, metodën dhe destinacionin, që të gjeni hyrjen e duhur.
| Prova | Çfarë të lexoni prej saj |
|---|---|
| Rezultati në formatin vendas të access.log | Kodi i rezultatit të Squid dhe statusi HTTP janë pjesë të veçanta të transaksionit. |
| Informacioni i hierarkisë së qasjes | Si përdori përcjellja një proxy prind ose një rrugë tjetër. |
| CONNECT i suksesshëm | Tuneli u hap; ky nuk është statusi i mëvonshëm i faqes brenda TLS të enkriptuar. |
| cache.log | Dështime të ndihmësve, nisjes, zgjidhësit të emrave dhe konfigurimit brenda vetë Squid. |
Nëse nuk shfaqet kërkesa përkatëse, konfirmoni që ky klient arriti te kjo instancë dhe ky dëgjues. Kontrolloni ACL-të e regjistrimit, buferizimin, rrotullimin dhe nëse transaksioni është ende aktiv; një tunel afatgjatë mund të mos ketë ende hyrje përfundimtare të qasjes. Një anashkalim ose proces më i vjetër proxy mund ta dërgojë trafikun diku tjetër, ndaj përputheni procesin që dëgjon me konfigurimin e ngarkuar para se të ndryshoni politikën e qasjes.
Ndani transaksionin përkatës me të dhënat e ndjeshme të fshehura dhe gabimet pranë tij. URL-të, pyetjet, adresat burimore dhe emrat e përdoruesve mund të jenë privatë; nxjerrja e regjistrave të plotë ose aktivizimi i regjistrimit të të gjithë titujve pa nevojë konkrete shton ekspozimin në vend të provave të dobishme.