Oui.
Paramètres de délai d'attente
curl
a deux options: --connect-timeout
et --max-time
.
Citant la page de manuel:
--connect-timeout <seconds>
Maximum time in seconds that you allow the connection to the
server to take. This only limits the connection phase, once
curl has connected this option is of no more use. Since 7.32.0,
this option accepts decimal values, but the actual timeout will
decrease in accuracy as the specified timeout increases in deci‐
mal precision. See also the -m, --max-time option.
If this option is used several times, the last one will be used.
et:
-m, --max-time <seconds>
Maximum time in seconds that you allow the whole operation to
take. This is useful for preventing your batch jobs from hang‐
ing for hours due to slow networks or links going down. Since
7.32.0, this option accepts decimal values, but the actual time‐
out will decrease in accuracy as the specified timeout increases
in decimal precision. See also the --connect-timeout option.
If this option is used several times, the last one will be used.
Défauts
Ici (sur Debian), il cesse d’essayer de se connecter après 2 minutes, quel que soit le temps spécifié avec --connect-timeout
et bien que le délai de connexion par défaut semble être de 5 minutes selon la DEFAULT_CONNECT_TIMEOUT
macro dans lib / connect.h .
Une valeur par défaut pour --max-time
ne semble pas exister, ce qui curl
oblige à attendre pour une réponse si la connexion initiale aboutit.
Quoi utiliser?
Vous êtes probablement intéressé par cette dernière option, --max-time
. Pour votre cas, réglez-le sur 900
(15 minutes).
Spécifier une option --connect-timeout
comme quelque chose comme 60
(une minute) pourrait également être une bonne idée. Sinon, nous curl
allons essayer de nous connecter encore et encore, en utilisant apparemment un algorithme de backoff.