Paghahambing ng forward_timeout, connect_timeout at read_timeout ng Squid
Piliin ang timeout ng Squid na may kaugnayan sa paghahanap ng daang pasulong, pagkonekta sa isang peer, o paghihintay ng mas maraming datos mula sa server.
Kung nakatanggap na ang Squid ng bahagi ng tugon at pagkatapos ay naghihintay ng mas maraming datos, ang pagtaas ng forward_timeout ay tumutugon sa maling paghihintay. Sa Squid 5 hanggang 7, pumili sa mga orasan na ito ayon sa operasyong huminto:
| Ano ang hinihintay ng Squid | Direktiba |
|---|---|
| Isang magagamit na daang pasulong | forward_timeout |
| Isang koneksyong TCP sa isang server o peer, bago subukan ang ibang daan | connect_timeout |
| Mas maraming datos mula sa koneksyong peer-server; ang matagumpay na pagbasa ay nagpapahaba ng paghihintay | read_timeout |
Itabi ang kategorya ng error at ang huling matagumpay na operasyon sa tabi ng tala sa log. Ang pagkabigo bago magkaroon ng pasulong na koneksyon ay tumuturo sa pagpili ng daan o pag-setup ng koneksyon. Ang tugon na nagsimula at pagkatapos ay tumahimik ay tumuturo sa yugto ng pagbasa mula sa server. Isama ang piniling peer at destinasyon kapag sinusubaybayan ang alinman sa mga kaso.
Bago pahintulutan ang mas mahabang paghihintay, tiyakin na makakabawi ang target sa loob nito. Hindi makapagbibigay ng kredensyal ang isang timer at hindi nito mapapagalaw ang isang serbisyong hindi available. Ihambing din ang takda ng kliyente dahil kung hindi, maaaring iwan ng kliyente ang operasyon habang naghihintay pa ang Squid.
Ang mga pangalan at pagiging available ay depende sa release. Gamitin ang sanggunian ng naka-deploy na release; ang lumang rekomendasyon sa dns_v4_first ay tungkol sa pagpili ng address at hindi nagsasabi kung alin sa mga paghihintay na ito ang nabigo.