Squid forward_timeout, connect_timeout en read_timeout vergeleken
Kies de Squid-timeout die hoort bij het vinden van een vervolgroute, het verbinden met een peer of het wachten op meer servergegevens.
Als Squid al een deel van een antwoord heeft ontvangen en daarna op meer gegevens wacht, pakt het verhogen van forward_timeout de verkeerde wachttijd aan. Kies in Squid 5 tot en met 7 op basis van de bewerking die stopte:
| Waarop Squid wacht | Richtlijn |
|---|---|
| Een bruikbaar doorstuurpad | forward_timeout |
| Een TCP-verbinding met een server of peer, voordat een ander pad wordt geprobeerd | connect_timeout |
| Meer gegevens van een peer-serververbinding; een geslaagde lezing verlengt de wachttijd | read_timeout |
Houd de foutcategorie en de laatste geslaagde bewerking naast de logregel. Een fout voordat een vervolgverbinding bestaat wijst op padselectie of verbindingsopzet. Een antwoord dat begint en daarna stilvalt, wijst op de fase waarin van de server wordt gelezen. Vermeld de gekozen peer en bestemming bij het traceren van beide gevallen.
Stel, voordat je een langere wachttijd toestaat, vast dat het doel binnen die tijd kan herstellen. Een timer kan geen inloggegevens leveren of een onbeschikbare dienst bereikbaar maken. Vergelijk ook de deadline van de client want anders kan de client de bewerking opgeven terwijl Squid nog wacht.
Deze namen en beschikbaarheid zijn releasespecifiek. Gebruik de referentie van de uitgerolde release; een oude dns_v4_first-aanbeveling gaat over adresselectie en zegt niet welke van deze wachttijden faalde.