Сравнение forward_timeout, connect_timeout и read_timeout в Squid
Выберите тайм-аут Squid, связанный с поиском дальнейшего маршрута, подключением к peer или ожиданием дополнительных данных от сервера.
Если Squid уже получил часть ответа и затем ждёт новых данных, увеличение forward_timeout решает не ту задачу. В Squid 5–7 выбирайте из этих часов по той операции, которая остановилась:
| Чего ждёт Squid | Директива |
|---|---|
| Работоспособный путь пересылки | forward_timeout |
| TCP-соединение с сервером или peer до попытки другого пути | connect_timeout |
| Дополнительные данные из соединения peer-сервер; успешное чтение продлевает ожидание | read_timeout |
Держите категорию ошибки и последнюю успешную операцию рядом с записью в журнале. Сбой до появления дальнейшего соединения указывает на выбор пути или настройку соединения. Ответ, который начался и затем замолчал, указывает на этап чтения от сервера. Указывайте выбранный peer и назначение при разборе любого из случаев.
Прежде чем разрешать более долгое ожидание, убедитесь, что цель успеет восстановиться за это время. Таймер не выдаёт учётные данные и не делает недоступный сервис достижимым. Сравните также срок клиента потому что иначе клиент может отказаться от операции, пока Squid всё ещё ждёт.
Эти имена и их наличие зависят от выпуска. Обращайтесь к документации развёрнутого выпуска; старая рекомендация dns_v4_first касается выбора адресов и не говорит, какое именно из этих ожиданий не удалось.