Langsomme Squid-anmodninger med en nedbrudt URL-omskriver

Hvis Squid accepterer forbindelser, men er længe om at sende anmodninger videre, skal du undersøge enhver URL-omskriver på den vej. I Squid 5–7 angiver url_rewrite_program et eksternt program, der konsulteres efter de indledende adgangskontroller. Det kan forsinke anmodningen, før destinationen modtager den.

1. Læs den effektive omskrivningskommando, inklusive wrapper og argumenter.
2. Kobl den berørte transaktion sammen med hjælperens diagnostik. Gentagne barneprocesafslutninger, fejlformede svar og en voksende kø er forskellige spor.
3. Kontroller, om ét URL-mønster udløser fejlen. Bevar et redigeret eksempel på dette input i stedet for at ændre uvedkommende resolverindstillinger.

Hjælperen har en linjeorienteret anmodnings-/svarkontrakt. Wrapperens fremdriftstekst på standardoutput kan bryde den. At køre scriptet med succes som administrator genskaber heller ikke Squids inputstrøm, miljø eller rettigheder. Denne vej er adskilt fra adgangskodeverifikation.

Først når udvekslingen virker, bør du behandle det som et kapacitetsproblem. url_rewrite_children styrer processer og tilhørende køadfærd, men flere børn kan ikke reparere inputudløste nedbrud. Dets samtidighedsvalg indfører kanalidentifikatorer og kræver en hjælper, der implementerer den samtale.

En autoriseret sammenligning uden omskriveren kan isolere dens bidrag. At lade den være omgået ved overbelastning kan ændre den routing eller filtrering, den håndhæver, så det er et politikvalg. Sammenlign hjælperens observerede ventetid med DNS- og videresendelsesbevis, før du tilskriver hele forsinkelsen netværkslatens.