主页 / server / 问题 / 442960
Accepted
Ryan
Asked: 2012-10-28 07:16:11 +0800 CST

Nginx 忽略客户端的 HTTP 1.0 请求并通过 HTTP 1.1 响应

  • 772

我正在使用nginx/php5-fpm, 和代码进行测试

<?php

header($_SERVER["SERVER_PROTOCOL"]." 404 Not Found"); 
// also tested: header("Status: 404 Not Found");

echo $_SERVER["SERVER_PROTOCOL"];

并强制在命令中使用HTTP 1.0curl。

curl -0 -v 'http://www.example.com/test.php'


> GET /test.php HTTP/1.0

< HTTP/1.1 404 Not Found
< Server: nginx
< Date: Sat, 27 Oct 2012 08:51:27 GMT
< Content-Type: text/html
< Connection: close
< 
* Closing connection #0
HTTP/1.0

如您所见，我已经在请求使用HTTP 1.0，但 nginx 回复我HTTP 1.1

赏金

@MaximDounin，@MichaelHampton 已经提供了规范的答案，谢谢。我为未来的读者稍微扩展了这个问题：

问：当客户端请求 HTTP 1.0 时响应 HTTP 1.1 有什么好处？Google 采取的方法不应该更合理，即当客户端请求 1.0 时，响应 1.0？

php

2 个回答

  1. Best Answer

    根据 RFC 2616，这是正常的预期行为：

    至少有条件地符合本规范的应用程序应该在它们的消息中使用“HTTP/1.1”的 HTTP 版本，并且必须对与 HTTP/1.0 不兼容的任何消息这样做。有关何时发送特定 HTTP 版本值的更多详细信息，请参阅 RFC 2145。

    RFC 2145 对此进行了扩展：

    HTTP 服务器应该发送等于服务器至少有条件兼容的最高版本的响应版本，并且其主要版本小于或等于请求中收到的版本。HTTP 服务器绝不能发送它至少不符合条件的版本。如果服务器无法使用客户端请求中使用的主要版本发送响应，则服务器可以发送 505（不支持 HTTP 版本）响应。

    如果已知或怀疑客户端错误地实现了 HTTP 规范，HTTP 服务器可以发送较低的响应版本，但这不应该是默认的，如果请求版本是 HTTP/1.1 或更高版本，则不应这样做。

    这在英语中的意思是：如果客户端发送 HTTP/1.0 请求，则 HTTP/1.0 响应或 HTTP/1.1 都可以接受，但首选 HTTP/1.1。

    这样做的原因是一端可以通告它可以支持的最高版本的 HTTP，以便另一端可以选择升级其协议支持（如果可能）。然后两端将决定他们都可以使用的协议版本。正如 RFC 2145 所述，这种设计还有助于处理有缺陷的实现。

    当时还设想可能会有更多版本的 HTTP 协议，包括次要版本和主要版本，这些规则旨在帮助确保互操作性。一旦HTTP/2.0最终确定， Google 的 RFC 无知方法可能会失败。（你知道它的草稿形式是SPDY。）

    • 20

  2. 问：当客户端请求 HTTP 1.0 时响应 HTTP 1.1 有什么好处？

    它实际上是向您发送符合 HTTP/1.0 标准的响应。它不会使用任何需要 HTTP/1.1 的功能，例如 keepalive。

    这样做的原因是因为它是服务器说的一种廉价方式：

    “嘿，我知道你使用 HTTP/1.0 向我发送了一个请求，但只是想让你知道我能够使用 HTTP/ 1.1。这是对你原始请求的响应：[..] ”

    （注意：如果服务器支持虚构的 HTTP/1.8，它会做出响应。）

    在某些情况下，这可以为您节省额外的请求。如果您需要从服务器获取 3 个不同的 URI，您可以将第一个作为 HTTP/1.0 发送，然后升级到您和服务器都支持后续请求的最高版本。

    • 6

相关问题