Sim.
Parâmetros de tempo limite
curl
tem duas opções: --connect-timeout
e --max-time
.
Citação da 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.
e:
-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.
Padrões
Aqui (no Debian) ele pára de tentar se conectar após 2 minutos, independentemente do tempo especificado com --connect-timeout
e, embora o valor do tempo limite de conexão padrão pareça ser 5 minutos de acordo com o DEFAULT_CONNECT_TIMEOUT
de macro em lib / connect.h .
Um valor padrão para --max-time
parece não existir, fazendo com que curl
espere sempre por uma resposta se a conexão inicial for bem-sucedida.
O que usar?
Você provavelmente está interessado na última opção, --max-time
. Para o seu caso, defina-o como 900
(15 minutos).
Especificar a opção --connect-timeout
para algo como 60
(um minuto) também pode ser uma boa ideia. Caso contrário, curl
tentará se conectar de novo e de novo, aparentemente usando algum algoritmo de backoff.