Spori Squid zahtevi uz URL rewriter koji pada

Ako Squid prihvata veze, ali sporo šalje zahteve dalje, proverite svaki URL rewriter na tom putu. U Squid-u 5–7 url_rewrite_program označava spoljni program koji se poziva posle početnih provera pristupa. On može odložiti zahtev pre nego što ga odredište primi.

1. Pročitajte stvarnu komandu za prepisivanje, uključujući omotač i argumente.
2. Povežite pogođenu transakciju sa dijagnostikom pomoćnog programa. Ponovljeni izlasci potomaka, neispravni odgovori i rastući red su različiti tragovi.
3. Proverite da li jedan obrazac URL-a izaziva kvar. Sačuvajte redigovan primer tog ulaza umesto da menjate nepovezana podešavanja resolvera.

Pomoćni program ima linijski ugovor o zahtevu i odgovoru. Tekst napretka omotača na standardnom izlazu može ga pokvariti. Uspešno pokretanje skripte kao administrator takođe ne reprodukuje Squid-ov ulazni tok, okruženje ili dozvole. Ovaj put je odvojen od provere lozinke.

Tek kada razmena funkcioniše, to treba tretirati kao problem kapaciteta. url_rewrite_children kontroliše procese i ponašanje reda, ali više potomaka ne popravlja padove izazvane ulazom. Njegova opcija paralelnosti uvodi identifikatore kanala i zahteva pomoćni program koji sprovodi taj razgovor.

Ovlašćeno poređenje bez rewriter-a može izdvojiti njegov doprinos. Ako se ostavi zaobiđen pri preopterećenju, može se promeniti rutiranje ili filtriranje koje sprovodi, pa je to odluka politike. Uporedite zapaženo čekanje pomoćnog programa sa DNS i dokazima sledeće veze pre nego što celo kašnjenje pripišete mrežnoj latenciji.