Параўнанне forward_timeout, connect_timeout і read_timeout у Squid
Выберыце тайм-аўт Squid, звязаны з пошукам шляху перасылкі, злучэннем з партнёрам або чаканнем дадатковых даных сервера.
Калі Squid ужо атрымаў частку адказу і цяпер чакае дадатковых даных, павелічэнне forward_timeout вырашае не той від чакання. У Squid 5 да 7 выбірайце сярод гэтых таймераў паводле аперацыі, якая спынілася:
| Чаго чакае Squid | Дырэктыва |
|---|---|
| Прыдатны шлях перасылкі | forward_timeout |
| TCP-злучэнне з серверам або партнёрам, перш чым паспрабаваць іншы шлях | connect_timeout |
| Больш даных ад злучэння з серверам-партнёрам; паспяховае чытанне падаўжае чаканне | read_timeout |
Трымайце катэгорыю памылкі і апошнюю паспяховую аперацыю побач з запісам у журнале. Збой да ўзнікнення злучэння перасылкі паказвае на выбар шляху або наладжванне злучэння. Адказ, які пачаўся і затым змоўк, паказвае на этап чытання ад сервера. Пры разборы абодвух выпадкаў указвайце выбранага партнёра і пункт прызначэння.
Перш чым дазволіць больш доўгае чаканне, упэўніцеся, што мэта зможа аднавіцца за гэты час. Таймер не можа выдаць уліковыя даныя і не можа зрабіць недаступную службу даступнай. Параўнайце таксама крайні тэрмін кліента: інакш кліент можа адмовіцца ад аперацыі, пакуль Squid яшчэ чакае.
Гэтыя назвы і наяўнасць залежаць ад выпуску. Карыстайцеся даведкай разгорнутага выпуску; старое патрабаванне dns_v4_first датычыцца выбару адрасоў і не паказвае, якое з гэтых чаканняў не ўдалося.