gpt4 book ai didi

nginx - 为什么我的部分http请求不使用http2

转载 作者:行者123 更新时间:2023-12-02 04:18:57 25 4
gpt4 key购买 nike

环境:

  • Ubuntu 16.04 LTS
  • Nginx 版本:nginx/1.10.3 (Ubuntu)
  • OpenSSL 版本:OpenSSL 1.0.2g 2016 年 3 月 1 日

简单描述:

我已将 nginx 配置为使用 http2,并且我的一些请求使用 http2,但是,我的一些请求使用 http1.1。

Nginx 配置:

我使用与 Mozilla generator 完全相同的配置建议

server {
listen 80 default_server;
listen [::]:80 default_server;

# Redirect all HTTP requests to HTTPS with a 301 Moved Permanently response.
return 301 https://$host$request_uri;
}

server {
listen 443 ssl http2;
listen [::]:443 ssl http2;

# certs sent to the client in SERVER HELLO are concatenated in ssl_certificate
ssl_certificate /path/to/signed_cert_plus_intermediates;
ssl_certificate_key /path/to/private_key;
ssl_session_timeout 1d;
ssl_session_cache shared:SSL:50m;
ssl_session_tickets off;

# Diffie-Hellman parameter for DHE ciphersuites, recommended 2048 bits
ssl_dhparam /path/to/dhparam.pem;

# intermediate configuration. tweak to your needs.
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers 'ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA:!DSS';
ssl_prefer_server_ciphers on;

# HSTS (ngx_http_headers_module is required) (15768000 seconds = 6 months)
add_header Strict-Transport-Security max-age=15768000;

# OCSP Stapling ---
# fetch OCSP records from URL in ssl_certificate and cache them
ssl_stapling on;
ssl_stapling_verify on;

## verify chain of trust of OCSP response using Root CA and Intermediate certs
ssl_trusted_certificate /path/to/root_CA_cert_plus_intermediates;

resolver <IP DNS resolver>;

....
}

我的特殊配置如下:

server_name mydomain;

set $root myrootpath;
root $root;

location / {
try_files $uri /index.html;
}

location /api/ {
proxy_pass http://127.0.0.1:5000/api/;
proxy_redirect default;
}

location /page/ {
proxy_pass http://127.0.0.1:5000/page/;
proxy_redirect default;
}

更多详细信息:对/api和/page的http请求可以正确使用http2,但是当浏览器请求/或/static下的图像或.js文件等静态资源时,它将使用http1.1,我附上图片 enter image description here

清除缓存后,仍然通过http1.1请求这些静态资源。然而这次响应状态码是304 enter image description here我搜索了google没有找到答案,人们说OpenSSL和nginx版本可能会导致http2问题,但我的版本没有这样的问题,并且它适用于/api和/page路由请求。那么问题出在哪里呢?

最佳答案

正如 @sbordet 所说,第一个屏幕截图中未由 HTTP/2 提供服务的请求是从磁盘缓存提供的,并且可能最初是使用 HTTP/1.1 下载的,因此这就是它们所显示的原因。

第二个屏幕截图中未通过 HTTP/2 下载的请求要么相同,要么是 304 Not Modified 请求 - 因此加载了磁盘缓存中的原始版本,并且可能是从 HTTP/1.1 加载的。

正确清除缓存,或者,如果使用 Chrome,请勾选开发人员工具网络中的“禁用缓存”选项并重新加载,它们应该全部通过 HTTP/2 加载。

关于nginx - 为什么我的部分http请求不使用http2,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47430166/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com