curl
真的根本没有超时吗? user@host:~# curl http://localhost/testdir/image.jpg
我问是因为我将
testdir
中对图像的任何请求重定向到一个单独的Apache模块,该模块可动态生成这些图像。实际准备好图片并将其交付给发出请求的客户端最多可能需要15分钟。 curl
会一直等待(还是取决于配置)或是否存在某种超时?#1 楼
是的。超时参数
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上),无论使用
--connect-timeout
指定的时间如何,都将在2分钟后停止尝试连接,尽管根据lib / connect.h中的DEFAULT_CONNECT_TIMEOUT
宏,默认的连接超时值似乎为5分钟。 --max-time
的默认值似乎不存在,如果初始连接成功,则使curl
永远等待响应。使用什么?
您可能对后一种选择感兴趣,
--max-time
。对于您的情况,将其设置为900
(15分钟)。将选项
--connect-timeout
指定为类似60
(一分钟)的方法也可能是个好主意。否则,curl
显然会使用一些退避算法,尝试一次又一次地连接。评论
感谢那! --max-time没有关于默认值的任何内容,所以我猜它没有,因此除了默认情况下的连接超时之外没有任何超时...?
– Preexo
2013年10月11日13:30
是的,如果连接成功,那么curl似乎会永远等待响应。
–scai
13-10-11在13:38
请注意,如果响应的下载时间长于“ maxtime”,则两个maxtime都是一个问题。
–user92979
18 Mar 15 '18 2:22
2分钟的超时对我来说也像服务器超时一样。 Node.js应用程序的http服务器存在相同的问题,默认超时为2分钟。要增加它,请参见HTTP.server.setTimeout()。
–塔利斯·K(Thalis K.)
18-4-2在17:56
我将服务器超时设置为900s,使用--max-time 900,2分钟后仍然退出curl
– Kirill_igum
昨天
#2 楼
有时间限制:/ usr / bin / timelimit
-有效限制进程的绝对执行时间。
Options:
-p If the child process is terminated by a signal, timelimit
propagates this condition, i.e. sends the same signal to itself.
This allows the program executing timelimit to determine
whether the child process was terminated by a signal or
actually exited with an exit code larger than 128.
-q Quiet operation - timelimit does not output diagnostic
messages about signals sent to the child process.
-S killsig
Specify the number of the signal to be sent to the
process killtime seconds after warntime has expired.
Defaults to 9 (SIGKILL).
-s warnsig
Specify the number of the signal to be sent to the
process warntime seconds after it has been started.
Defaults to 15 (SIGTERM).
-T killtime
Specify the maximum execution time of the process before
sending killsig after warnsig has been sent. Defaults to 120 seconds.
-t warntime
Specify the maximum execution time of the process in
seconds before sending warnsig. Defaults to 3600 seconds.
On systems that support the setitimer(2) system call, the
warntime and killtime values may be specified in fractional
seconds with microsecond precision.
评论
默认情况下,至少在macOS 10.13.4上不可用。
–索比昂·拉文·安德森(ThorbjørnRavn Andersen)
18年5月4日在20:44
在Ubuntu 20.04上不存在。有一个超时命令。但是当我运行超时900 curl https:// ...时,它在2分钟后退出,而不是15
– Kirill_igum
昨天
#3 楼
--max-time
和--speed-limit
选项比--speed-time
好。简而言之,--speed-limit
指定您愿意接受的最低平均速度,而--speed-time
指定在传输超时和中止之前传输速度可以保持低于该限制的时间。评论
我认为两者都不是更好,但是在我的用例中,--max-time实际上更合适,因为任何超过10秒的时间都会使我的程序失效。
–乔治·布卡拉(Jorge Bucaran)
2015年12月18日下午4:16
我将curl作为桌面应用程序中的库使用(不仅仅是从CLI调用它),对我来说,您的选择是最合适的。我的应用必须能够支持长时间下载,因此,简单的--max-time不适用于检测“卡死的下载”(例如,如果用户在下载过程中处于离线状态,则会出现这种情况)进度),所以我以1024的速度限制和30的速度时间进行检测。
–AndréMorujão
17年7月5日在10:54
有用?当然。更好?我认为这很大程度上取决于您的要求
–布赖恩·阿格纽(Brian Agnew)
17年11月10日在11:39
如果响应可能是未知大小(甚至已知!)大小的大型下载文件,则超时是个问题。如果大型下载花费的时间超过15分钟,则maxtime将超时。可以通过代理在首次转发之前缓存整个响应来限制速度。他们有时似乎每分钟转发1个字节,但是您如何分辨这是快速网络上的缓存代理还是应该重试的非常慢的连接?所以最后我放弃了并关闭了下载查询的超时时间。不知道是否有更好的方法。
–user92979
18 Mar 15 '18 2:25
#4 楼
如果您在MacOS上安装了coreutils,则可以使用该软件包随附的GNU超时命令。 GNU工具全都带有g
前缀,因此CLI为gtimeout
。gtimeout --help
Usage: gtimeout [OPTION] DURATION COMMAND [ARG]...
or: gtimeout [OPTION]
Start COMMAND, and kill it if still running after DURATION.
示例
$ gtimeout 1s curl -I http://www.google.com/
HTTP/1.1 200 OK
Date: Wed, 31 Oct 2018 03:36:08 GMT
Expires: -1
Cache-Control: private, max-age=0
Content-Type: text/html; charset=ISO-8859-1
P3P: CP="This is not a P3P policy! See g.co/p3phelp for more info."
Server: gws
X-XSS-Protection: 1; mode=block
X-Frame-Options: SAMEORIGIN
Set-Cookie: 1P_JAR=2018-10-31-03; expires=Fri, 30-Nov-2018 03:36:08 GMT; path=/; domain=.google.com
HttpOnly
Transfer-Encoding: chunked
Accept-Ranges: none
Vary: Accept-Encoding
#5 楼
BASH4 +中的几种解决方案# -- server available to check via port xxx ? --
function isServerAvailableNC() {
max_secs_run=""
if timeout $max_secs_run nc -z 2>/dev/null >/dev/null; then
#echo " ✓"
true
else
#echo " ✗"
return
fi
}
# -- server available to check via port xxx ? --
# -- supported protocols (HTTP, HTTPS, FTP, FTPS, SCP, SFTP, TFTP, DICT, TELNET, LDAP or FILE) --
#/usr/bin/curl -sSf --max-time 3 https://ifwewanted.to.confirm.https.com/ --insecure
function isServerAvailableCURL() {
max_secs_run=""
proto="http://"
if [ ! -z ] || [ -gt 80 ] ;then
proto="https://"
fi
if /usr/bin/curl -sSf --max-time "${max_secs_run}" "" --insecure 2>/dev/null >/dev/null; then
#echo " ✓"
true
else
#echo " ✗"
false
fi
}
示例使用:
建议在需要特定端口时使用NC
host="1.2.3.4"
if isServerAvailableCURL "$host" "80" "3";then
check_remote_domain_cert "$host"
fi
host="1.2.3.4"
if isServerAvailableNC "$host" "80" "3";then
check_remote_domain_cert "$host"
fi
评论
我希望curl会有连接超时(如果没有其他问题,操作系统及其TCP / IP堆栈几乎可以肯定有),但是一旦建立连接,它可能就没有读取超时。