Atrodiet neizdevušos pieprasījumu Squid žurnālos
Izmantojiet access.log transakciju rezultātiem un cache.log paša Squid kļūmēm, atšķirot tuneļa statusu no mērķa statusa.
Debian Squid 6 pakotnē sāciet ar parastajiem transakciju un dēmona žurnāliem:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logPielāgota žurnalēšana vai pakalpojumu pārvaldnieks var tos sūtīt citur. Atkārtojiet vienu ierobežota tvēruma pieprasījumu no zināma avota un pierakstiet laiku, metodi un mērķi, lai atrastu pareizo ierakstu.
| Pierādījums | Ko no tā nolasīt |
|---|---|
| Rezultāts access.log sākotnējā formātā | Squid rezultāta kods un HTTP statuss ir atsevišķas transakcijas daļas. |
| Piekļuves hierarhijas informācija | Kā pārsūtīšana izmantoja augstāka līmeņa starpniekserveri vai citu maršrutu. |
| Veiksmīgs CONNECT | Tunelis ir atvērts; tas nav vēlāk saņemtais vietnes statuss šifrētā TLS iekšpusē. |
| cache.log | Paša Squid palīgprogrammu, palaišanas, nosaukumu atrisinātāja un konfigurācijas kļūmes. |
Ja nav atbilstoša pieprasījuma, pārliecinieties, ka šis klients sasniedza šo darbojošos instanci un klausītāju. Pārbaudiet žurnalēšanas ACL, buferēšanu, rotāciju un vai transakcija vēl ir aktīva; ilgstošam tunelim vēl var nebūt galīgā piekļuves ieraksta. Apiešana vai vecāks starpniekservera process var sūtīt datplūsmu citur, tādēļ pirms piekļuves politikas maiņas sasaistiet klausīšanās procesu ar tā ielādēto konfigurāciju.
Kopīgojiet attiecīgo transakciju ar aizklātiem sensitīvajiem datiem un tuvumā esošās kļūdas. URL, vaicājumi, avota adreses un lietotājvārdi var būt privāti; visu žurnālu izvadīšana vai pilna galveņu žurnalēšana bez konkrētas vajadzības palielina atklāšanu, nevis sniedz noderīgus pierādījumus.