为什么nginx/nginx上游之间使用http/1.0？
我有3台服务器：A（nginx）--
当我访问A或B时，Chrome默认使用超文本传输协议/1.1保活。
我不设置"proxy_http_version1.1；"和proxy_set_header连接"；
但是在A和B之间，NGINX默认使用超文本传输协议/1.0。这就像：
客户--
http/1.1--
我的问题是：为什么nginx默认为上游使用http/1.1，在nginx和nginx之间，上游使用http/1.0？
谢谢。
共有1个答案
Nginx自1.1.4版起，在连接到上游服务器时支持HTTP/1.1。只需设置配置参数proxy_http_version 1.1（默认值为1.0）。看见http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_http_version
-
当前信息时代，哪里都是应用程序。这些应用程序们不仅仅是运行人们工作场所的工具 - 它们现在正在经营人们的生活。 对即时响应的需求，完美的行为和更多的功能是前所未有的。 而且，当然，人们期望应用程序在不同类型的设备上运行平稳，特别是在移动设备上。 应用程序执行的速度与它所做的一样重要。 NGINX的核心功能，例如其具有高性能HTTP和反向代理服务器的大规模可扩展事件驱动架构，访问和带宽控制以及与各种
-
Nginx 是一个高性能的 Web 和反向代理服务器, 它具有有很多非常优越的特性: 作为 Web 服务器：相比 Apache，Nginx 使用更少的资源，支持更多的并发连接，体现更高的效率，这点使 Nginx 尤其受到虚拟主机提供商的欢迎。能够支持高达 50,000 个并发连接数的响应，感谢 Nginx 为我们选择了 epoll and kqueue 作为开发模型. 作为负载均衡服务器：Ngin
-
从上一节中，我们可以看到，Nginx 已经是 Web 服务器市场的新一哥。市场的选择总归是没错的，那么市场选择它的理由又有哪些呢？ 1. 高性能、高稳定、低资源消耗 Nginx 的进程模型采用了 Master/Workers 进程池的机制，即通常情况下，Nginx 会启动一个 Master 进程（当然，也可以无 master 进程）和多个 Worker 进程对外提供服务。Master 进程是监控进
-
nginx-http-sysguard 是阿里巴巴开发的一个 Nginx 模块，用来保护运行 Nginx 服务器的系统负载和内存使用不会太高。 配置方法： server { sysguard on; sysguard_load load=10.5 action=/loadlimit; sysguard_mem swapratio=20% action=/swaplimit;
-
我的应用程序有以下堆栈： Nginx(1.4.6) UWSGI(1.9.17.1-Debian(64bit)) 烧瓶 Python 3.4 NGINX重启后的问题在一段时间内（几分钟）都能正常工作。在此期间之后，我收到一个“504网关超时”错误。 NGINX日志： *13从上游读取响应标头时上游超时（110：连接超时），客户端:86.123.39.44，服务器:app.fc.com，请求：“get
-
我们确实有一个奇怪的生产问题超时。超时显示如下： 这里，上游服务器运行在nginx运行的主机上。Jetty在端口上运行，而nginx在端口上运行。 在检查了上述错误之后，我验证了jetty日志和nginx日志。虽然jetty在不到一秒钟的时间内返回了响应，但发送到nginx的响应被延迟了将近60秒。nginx正在计时，将在60秒后触发timedout警报，http响应代码为。这种情况是间歇性发生的