Squid forward_timeout, connect_timeout og read_timeout samanlikna
Vel Squid-tidsavbrotet som høyrer til å finne ei vidare rute, kople til ein peer eller vente på meir data frå tenaren.
Viss Squid alt har motteke ein del av eit svar og deretter ventar på meir data, løyser auka forward_timeout feil venting. I Squid 5 til 7 vel du blant desse klokkene etter operasjonen som stoppa:
| Kva Squid ventar på | Direktiv |
|---|---|
| Ei brukande vidaresendingsrute | forward_timeout |
| Ei TCP-tilkopling til ein tenar eller peer, før han prøver ei anna rute | connect_timeout |
| Meir data frå ei peer-tenar-tilkopling; ei vellukka lesing forlenger ventinga | read_timeout |
Hald feilkategorien og den siste vellukka operasjonen ved sida av loggoppføringa. Ein feil før ei vidare tilkopling finst peikar mot rutestval eller tilkoplingsoppsett. Eit svar som startar og deretter blir stille, peikar mot tenarlesefasen. Ta med den valde peeren og målveret når du sporer båe tilfella.
Før du tillèt ei lengre venting, må du slå fast at målet kan komme seg innanfor henne. Ein timer kan ikkje skaffe legitimasjon eller gjere ein utilgjengeleg teneste tilgjengeleg. Samanlikn òg fristen til klienten for elles kan klienten forlate operasjonen medan Squid framleis ventar.
Desse namna og tilgjengelegheita er avhengige av utgivinga. Bruk referansen til den utrulla utgivinga; ei gammal dns_v4_first-tilråding gjeld adresseval og seier ikkje kva av desse ventingane som feila.