Comparație între forward_timeout, connect_timeout și read_timeout din Squid
Alegeți timeout-ul Squid legat de găsirea unei rute mai departe, de conectarea la un peer sau de așteptarea mai multor date de la server.
Dacă Squid a primit deja o parte dintr-un răspuns și apoi așteaptă mai multe date, creșterea forward_timeout rezolvă așteptarea greșită. În Squid 5 până la 7, alegeți dintre aceste ceasuri după operația care s-a oprit:
| Ce așteaptă Squid | Directivă |
|---|---|
| O cale de forwardare utilizabilă | forward_timeout |
| O conexiune TCP la un server sau peer, înainte de a încerca altă cale | connect_timeout |
| Mai multe date de la o conexiune peer-server; o citire reușită prelungește așteptarea | read_timeout |
Țineți categoria erorii și ultima operație reușită lângă intrarea din log. Un eșec înainte de a exista o conexiune mai departe indică selecția căii sau configurarea conexiunii. Un răspuns care începe și apoi tace indică etapa de citire de la server. Includeți peer-ul ales și destinația când urmăriți oricare dintre cazuri.
Înainte de a permite o așteptare mai lungă, stabiliți că ținta se poate recupera în acel interval. Un cronometru nu poate furniza acreditări și nu poate face accesibil un serviciu indisponibil. Comparați și termenul clientului având în vedere că altfel clientul poate abandona operația în timp ce Squid încă așteaptă.
Aceste nume și disponibilitatea depind de versiune. Folosiți referința versiunii implementate; o recomandare veche despre dns_v4_first privește selecția adreselor și nu spune care dintre aceste așteptări a eșuat.