Si.
Parámetros de tiempo de espera
curl
tiene dos opciones: --connect-timeout
y --max-time
.
Citando de la página de manual:
--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.
y:
-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.
Valores predeterminados
Aquí (en Debian) deja de intentar conectarse después de 2 minutos, independientemente del tiempo especificado --connect-timeout
y aunque el valor predeterminado de tiempo de espera de conexión parece ser de 5 minutos según la DEFAULT_CONNECT_TIMEOUT
macro en lib / connect.h .
--max-time
Parece que no existe un valor predeterminado para , haciendo curl
esperar una respuesta para siempre si la conexión inicial tiene éxito.
¿Qué usar?
Usted probablemente está interesado en esta última opción, --max-time
. Para su caso, configúrelo en 900
(15 minutos).
Especificar la opción --connect-timeout
de algo como 60
(un minuto) también podría ser una buena idea. De curl
lo contrario , intentará conectarse una y otra vez, aparentemente utilizando algún algoritmo de retroceso.