Squid forward_timeout, connect_timeout och read_timeout jämförda
Välj den Squid-timeout som hör till att hitta en väg vidare, ansluta till en peer eller vänta på mer data från servern.
Om Squid redan har tagit emot en del av ett svar och sedan väntar på mer data, löser en höjd forward_timeout fel väntan. I Squid 5 till 7 väljer du bland dessa klockor efter operationen som stannade:
| Vad Squid väntar på | Direktiv |
|---|---|
| En användbar vidarebefordringsväg | forward_timeout |
| En TCP-anslutning till en server eller peer, innan en annan väg prövas | connect_timeout |
| Mer data från en peer-server-anslutning; en lyckad läsning förlänger väntan | read_timeout |
Håll felkategorin och den senaste lyckade operationen bredvid loggposten. Ett fel innan en vidare anslutning finns pekar mot vägval eller anslutningsuppsättning. Ett svar som börjar och sedan tystnar pekar mot serverläsningsfasen. Ange vald peer och destination när du spårar båda fallen.
Innan du tillåter en längre väntan måste du fastställa att målet kan återhämta sig inom den. En timer kan inte skaffa autentiseringsuppgifter eller göra en otillgänglig tjänst nåbar. Jämför också klientens tidsgräns eftersom klienten annars kan överge operationen medan Squid fortfarande väntar.
Namnen och tillgängligheten beror på utgåvan. Använd referensen för den driftsatta utgåvan; en gammal rekommendation om dns_v4_first gäller adressval och säger inget om vilken av dessa väntningar som misslyckades.