nginx反向代理 404 问题

文章讲述了在Nginx配置中,反向代理设置未生效可能是因为伪静态规则的优先级更高导致。特别是像ThinkPHP、Typecho、Zblog和WordPress等建站程序,其伪静态规则可能会拦截所有请求。解决方案是为伪静态规则添加特定条件,排除反向代理的目录,或者在伪静态配置中明确包含反向代理的location块。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

发现我们设置了反向代理没有起作用,最后发现原来是伪静态惹得祸

解决nginx添加反向代理代码不生效-与原rewrite伪静态规则冲突了

以thinkphp官方给的伪静态为例

	if (!-e $request_filename){
		rewrite  ^(.*)$  /index.php?s=$1  last;   break;
	}

仔细研究发现发现问题原因是rewrite伪静态规则优先级高于反向代理并且某些网站程序的伪静态规则,直接拦截了所有匹配导致。如 typecho,thinkphp,zblog,wordpress 等主流建站程序!

解决办法就是,给伪静态规则加上一个判断条件,把反向代理目录排除。

正确的解决方法是
加入我想过滤掉msg这个文件目录,可以这样写。

注意^(.)部分,把 ^(.) 改成 ^/(?!msg)(.*) ,其中 bz改成自己的反代目录,如有多个用|分开: ^/(?!msg|app)(.)
修改后的代码就变成以下:

if (!-e $request_filename) {
    rewrite ^/(?!msg)(.*)$ /index.php$1 last;
}

或者在伪静态的时候把反向代理也加上去

location ~* (runtime|application)/{
	return 403;
}
location / {
	if (!-e $request_filename){
		rewrite  ^(.*)$  /index.php?s=$1  last;   break;
	}
 location /notice {
        proxy_pass http://127.0.0.1:20002/;  
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
    }
    location /msg {
        proxy_pass http://127.0.0.1:20003/;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
    }
}

在这里插入图片描述

### 解决 Nginx 反向代理配置中的 404 错误 当遇到 Nginx 配置作为反向代理时返回 404 错误的情况,通常是因为 Nginx 未能正确处理来自客户端的请求并将其转发给后端服务器。具体原因可能是路径映射不匹配或是缺少必要的重写规则。 为了修正这个问题,在 Nginx 的配置文件中应确保有正确的 `location` 块来定义如何处理特定 URL 路径下的请求,并且要适当地设置 `proxy_pass` 指令指向实际提供服务的应用程序地址[^3]。 另外一个重要因素是确认 Web 应用本身的服务端口已经正确配置,并能够接收到来自 Nginx 发送过来的数据流。如果应用部署在一个不同于默认 HTTP(S) 端口的位置,则需指定确切的目标位置以便于建立连接。 下面是一个典型的 Nginx 反向代理配置实例: ```nginx server { listen 80; server_name example.com; location / { proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; # 将请求传递至本地运行的应用服务器(假设其监听在9000端口) proxy_pass http://127.0.0.1:9000/; } } ``` 此配置片段展示了如何通过调整请求头部信息以及设定目标主机的方式实现有效的反向代理功能。特别是要注意这里的 `Host` 头部被设为原始请求所针对的主机名而非代理后的名称,这对于某些依赖于准确主机名识别的应用来说非常重要[^2]。 最后,还需验证 web 应用内部是否存在静态资源加载失败引起的问题;有时即使页面主体可以正常显示,但由于 CSS 或 JavaScript 文件未找到也会造成部分区域空白的现象。因此建议检查浏览器开发者工具网络面板内的所有请求状态码,以排除此类潜在隐患。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值