Kërkesa të ngadalta Squid me një rishkrues URL që rrëzohet

Nëse Squid pranon lidhje, por vonon shumë t'i dërgojë kërkesat më tej, kontrolloni çdo rishkrues URL në atë rrugë. Në Squid 5–7, url_rewrite_program emërton një program të jashtëm që thirret pas kontrolleve fillestare të aksesit. Ai mund ta vonojë kërkesën përpara se destinacioni ta marrë.

1. Lexoni komandën efektive të rishkrimit, duke përfshirë mbështjellësin dhe argumentet.
2. Përputhni transaksionin e prekur me diagnostikimin e ndihmësit. Daljet e përsëritura të proceseve fëmijë, përgjigjet e keqformuara dhe radha në rritje janë gjurmë të ndryshme.
3. Kontrolloni nëse një model i vetëm URL shkakton dështimin. Ruani një shembull të redaktuar të atij inputi në vend që të ndryshoni cilësime resolver të palidhura.

Ndihmësi ka një kontratë kërkese/përgjigjeje të orientuar nga rreshtat. Teksti i ecurisë së mbështjellësit në daljen standarde mund ta prishë atë. Edhe ekzekutimi i suksesshëm i skriptit si administrator nuk riprodhon fluksin e inputit, mjedisin ose lejet e Squid. Kjo rrugë është e ndarë nga verifikimi i fjalëkalimit.

Vetëm pasi shkëmbimi të funksionojë duhet ta trajtoni si problem kapaciteti. url_rewrite_children kontrollon proceset dhe sjelljen e radhës, por më shumë fëmijë nuk i rregullojnë rrëzimet e shkaktuara nga inputi. Opsioni i tij i konkurrencës shton identifikues kanalesh dhe kërkon një ndihmës që zbaton atë bisedë.

Një krahasim i autorizuar pa rishkruesin mund të izolojë kontributin e tij. Lënia e tij i anashkaluar në mbingarkesë mund të ndryshojë rrugëzimin ose filtrimin që ai zbaton, prandaj ky është një vendim politike. Krahasoni pritjen e vëzhguar të ndihmësit me provat e DNS-së dhe të lidhjes pasardhëse përpara se t'ia atribuoni të gjithë vonesën latencës së rrjetit.