Squid сыртқы ACL кэштеуі: көмекші неге әр жолы шақырылмайды
Squid сыртқы ACL көмекшілерін тұрақты процестер, шешім кэш кілттері және авторизацияның жаңалығына қойылатын нақты талап төңірегінде жобалаңыз.
Бір сұранысты тіркеп, содан кейін үнсіз қалатын көмекші қалыпты жағдай болуы мүмкін. Squid көмекшіге жаңа сұрау жібермей, кэштелген сыртқы ACL нәтижесімен ережені бағалай алады.
Алдымен қайта пайдалануға болатын шешімді анықтаңыз. «Бұл тіркелгі проксиді пайдалана ала ма?» деген сұрақ «Бұл тіркелгі осы межеге жете ала ма?» дегеннен өзгеше кірістерді қажет етеді. Кеңейтілген сыртқы ACL пішімі кэш кілтін құрайды. Егер көмекші пайдаланушы аты мен меже бойынша шешім қабылдаса, бірақ кілтте тек пайдаланушы аты болса, кэштелген рұқсат көзделгеннен кеңірек қолданылуы мүмкін. Жауапты өзгертетін әрбір кірісті қосыңыз және тек баламалы шешімдерді бөлшектейтін мәліметтерден аулақ болыңыз.
Содан кейін жаңалықты таңдаңыз. Оң ttl мен negative_ttl сәйкес және сәйкес емес нәтижелерді басқарады; grace жазбаның мерзімі бітпей тұрып жаңартуды бастай алады. Кері қайтарылған тіркелгінің кэштелген рұқсаты кейінгі шешімдерге қанша уақыт әсер ете алатынын анықтаңыз. Бұл параметрлердің ешқайсысы орнатылған CONNECT туннелін әр байт немесе ішкі HTTPS сұранысы үшін қайта авторизацияламайды. Егер көмекші трафик квотасын қолданса, рұқсат етілген тасымалдар баланс өзгергеннен кейін жалғасуы мүмкін.
Көмекші тұрақты протокол қатысушысы, әр сұраныс үшін міндетті түрде жаңа скрипт процесі емес. Оны кезекті сұрау жолдарына дайын ұстаңыз және әр жауапты дереу жіберіңіз. Диагностиканы басқа арнаға шығарыңыз. Параллельдік қосылғанда, сәйкес берілген арна идентификаторын қайтарыңыз.
Соңында баяу, қолжетімсіз және ішкі қате нәтижелерін анықтаңыз және айналадағы ACL тәртібі оларды шығаратындай етіңіз. Дизайн қайта пайдаланылатын жауаптың ерекшелігі де, рұқсат етілген жасы да қатынау талабына сай болғанда аяқталады.