Знайдзіце няўдалы запыт у журналах Squid
Выкарыстоўвайце access.log для вынікаў транзакцый, а cache.log — для збояў самога Squid, адрозніваючы статус тунэля ад статусу адрасата.
У пакеце Squid 6 для Debian пачніце са звычайных журналаў транзакцый і дэмана:
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, параметры запытаў, адрасы крыніц і імёны карыстальнікаў могуць быць прыватнымі. Выгрузка цэлых журналаў або ўключэнне запісу ўсіх загалоўкаў без канкрэтнай патрэбы павялічвае раскрыццё даных замест карысных сведчанняў.