Trege Squid-forespørsler med en URL-omskriver som krasjer
Undersøk URL-omskrivingshjelperen når proxyen godtar tilkoblinger, men forespørsler stopper før de sendes videre.
Hvis Squid godtar tilkoblinger, men bruker lang tid på å sende forespørsler videre, må du undersøke alle URL-omskrivere på den veien. I Squid 5–7 angir url_rewrite_program et eksternt program som konsulteres etter de første tilgangskontrollene. Det kan forsinke forespørselen før destinasjonen mottar den.
- Les den gjeldende omskrivingskommandoen, inkludert wrapper og argumenter.
- Koble den berørte transaksjonen til hjelperdiagnostikken. Gjentatte barneprosessavslutninger, feilformede svar og en voksende kø er ulike spor.
- Sjekk om ett URL-mønster utløser feilen. Ta vare på et redigert eksempel på inndataene i stedet for å endre urelaterte resolver-innstillinger.
Hjelperen har en linjeorientert forespørsel/svar-kontrakt. Fremdriftstekst fra wrapperen på standardutdata kan bryte den. Å kjøre skriptet med suksess som administrator gjengir heller ikke Squids inndatastrøm, miljø eller tillatelser. Denne veien er atskilt fra passordverifisering.
Først når utvekslingen fungerer, bør du behandle det som et kapasitetsproblem. url_rewrite_children styrer prosesser og tilhørende køatferd, men flere barn kan ikke reparere krasj som inndata utløser. Alternativet for samtidighet innfører kanalidentifikatorer og krever en hjelper som implementerer den samtalen.
En autorisert sammenligning uten omskriveren kan isolere bidraget dens. Å la den være omgått ved overbelastning kan endre rutingen eller filtreringen den håndhever, så det er et policyspørsmål. Sammenlign den observerte hjelperventetiden med DNS- og viderekoblingsbevis før du tilskriver hele forsinkelsen nettverkslatens.