Пронађите неуспешан захтев у Squid дневницима
Користите access.log за резултате трансакција и cache.log за грешке самог Squid-а, разликујући статус тунела од статуса одредишта.
Код Debian пакета Squid 6 почните од уобичајених дневника трансакција и демона:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logПрилагођено бележење или управљач сервисима може да их шаље другде. Поновите један захтев ограниченог обима из познатог извора и забележите време, метод и одредиште како бисте нашли одговарајући запис.
| Доказ | Шта из њега прочитати |
|---|---|
| Резултат у изворном формату access.log | Squid-ов код резултата и HTTP статус су одвојени делови трансакције. |
| Подаци о хијерархији приступа | Како је прослеђивање користило надређени прокси или другу руту. |
| Успешан CONNECT | Тунел је отворен; то није каснији статус веб-сајта унутар шифрованог TLS-а. |
| cache.log | Грешке помоћних програма, покретања, разрешивача имена и конфигурације самог Squid-а. |
Ако нема одговарајућег захтева, потврдите да је овај клијент стигао до ове инстанце и слушаоца. Проверите ACL-ове за бележење, баферовање, ротацију и да ли је трансакција још активна; дуготрајан тунел можда још нема завршни запис приступа. Заобилажење проксија или старији процес проксија може да шаље саобраћај другде, па пре измене политике приступа повежите процес који слуша са његовом учитаном конфигурацијом.
Поделите релевантну трансакцију са уклоњеним осетљивим подацима и оближње грешке. URL адресе, упити, изворне адресе и корисничка имена могу бити приватни; извоз целих дневника или укључивање бележења свих заглавља без конкретне потребе повећава изложеност уместо да даје корисне доказе.