Squid forward_timeout, connect_timeout und read_timeout im Vergleich
Wählen Sie den Squid-Timeout danach, ob eine Weiterleitungsroute gefunden, eine Verbindung zu einem Peer aufgebaut oder auf weitere Serverdaten gewartet wird.
Wenn Squid bereits einen Teil einer Antwort empfangen hat und danach auf weitere Daten wartet, behebt ein größeres forward_timeout die falsche Wartezeit. In Squid 5 bis 7 wählen Sie anhand des Vorgangs, der zum Stillstand kam, zwischen diesen Uhrwerken:
| Worauf Squid wartet | Direktive |
|---|---|
| Eine nutzbare Weiterleitungsroute | forward_timeout |
| Eine TCP-Verbindung zu einem Server oder Peer, bevor ein anderer Weg versucht wird | connect_timeout |
| Weitere Daten von einer Peer-Server-Verbindung; ein erfolgreiches Lesen verlängert die Wartezeit | read_timeout |
Halten Sie die Fehlerkategorie und den letzten erfolgreichen Vorgang neben dem Logeintrag fest. Ein Fehler, bevor eine Weiterleitungsverbindung besteht, deutet auf die Routenauswahl oder den Verbindungsaufbau hin. Eine Antwort, die beginnt und dann verstummt, deutet auf die Serverlesephase hin. Nennen Sie den gewählten Peer und das Ziel, wenn Sie einen der beiden Fälle nachverfolgen.
Bevor Sie eine längere Wartezeit zulassen, stellen Sie fest, ob sich das Ziel darin erholen kann. Ein Timer kann keine Anmeldedaten liefern und einen nicht verfügbaren Dienst nicht erreichbar machen. Vergleichen Sie außerdem die Frist des Clients: sonst gibt der Client den Vorgang auf, während Squid noch wartet.
Diese Namen und ihre Verfügbarkeit sind versionsabhängig. Verwenden Sie die Referenz der eingesetzten Version; eine alte Empfehlung zu dns_v4_first betrifft die Adressauswahl und sagt nicht, welche dieser Wartezeiten fehlgeschlagen ist.