URL-rewriter унаж байгаа үед Squid хүсэлтүүд удаашрах нь
Прокси холболт хүлээн авч байгаа ч хүсэлтүүд цааш дамжуулахаас өмнө гацаж байвал URL дахин бичих туслах програмыг шалгана.
Squid холболт хүлээн авч байгаа ч хүсэлтүүдийг цааш илгээхэд удаан хугацаа зарцуулж байвал тухайн зам дээрх URL дахин бичигчийг шалгана уу. Squid 5–7-д url_rewrite_program нь анхны хандалтын шалгалтын дараа дуудагдах гадаад програмыг заана. Энэ нь хүсэлт хүрэх газартаа хүрэхээс өмнө саатуулж болно.
- Боодол, аргументуудыг оролцуулан бодитоор ажиллаж буй дахин бичих командыг уншина уу.
- Нөлөөлөгдсөн гүйлгээг туслах программын оношилгоотой тулгана уу. Хүү процессын давтан гарах, буруу хэлбэрийн хариу, өсөж буй дараалал нь тусдаа шинж тэмдэг юм.
- Алдааг нэг URL загвар үүсгэж байгаа эсэхийг шалгана уу. Хамааралгүй resolver тохиргоог өөрчлөхийн оронд тэр оролтын нууцлагдсан жишээг хадгална уу.
Туслах программ мөрөнд тулгуурласан хүсэлт/хариу гэрээтэй. Боодлын явцын текст стандарт гаралт дээр гарвал гэрээг эвдэж болно. Скриптийг администратороор амжилттай ажиллуулсан ч Squid-ын оролтын урсгал, орчин, эрхийг хуулбарлахгүй. Энэ зам нууц үг шалгахаас тусдаа.
Солилцоо ажиллаж эхэлсний дараа л үүнийг багтаамжийн асуудал гэж үзэж болно. url_rewrite_children процесс болон дарааллын зан төлөвийг удирддаг ч илүү олон хүү процесс оролтоос үүдэлтэй уналтыг засахгүй. Түүний зэрэгцээ байдлын сонголт сувгийн танигчийг нэвтрүүлж, тэр яриаг хэрэгжүүлсэн туслах программыг шаарддаг.
Дахин бичигчгүйгээр зөвшөөрөлтэй харьцуулалт хийвэл түүний хувь нэмрийг тусгаарлаж болно. Хэт ачааллын үед үүнийг тойруулж орхивол түүний хэрэгжүүлж буй маршрутлалт эсвэл шүүлт өөрчлөгдөж болзошгүй тул энэ нь бодлогын шийдвэр юм. Бүх саатлыг сүлжээний саатал гэж үзэхээс өмнө ажиглагдсан туслах програмын хүлээлтийг DNS болон цаашдын холболтын баримттай харьцуулна уу.