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