如何配置Nginx反向代理，使其传递Apache后端Rails应用的404响应，同时保留静态文件的自定义404页面

嘿，我刚好遇到过几乎一模一样的问题，咱们来一步步把它搞定！

问题的核心在于你当前全局设置的error_page 404会“通吃”所有404响应——不管是Nginx自己找不到静态文件产生的，还是后端Rails返回的自定义错误。所以咱们得把这两类场景拆开处理：

具体配置调整步骤 #

1. 移除全局的error_page配置
   先删掉你当前配置里那行全局的error_page 404 /errors/not-found.html;，避免它干扰后端返回的错误响应。

2. 给静态文件单独绑定error_page
   找到（或者新建）Nginx里处理静态文件的location块，把error_page放在这个块内部，这样只有当静态文件找不到时，才会触发你的自定义静态404页面。示例如下：

   # 匹配常见静态文件后缀，你可以根据自己的业务需求调整
   location ~* \.(css|js|png|jpg|gif|svg|ico|woff2)$ {
       root /path/to/your/rails-app/public; # 指向Rails项目的public目录，静态文件存在这里
       expires 7d; # 可选，给静态文件加缓存时间优化性能
       error_page 404 /errors/not-found.html; # 仅静态文件找不到时触发此规则
   }
   

3. 确保静态错误页面能被正确访问
   单独加一个location处理错误页面的请求，避免它被转发到后端Rails应用：

   location = /errors/not-found.html {
       root /path/to/your/error-pages-folder; # 指向你存放not-found.html的目录
       # 如果错误页面本身就放在Rails的public/errors目录下，这里的root可以和上面静态文件的一致
   }
   

4. 确保后端错误能直接透传
   在反向代理的location里，显式设置proxy_intercept_errors off（虽然默认就是off，但写出来更清晰），这样Nginx不会拦截后端返回的404状态码，直接把Rails生成的自定义错误页面传给用户：

   location / {
       proxy_pass http://127.0.0.1:8080;
       proxy_redirect off;
       proxy_intercept_errors off; # 关键：让后端错误直接透传给客户端
       # 其他必要的代理配置，比如传递请求头
       proxy_set_header Host $host;
       proxy_set_header X-Real-IP $remote_addr;
       proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
   }
   

原理说明 #

• Nginx会按照location的匹配顺序处理请求，把静态文件的location放在最前面，所以静态资源请求会优先被处理，找不到时就用该块内的error_page返回静态404。
• 非静态请求会落到反向代理的location，后端Rails返回的任何状态码（包括404）都会被直接转发给用户，不会被Nginx的规则覆盖。

这样调整之后，静态文件找不到时会展示你设置的简洁静态404，而Rails应用抛出的404就会展示你精心设计的应用内错误页面啦！

备注：内容来源于stack exchange，提问作者Kenn