在使用nginx反向代码wordpress的过程中,由于wordpress会对访问的请求进行域名与端口是否与配置信息相同的判断,将导致使用301的循环重定向错误。
问题重现
nginx配置如下:
server {
listen 81;
server_name www.codedemo.club;
error_log /mengyunzhi/log/baeldung.cn-nginx.log info;
add_header Cache-Control public;
location / {
proxy_pass http://127.0.0.1:8000;
proxy_redirect off;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
# 转发host信息
proxy_set_header Host $host;
wordpress设置站点的url地址为:http://www.baeldung.cn:81
。
则在上述两个配置下使用浏览器访问:http://www.baeldung.cn:81则会执行如下流程:
问题在于:nginx在进行数据发设置的Host并不包含端口信息,所以wordpress接收到的请求是:http://www.baeldung.cn:8000
此地址与http://www.baeldung.cn:81
并不相同,所以给出了重定向的回复。浏览器接收到重定向,接着发起了对http://www.baeldung.cn:81
的请求,周而复始浏览器便出了301重定向次数过多的提示。
解决方案
google尝试找了些关于nginx如何反向代理wordpress或nginx反向代码wordpress发生301 loop的问题,但并未找到答案。猜想可能是由于 wordpress这个重定向机制启用的时间并不长,所以相关的问题暴露的不多造成的。
通过前面的流程图,最终猜测出了解决方案:转发时设置Host时加入端口号:
proxy_set_header Host $host:$server_port;
重新加载nginx配置后问题迎刃而解。
总结
当一些问题查找不出原因的时候,需要结合控制台返回的信息并站在软件设计者的角度大胆地猜测一下。一旦猜出了方向,便可以按照猜的方向进行尝试。没准就真猜对了呢。
本文作者:河北工业大学梦云智开发团队 潘杰
欢迎各位学子报考我校!
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。