Nginx HTTPS 443配置未生效？所有请求均匹配80端口规则

出现“无论访问HTTP还是HTTPS地址，最终都跳转到谷歌”的现象，本质是HTTPS路径的请求根本没有触发你新写入的、跳转到亚马逊的443端口Nginx配置块，常见的触发场景包括：

• 443配置块未被Nginx实际加载：你可能只把443的配置写到了单独的文件里，但Nginx主配置nginx.conf没有通过include指令加载这段配置；或者执行重载命令时，新配置的加载流程被异常中断，实际运行的Nginx进程仍然在使用旧版本配置——旧配置里443端口的规则是跳转到谷歌地址，自然不会出现跳亚马逊的效果。
• 流量路径被前置层完全覆盖：如果服务器前面部署了CDN、云WAF、负载均衡等转发组件，且组件上设置了域名匹配后直接返回302到谷歌地址的规则，没有把用户的HTTPS请求回源到Nginx的443端口，那么Nginx本身的443配置永远不会被触发。如果转发层之前有错误的跳转规则（把所有HTTPS请求强制转到80端口的HTTP通道），就会触发你最开始遇到的“重定向次数过多”报错；现在你把80端口的跳转目标改成了外部谷歌地址，就会变成所有请求最终落地到谷歌的现象。
• 443端口被其他程序抢占：如果服务器上的443端口已经被旧的Apache进程、其他反向代理服务占用，Nginx根本没有拿到443端口的监听权限，所有发往443端口的请求会被其他服务接管，按照其他服务的规则返回跳转到谷歌的302响应，自然不会触发Nginx的443配置。
• 客户端缓存的跳转规则干扰：如果之前测试时浏览器缓存了对应域名的302跳转记录（302跳转默认是会被浏览器长期缓存的），即使你后面修改了Nginx配置，浏览器也会直接用本地缓存的跳转地址走流程，不会真的发请求到源站。

• 本地直连源站测试，绕过所有前置网络层和浏览器缓存：在Nginx所在的服务器上执行命令curl -I -k https://example.com --resolve example.com:443:127.0.0.1，查看返回的Location响应头：
  • 如果返回的是亚马逊地址，说明Nginx本身的配置完全正常，问题出在源站到用户之间的CDN、防火墙、负载均衡等转发层规则上
  • 如果返回的是谷歌地址，说明Nginx运行时实际加载的443配置仍然是旧规则，需要检查配置文件的include路径、重载操作的执行日志
• 检查Nginx的端口监听状态：执行ss -tulnp | grep nginx，确认输出结果中同时存在80、443两个端口的Nginx监听记录，缺失对应端口记录就代表Nginx没有正常绑定该端口，需要排查端口占用问题。
• 核对域名解析指向：确认测试域名的解析记录是直接指向当前服务器的公网IP，没有被解析到其他测试节点、CDN节点上。
• 排查完配置后，清除浏览器缓存、或者用无痕窗口重新测试，避免本地缓存的302跳转记录干扰测试结果。

内容的提问来源于stack exchange，提问作者Gaspertrix