browser-cache - 为什么浏览器缓存 http ://example. com 的 301 重定向并将其用于 http ://example. com :8080?

Question

我在我的 CentOS 服务器上的两个不同的网络服务器(NGINX 和 nodejs)上有两个站点。
在我的 NGINX 配置中，我设置了 http://example.com 被重定向到 https://example.com 永久。
另一方面，URL http://example.com:8080 由 nodejs 处理，不会重定向到任何地方。

场景

当我请求 http://example.com 在我的浏览器(Chrome、firefox 或 safari)中，它被重定向到 https://example.com 这没关系。当我输入 http://example.com:8080 ，它也被重定向到 https://example.com:8080 这是不正确的。

当我清除浏览器缓存时，URL http://example.com:8080 工作正常，但在输入 http://example.com 之后，URL http://example.com:8080 再次重定向到 HTTPS。谁能帮我解决这个问题？

Answer 1

您可能会体验到 HTTP Strict Transport Security (HSTS) 所定义的内容规范。

您需要检查 https://example.com 请求的响应。它可能包含 Strict-Transport-Security header ，指示浏览器重写 example.com domain 请求的所有 URI 以使用安全方案。相关摘录自 8.3. URI Loading and Port Mapping section HTTP 严格传输安全 (HSTS) 规范:

The UA MUST replace the URI scheme with "https" [RFC2818], andif the URI contains an explicit port component of "80", thenthe UA MUST convert the port component to be "443", or

if the URI contains an explicit port component that is notequal to "80", the port component value MUST be preserved;otherwise,

if the URI does not contain an explicit port component, the UAMUST NOT add one.

NOTE: These steps ensure that the HSTS Policy applies to HTTPover any TCP port of an HSTS Host.

NOTE: In the case where an explicit port is provided (and to alesser extent with subdomains), it is reasonably likely thatthere is actually an HTTP (i.e., non-secure) server running onthe specified port and that an HTTPS request will thus fail(see item 6 in Appendix A ("Design Decision Notes")).

更多信息请查看Strict-Transport-Security MDN page .