Porównanie Squid forward_timeout, connect_timeout i read_timeout
Wybierz limit czasu Squida związany ze znalezieniem dalszej trasy, połączeniem z peerem lub oczekiwaniem na kolejne dane serwera.
Jeśli Squid odebrał już część odpowiedzi i czeka na więcej danych, zwiększanie forward_timeout dotyczy niewłaściwego oczekiwania. W Squid 5–7 wybieraj spośród tych zegarów według operacji, która się zatrzymała:
| Na co czeka Squid | Dyrektywa |
|---|---|
| Użyteczna ścieżka przekazywania | forward_timeout |
| Połączenie TCP z serwerem lub peerem, zanim zostanie wypróbowana inna ścieżka | connect_timeout |
| Więcej danych z połączenia peer-serwer; udane odczytanie wydłuża oczekiwanie | read_timeout |
Trzymaj kategorię błędu i ostatnią udaną operację obok wpisu w logu. Awaria, zanim powstanie dalsze połączenie, wskazuje na wybór ścieżki lub konfigurację połączenia. Odpowiedź, która się zaczyna i potem milknie, wskazuje na etap odczytu z serwera. Podczas śledzenia obu przypadków podaj wybrany peer i miejsce docelowe.
Zanim pozwolisz na dłuższe oczekiwanie, ustal, że cel może się w tym czasie podnieść. Zegar nie dostarczy danych logowania ani nie uczyni niedostępnej usługi osiągalną. Porównaj też termin klienta bo inaczej klient może porzucić operację, podczas gdy Squid wciąż czeka.
Te nazwy i dostępność zależą od wydania. Korzystaj z dokumentacji wdrożonego wydania; stara rekomendacja dns_v4_first dotyczy wyboru adresów i nie mówi, które z tych oczekiwań zawiodło.