Да.
Параметры тайм-аута
curl
имеет два варианта: --connect-timeout
и --max-time
.
Цитирование из справочной страницы:
--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.
а также:
-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.
Значения по умолчанию
Здесь (в Debian) он прекращает попытки подключения через 2 минуты, независимо от времени, указанного в параметре, --connect-timeout
и хотя значение времени ожидания подключения по умолчанию составляет 5 минут в соответствии с DEFAULT_CONNECT_TIMEOUT
макросом в lib / connect.h .
Значение по умолчанию для --max-time
, по-видимому, не существует, что заставляет curl
ждать ответа вечно, если начальное соединение успешно.
Что использовать?
Вы, вероятно, заинтересованы в последнем варианте --max-time
. Для вашего случая установите его 900
(15 минут).
Задание опции --connect-timeout
для чего-то вроде 60
(одна минута) также может быть хорошей идеей. В противном случае curl
будет пытаться подключиться снова и снова, по-видимому, используя некоторый алгоритм отката.