Ulinganisho wa forward_timeout, connect_timeout na read_timeout za Squid
Chagua muda wa kusubiri wa Squid unaohusiana na kutafuta njia ya kuendelea, kuunganisha kwa peer, au kusubiri data zaidi kutoka kwa seva.
Ikiwa Squid tayari imepokea sehemu ya jibu na kisha inasubiri data zaidi, kuongeza forward_timeout kunashughulikia kusubiri kusiko sahihi. Katika Squid 5 hadi 7, chagua kati ya saa hizi kulingana na operesheni iliyosimama:
| Kile Squid inasubiri | Maagizo |
|---|---|
| Njia ya usambazaji inayoweza kutumika | forward_timeout |
| Muunganisho wa TCP kwa seva au peer, kabla ya kujaribu njia nyingine | connect_timeout |
| Data zaidi kutoka kwa muunganisho wa peer-seva; usomaji uliofaulu huongeza muda wa kusubiri | read_timeout |
Weka aina ya hitilafu na operesheni ya mwisho iliyofaulu kando ya kumbukumbu ya logi. Kushindwa kabla muunganisho wa kuendelea haupo kunaashiria uchaguzi wa njia au usanidi wa muunganisho. Jibu linaloanza kisha kunyamaza kunaashiria hatua ya usomaji kutoka seva. Jumuisha peer iliyochaguliwa na lengwa unapofuatilia hali zote mbili.
Kabla ya kuruhusu kusubiri kwa muda mrefu, hakikisha kuwa lengo linaweza kupona ndani ya muda huo. Kipima muda hakiwezi kutoa vitambulisho wala kufanya huduma isiyopatikana ifikiwe. muda wa mwisho wa mteja pia linganisha, kwa sababu vinginevyo mteja anaweza kuacha operesheni wakati Squid bado inasubiri.
Majina na upatikanaji huu hutegemea toleo. Tumia marejeleo ya toleo lililowekwa; pendekezo la zamani la dns_v4_first linahusu uchaguzi wa anwani na halisemi ni kusubiri kupi kati ya hizi kulikoshindwa.