Počasne zahteve Squid s sesuvajočim se prepisovalnikom URL

Če Squid sprejema povezave, a dolgo pošilja zahteve naprej, preverite vsak prepisovalnik URL na tej poti. V Squid 5–7 url_rewrite_program določa zunanji program, ki se pokliče po začetnih preverjanjih dostopa. Lahko zadrži zahtevo, preden jo prejme cilj.

1. Preberite dejanski ukaz za prepisovanje, vključno z ovojem in argumenti.
2. Povežite prizadeto transakcijo s diagnostiko pomožnega programa. Ponavljajoči se izhodi podrejenih procesov, nepravilni odgovori in rastoča čakalna vrsta so različne sledi.
3. Preverite, ali napako sproži en vzorec URL. Shranite redigiran primer teh vhodnih podatkov, namesto da bi spreminjali nepovezane nastavitve resolverja.

Pomožni program ima vrsticni dogovor o zahtevi in odgovoru. Besedilo napredka ovoja na standardnem izhodu ga lahko pokvari. Tudi uspešen zagon skripta kot skrbnik ne poustvari vhodnega toka, okolja ali dovoljenj Squida. Ta pot je ločena od preverjanja gesla.

Šele ko izmenjava deluje, jo smete obravnavati kot težavo zmogljivosti. url_rewrite_children nadzoruje procese in vedenje čakalne vrste, a več podrejenih procesov ne odpravi sesutij, ki jih povzročijo vhodni podatki. Njegova možnost sočasnosti uvaja identifikatorje kanalov in zahteva pomožni program, ki izvaja tak pogovor.

Pooblaščena primerjava brez prepisovalnika lahko izolira njegov prispevek. Če ga pri preobremenitvi pustite obidenega, se lahko spremeni usmerjanje ali filtriranje, ki ga uveljavlja, zato je to odločitev politike. Primerjajte opaženo čakanje pomožnega programa z dokazi DNS in naslednje povezave, preden vso zamudo pripišete omrežni latenci.