Comparaison de forward_timeout, connect_timeout et read_timeout dans Squid
Choisissez le délai Squid lié à la recherche d'une route de transfert, à la connexion à un pair ou à l'attente de nouvelles données du serveur.
Si Squid a déjà reçu une partie d'une réponse puis attend d'autres données, augmenter forward_timeout traite la mauvaise attente. Dans Squid 5 à 7, choisissez parmi ces horloges selon l'opération qui s'est arrêtée :
| Ce que Squid attend | Directive |
|---|---|
| Une route de transfert utilisable | forward_timeout |
| Une connexion TCP vers un serveur ou un pair, avant d'essayer une autre route | connect_timeout |
| Davantage de données d'une connexion à un serveur pair ; une lecture réussie prolonge l'attente | read_timeout |
Gardez la catégorie d'erreur et la dernière opération réussie à côté de l'entrée de journal. Un échec avant qu'une connexion de transfert existe oriente vers la sélection de route ou l'établissement de la connexion. Une réponse qui commence puis se tait oriente vers l'étape de lecture côté serveur. Indiquez le pair et la destination choisis lorsque vous analysez l'un ou l'autre cas.
Avant d'autoriser une attente plus longue, vérifiez que la cible peut se rétablir dans ce délai. Une minuterie ne peut ni fournir des identifiants ni rendre joignable un service indisponible. Comparez aussi la date limite du client : sinon le client peut abandonner l'opération pendant que Squid attend encore.
Ces noms et leur disponibilité dépendent de la version. Utilisez la référence de la version déployée ; une ancienne recommandation sur dns_v4_first concerne la sélection d'adresses et n'indique pas laquelle de ces attentes a échoué.