Squid forward_timeout, connect_timeout og read_timeout sammenlignet
Vælg den Squid-timeout, der hører til at finde en videresendelsesvej, oprette forbindelse til en peer eller vente på flere serverdata.
Hvis Squid allerede har modtaget en del af et svar og derefter venter på flere data, løser en større forward_timeout den forkerte ventetid. I Squid 5 til 7 vælger du mellem disse ure efter den handling, der gik i stå:
| Hvad Squid venter på | Direktiv |
|---|---|
| En brugbar videresendelsesvej | forward_timeout |
| En TCP-forbindelse til en server eller peer, før der prøves en anden vej | connect_timeout |
| Flere data fra en peer-serverforbindelse; en vellykket læsning forlænger ventetiden | read_timeout |
Hold fejlkategorien og den sidste vellykkede handling ved siden af logposten. En fejl, før der findes en videresendelsesforbindelse, peger mod valg af vej eller oprettelse af forbindelsen. Et svar, der begynder og derefter tier, peger mod serverlæsningstrinnet. Angiv den valgte peer og destinationen, når du undersøger et af de to tilfælde.
Før du tillader en længere ventetid, skal du fastslå, at målet kan komme sig inden for den. Et ur kan ikke skaffe legitimationsoplysninger eller gøre en utilgængelig tjeneste tilgængelig. Sammenlign også klientens frist: ellers kan klienten opgive handlingen, mens Squid stadig venter.
Disse navne og deres tilgængelighed afhænger af udgivelsen. Brug den installerede udgivelses reference; en gammel anbefaling om dns_v4_first handler om valg af adresser og siger ikke, hvilken af disse ventetider der fejlede.