`curl -I` 和 `curl -X HEAD` 之间的区别

chm*_*eee 83 diff http-headers curl

我正在观看来自http://www.reddit.com的有趣的服务器类型,curl -I http://www.reddit.com当我猜测它curl -X HEAD http://www.reddit.com会做同样的事情时。但事实上,并非如此。

我很好奇为什么。

这是我在运行两个命令时观察到的:

  • curl -I:按预期工作,输出标题并存在。

  • curl -X HEAD: 不显示任何内容,似乎在等待用户输入。

但是,嗅探tshark我看到第二个命令实际上发送了相同的 HTML 查询并收到了正确的答案,但它没有显示它,也没有关闭连接。

curl -I

0.000000 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=47267342 TSER=0 WS=6
0.045392 213.248.111.106 -> 333.33.33.33 TCP http > 59675 [SYN, ACK] Seq=0 Ack=1 Win=5792 Len=0 MSS=1460 TSV=2552532839 TSER=47267342 WS=1
0.045441 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=47267353 TSER=2552532839
0.045623 333.33.33.33 -> 213.248.111.106 HTTP HEAD / HTTP/1.1
0.091665 213.248.111.106 -> 333.33.33.33 TCP http > 59675 [ACK] Seq=1 Ack=155 Win=6432 Len=0 TSV=2552532886 TSER=47267353
0.861782 213.248.111.106 -> 333.33.33.33 HTTP HTTP/1.1 200 OK
0.861830 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [ACK] Seq=155 Ack=321 Win=6912 Len=0 TSV=47267557 TSER=2552533656
0.862127 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [FIN, ACK] Seq=155 Ack=321 Win=6912 Len=0 TSV=47267557 TSER=2552533656
0.910810 213.248.111.106 -> 333.33.33.33 TCP http > 59675 [FIN, ACK] Seq=321 Ack=156 Win=6432 Len=0 TSV=2552533705 TSER=47267557
0.910880 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [ACK] Seq=156 Ack=322 Win=6912 Len=0 TSV=47267570 TSER=2552533705
Run Code Online (Sandbox Code Playgroud)

curl -X HEAD

34.106389 333.33.33.33 -> 213.248.111.90 TCP 51690 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=47275868 TSER=0 WS=6
34.149507 213.248.111.90 -> 333.33.33.33 TCP http > 51690 [SYN, ACK] Seq=0 Ack=1 Win=5792 Len=0 MSS=1460 TSV=3920268348 TSER=47275868 WS=1
34.149560 333.33.33.33 -> 213.248.111.90 TCP 51690 > http [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=47275879 TSER=3920268348
34.149646 333.33.33.33 -> 213.248.111.90 HTTP HEAD / HTTP/1.1
34.191484 213.248.111.90 -> 333.33.33.33 TCP http > 51690 [ACK] Seq=1 Ack=155 Win=6432 Len=0 TSV=3920268390 TSER=47275879
34.192657 213.248.111.90 -> 333.33.33.33 TCP [TCP Dup ACK 15#1] http > 51690 [ACK] Seq=1 Ack=155 Win=6432 Len=0 TSV=3920268390 TSER=47275879
34.823399 213.248.111.90 -> 333.33.33.33 HTTP HTTP/1.1 200 OK
34.823453 333.33.33.33 -> 213.248.111.90 TCP 51690 > http [ACK] Seq=155 Ack=321 Win=6912 Len=0 TSV=47276048 TSER=3920269022
Run Code Online (Sandbox Code Playgroud)

知道为什么会有这种行为差异吗?

chm*_*eee 75

似乎区别与Content-Length标题以及两个命令如何处理它有关。

但在进入之前,curl -X HEAD不提供任何输出,因为默认情况下,curl如果-i未提供switch 则不打印标题(-I虽然不需要)。

在任何情况下,curl -I都是获取标头的正确方法。它只是要求标题并关闭连接。

另一方面curl -X HEAD -i将等待传输的字节数由Content-Length. 在Content-Length没有指定no 的情况下,我猜它会等待一些数据或那个特定的标题。

显示此行为的一些示例:

$ curl -X HEAD -i http://www.elpais.es
HTTP/1.1 301 Moved Permanently
Server: AkamaiGHost
Content-Length: 0
Location: http://www.elpais.com/
Date: Wed, 12 May 2010 06:35:57 GMT
Connection: keep-alive
Run Code Online (Sandbox Code Playgroud)

因为Content-Length是 0,在这种情况下,两个命令的行为相同。然后连接关闭。

$ curl -X HEAD -i http://slashdot.org
HTTP/1.1 200 OK
Server: Apache/1.3.41 (Unix) mod_perl/1.31-rc4
SLASH_LOG_DATA: shtml
X-Powered-By: Slash 2.005001296
X-Bender: Since I love you all so much, I'd like to give everyone hugs.
X-XRDS-Location: http://slashdot.org/slashdot.xrds
Cache-Control: no-cache
Pragma: no-cache
Content-Type: text/html; charset=iso-8859-1
Content-Length: 115224
Date: Wed, 12 May 2010 06:37:20 GMT
X-Varnish: 1649060825 1649060810
Age: 1
Connection: keep-alive

curl: (18) transfer closed with 115224 bytes remaining to read
Run Code Online (Sandbox Code Playgroud)

在这种情况下,似乎有一个超时(可能是由 Varnish 引起的),因此curl抗议连接在收到Content-Length字节数之前已关闭。

顺便说一下,看看有趣的 X-Bender(如示例中所示)和 X-Fry(自己尝试)标题:)。

  • 万一其他人来找这个:在 PHP 的 curl 库中设置的选项是`CURLOPT_NOBODY`。 (2认同)

jam*_*hid 13

我认为这是 curl 中的一个错误。如果我用 -X 指定一个方法,curl 应该根据 RFC 处理响应。不幸的是,curl 的维护者并不同意。有人提交了一个错误,甚至提交了一个补丁:

http://sourceforge.net/tracker/?func=detail&atid=100976&aid=1810273&group_id=976

但是 curl 维护者拒绝了它。显然,损坏的“-X HEAD”选项是“按设计工作”。

--贾姆希德

  • 公平地说,我可以遵循票证响应的逻辑:`--head` 确实为我们提供了 HEAD 请求的有效实现,而 `-X <method>` 只是覆盖了请求中的 HTTP 方法。 (6认同)
  • 是的,这实际上是我需要的。我有一个有问题的服务器,可以在收到 HEAD 请求时提供内容。`-X HEAD` 是我尝试让服务器遵守 RFC 时测试它的唯一方法 (4认同)

x-y*_*uri 9

文档

-X, --request

(HTTP) 指定在与 HTTP 服务器通信时使用的自定义请求方法。将使用指定的请求方法而不是其他使用的方法(默认为 GET)。阅读 HTTP 1.1 规范以获取详细信息和说明。常见的附加 HTTP 请求包括 PUT 和 DELETE,但 WebDAV 等相关技术提供 PROPFIND、COPY、MOVE 等。

通常你不需要这个选项。各种 GET、HEAD、POST 和 PUT 请求都是通过使用专用命令行选项来调用的。

此选项仅更改HTTP 请求中使用的实际单词,它不会改变 curl 的行为方式。因此,例如,如果您想发出正确的 HEAD 请求,使用 -X HEAD 是不够的。您需要使用 -I, --head 选项。

换句话说,-X用于GETHEADPOST和以外的方法PUT。供HEAD使用-I