Sammenligning av Squid forward_timeout, connect_timeout og read_timeout
Finn fram til Squid-tidsavbruddet som gjelder rutesøk, tilkobling til en peer eller venting på flere data fra serveren.
Når Squid først har fått en del av et svar og så venter på mer data, er det feil venting å øke forward_timeout for. I Squid 5 til 7 bør du velge blant disse klokkene ut fra hvilken operasjon som stoppet:
| Det Squid venter på | Direktiv |
|---|---|
| En farbar videresendingsrute | forward_timeout |
| TCP-tilkobling til server eller peer, før et annet spor prøves | connect_timeout |
| Mer data fra peer-server-forbindelsen; vellykket lesing forlenger fristen | read_timeout |
Noter feiltype og siste vellykkede operasjon ved siden av logglinjen. En feil som inntreffer før det finnes en videre forbindelse, peker mot rutefinneren eller oppsett av forbindelsen. Et svar som begynner og så tier, peker mot serverlesingen. Oppgi valgt peer og mål når du følger opp begge tilfellene.
Før du gir rom for lengre venting, må du bekrefte at målet kan komme tilbake innenfor den. En klokke skaffer ikke legitimasjon og gjør ikke en utilgjengelig tjeneste nåbar. Sammenlign klientens frist også, for ellers kan klienten gi opp operasjonen mens Squid fortsatt venter.
Navnene og tilgjengeligheten varierer mellom utgivelser. Slå opp i dokumentasjonen for utgivelsen som er satt i drift; et eldre dns_v4_first-råd handler om adressevalg og sier ingenting om hvilken av disse ventingene som sviktet.