Գտեք ձախողված հարցումը 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-ները, հարցումների պարամետրերը, աղբյուրի հասցեներն ու օգտանունները կարող են մասնավոր լինել․ առանց կոնկրետ կարիքի ամբողջ մատյանները արտածելը կամ բոլոր վերնագրերի գրանցումը միացնելը օգտակար ապացույցի փոխարեն ավելացնում է բացահայտումը։