Sakte Squid-forespørsler med en URL-omskriver som krasjer
Undersøk URL-omskrivingshjelperen når proxyen godtar tilkoblinger, men forespørsler stopper opp før de sendes videre.
Dersom Squid godtar tilkoblinger, men bruker lang tid på å sende forespørsler videre, bør du sjekke alle URL-omskrivere på den veien. I Squid 5–7 peker url_rewrite_program på et eksternt program som blir spurt etter de første tilgangskontrollene. Det kan forsinke forespørselen før målet mottar den.
- Les den faktiske omskrivingskommandoen, inkludert wrapper og argumenter.
- Knytt den berørte transaksjonen til hjelperens diagnostikk. Gjentatte avslutninger av barneprosesser, feil utformede svar og en voksende kø er forskjellige spor.
- Sjekk om ett bestemt URL-mønster utløser feilen. Ta vare på et maskert eksempel på inndataene i stedet for å endre resolver-innstillinger som ikke er relatert.
Hjelperen har en linjebasert kontrakt for forespørsel og svar. Fremdriftstekst fra wrapperen på standard utdata kan bryte den. Å kjøre skriptet vellykket som administrator gjenskaper heller ikke Squids inndataflyt, miljø eller rettigheter. Denne veien er atskilt fra passordkontroll.
Først når utvekslingen virker, er det riktig å behandle det som et kapasitetsproblem. url_rewrite_children styrer prosesser og tilhørende køoppførsel, men flere barn kan ikke bøte på krasj som inndata forårsaker. Samtidighetsvalget innfører kanalidentifikatorer og krever en hjelper som implementerer den samtalen.
En autorisert sammenligning uten omskriveren kan isolere hvor mye den bidrar. Å la den være omgått under overbelastning kan endre rutingen eller filtreringen den håndhever, så det er et policyvalg. Sammenlign den målte ventetiden hos hjelperen med DNS- og tilkoblingsbevis før du forklarer hele forsinkelsen med nettverkslatens.