Trege Squid-førespurnader med ein URL-omskrivar som krasjar

Dersom Squid tek imot tilkoplingar, men brukar lang tid på å senda førespurnader vidare, må du undersøkja kvar URL-omskrivar på den vegen. I Squid 5–7 namngjev url_rewrite_program eit eksternt program som blir kalla etter dei første tilgangskontrollane. Det kan forseinka førespurnaden før målet får han.

1. Les den gjeldande omskrivingskommandoen, inkludert wrapper og argument.
2. Kople den råka transaksjonen til diagnostikken til hjelparen. Gjentekne barneprosessavslutningar, feilforma svar og ei veksande kø er ulike spor.
3. Sjekk om eitt URL-mønster utløyser feilen. Ta vare på eit redigert døme på inndataa i staden for å endra urelaterte resolver-innstillingar.

Hjelparen har ein linjeorientert førespurnad/svar-kontrakt. Framdriftstekst frå wrapperen på standardutdata kan bryta han. Å køyra skriptet med suksess som administrator attskapar heller ikkje inndatastraumen, miljøet eller løyva til Squid. Denne vegen er skild frå passordverifisering.

Først når utvekslinga fungerer, bør du handsama det som eit kapasitetsproblem. url_rewrite_children styrer prosessar og tilhøyrande køåtferd, men fleire barn kan ikkje reparera krasj som inndata utløyser. Samtidigheitsvalet innfører kanalidentifikatorar og krev ein hjelpar som implementerer den samtalen.

Ein autorisert samanlikning utan omskrivaren kan isolera bidraget hans. Å la han vera omgått ved overbelastning kan endra rutinga eller filtreringa han handhevar, så det er eit policyspørsmål. Samanlikn den observerte hjelpeventetida med DNS- og vidarekovlingsbevis før du legg heile forseinkinga på nettverkslatens.