Порівняння 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 стосується вибору адрес і не каже, яке саме з цих очікувань не вдалося.