Spori Squid zahtjevi uz preusmjerivač URL-a koji pada

Ako Squid prihvata veze, ali mu treba dugo da zahtjeve pošalje dalje, pregledajte svaki prepisivač URL-a na tom putu. U Squid-u 5–7 url_rewrite_program imenuje vanjski program kojem se pristupa nakon početnih provjera pristupa. On može odgoditi zahtjev prije nego što ga odredište primi.

1. Pročitajte stvarnu naredbu za prepisivanje, uključujući omotač i argumente.
2. Uparite pogođenu transakciju s dijagnostikom pomoćnika. Ponovljeni izlasci podređenih procesa, neispravni odgovori i rastući red čekanja različiti su tragovi.
3. Provjerite pokreće li kvar jedan uzorak URL-a. Sačuvajte redigirani primjer tog unosa umjesto da mijenjate nepovezane postavke razrješivača.

Pomoćnik ima ugovor o zahtjevu i odgovoru po linijama. Tekst napretka omotača na standardnom izlazu može ga pokvariti. Uspješno pokretanje skripte kao administrator također ne reprodukuje Squidov tok unosa, okruženje ni dozvole. Taj je put odvojen od provjere lozinke.

Tek nakon što razmjena radi, tretirajte to kao problem kapaciteta. url_rewrite_children upravlja procesima i ponašanjem reda, ali više podređenih procesa ne može popraviti padove izazvane unosom. Njegova opcija paralelnosti uvodi identifikatore kanala i zahtijeva pomoćnik koji provodi takav razgovor.

Odobreno poređenje bez prepisivača može izdvojiti njegov doprinos. Ostavljanje zaobiđenim pri preopterećenju može promijeniti usmjeravanje ili filtriranje koje provodi, pa je to odluka o politici. Uporedite uočeno čekanje pomoćnika s dokazima DNS-a i daljnje veze prije nego cijelo kašnjenje pripišete mrežnoj latenciji.