Павольныя запыты Squid з перапісвальнікам URL, які падае
Даследуйце памочнік перапісвання URL, калі проксі прымае злучэнні, але запыты затрымліваюцца перад перадачай.
Калі Squid прымае злучэнні, але доўга адпраўляе запыты далей, праверце любы перапісвальнік URL на гэтым шляху. У Squid 5–7 url_rewrite_program паказвае знешнюю праграму, да якой звяртаюцца пасля першапачатковых праверак доступу. Яна можа затрымаць запыт да таго, як пункт прызначэння яго атрымае.
- Прачытайце фактычную каманду перапісвання, уключаючы абгортку і аргументы.
- Супвядзіце закранутую транзакцыю з дыягностыкай памочніка. Паўторныя выхады даччыных працэсаў, пашкоджаныя адказы і растучыя чаргі — гэта розныя падказкі.
- Праверце, ці не выклікае збой нейкі адзін шаблон URL. Захавайце адрэдагаваны прыклад такога ўводу замест змены непатрэбных налад рашальніка.
Памочнік мае пагадненне запыту і адказу па радках. Тэкст прагрэсу абгорткі ў стандартным вывадзе можа яго парушыць. Паспяховы запуск скрыпта ад імя адміністратара таксама не ўзнаўляе ўваходны паток Squid, асяроддзе або дазволы. Гэты шлях асобны ад праверкі пароля.
Разглядаць гэта як праблему прадукцыйнасці варта толькі пасля таго, як абмен запрацаваў. url_rewrite_children кіруе працэсамі і паводзінамі чаргі, але больш даччыных працэсаў не выправіць збоі, выкліканыя ўводам. Яго параметр паралельнасці ўводзіць ідэнтыфікатары каналаў і патрабуе памочніка, які рэалізуе такую размову.
Дазволенае параўнанне без перапісвальніка можа вылучыць яго ўнёсак. Пакіданне яго абыйдзеным пры перагрузцы можа змяніць маршрутызацыю або фільтрацыю, якую ён выконвае, таму гэта рашэнне палітыкі. Параўнайце назіранае чаканне памочніка з доказамі DNS і далейшага злучэння, перш чым прыпісваць усю затрымку сеткавай латэнтнасці.