Mabagal na Kahilingan sa Squid na may Bumabagsak na URL Rewriter

Kung tumatanggap ng koneksyon ang Squid ngunit matagal bago ipasa ang mga kahilingan, siyasatin ang anumang URL rewriter sa landas na iyon. Sa Squid 5–7, tinutukoy ng url_rewrite_program ang isang panlabas na programa na tinatawag pagkatapos ng mga paunang pagsusuri sa access. Maaari nitong maantala ang kahilingan bago ito matanggap ng destinasyon.

1. Basahin ang aktwal na utos sa muling pagsulat, kasama ang wrapper at mga argumento.
2. Itugma ang apektadong transaksyon sa diagnostiko ng helper. Ang paulit-ulit na paglabas ng mga child process, maling anyo ng mga tugon at lumalaking pila ay magkakaibang bakas.
3. Tingnan kung isang pattern ng URL ang nagdudulot ng pagpalya. Itabi ang redacted na halimbawa ng input na iyon sa halip na baguhin ang walang kaugnayang setting ng resolver.

May kontratang nakabatay sa linya ang helper para sa kahilingan at tugon. Ang teksto ng progreso ng wrapper sa standard output ay makakasira nito. Ang matagumpay na pagpapatakbo ng script bilang administrador ay hindi rin nagre-reproduce ng input stream, kapaligiran o mga pahintulot ng Squid. Hiwalay ang landas na ito sa pagpapatunay ng password.

Pagkatapos lamang gumana ang palitan dapat ituring itong problema sa kapasidad. Kinokontrol ng url_rewrite_children ang mga proseso at kaugnay na pag-uugali ng pila, ngunit hindi kayang ayusin ng mas maraming anak ang mga pag-crash na dulot ng input. Ang opsyon nitong concurrency ay nagpapasok ng mga identifier ng channel at nangangailangan ng helper na nagpapatupad ng usapang iyon.

Ang awtorisadong paghahambing na walang rewriter ay makapagbubukod ng kontribusyon nito. Ang pag-iwan dito na naka-bypass kapag overload ay maaaring magbago ng routing o pag-filter na ipinapatupad nito, kaya desisyon ito sa patakaran. Ihambing ang naobserbahang paghihintay ng helper sa ebidensya ng DNS at susunod na koneksyon bago iugnay ang buong pagkaantala sa latency ng network.