Nginx,try_files代理和带有404回退的命名位置

前端之家收集整理的这篇文章主要介绍了Nginx,try_files代理和带有404回退的命名位置前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我有一个奇怪的问题,它只影响我正在研究的一个本地应用程序 – 使用这种方法的其他应用程序似乎工作正常(Ghost).这是来自我的Nginx服务器配置:

  1. location @node_proxy {
  2. proxy_set_header X-Real-IP $remote_addr;
  3. proxy_set_header X-Forwarded-For $remote_addr;
  4. proxy_set_header X-Forwarded-Proto $scheme;
  5. proxy_set_header X-Nginx-Proxy true;
  6. proxy_set_header Host $host;
  7. proxy_redirect off;
  8. proxy_pass http://127.0.0.1:5000;
  9. }
  10. location / {
  11. try_files @node_proxy =@R_403_448@;
  12. }

正如我所说,我有Ghost运行与此相同,它表现良好.但是对于这个配置,它会导致每个请求都是@R_403_448@ – 它似乎永远不会命中代理.我检查了日志,这证实了我的怀疑,访问或错误日志中没有条目.

我在这个实例中代理的应用程序只是一个简单的基于Express的节点应用程序,所以没有什么复杂的.访问http://127.0.0.1:5000我看到了预期的结果.

如果我将配置更改为:

  1. location / {
  2. proxy_set_header X-Real-IP $remote_addr;
  3. proxy_set_header X-Forwarded-For $remote_addr;
  4. proxy_set_header X-Forwarded-Proto $scheme;
  5. proxy_set_header X-Nginx-Proxy true;
  6. proxy_set_header Host $host;
  7. proxy_redirect off;
  8. proxy_pass http://127.0.0.1:5000;
  9. }

它按预期工作,但我想使用命名位置,以避免重复代理声明.

我错过了一些明显的事吗?

最佳答案
试试这种黑客行为:

  1. location @root {
  2. ...
  3. }
  4. location / {
  5. error_page 418 = @root; return 418; # redirect to @root
  6. }

似乎不可能从常规位置跳转到命名位置.你也可以试试try_files @root @root,但是Igor Sysoev(Nginx的作者)说error_page更好,因为它使用的资源更少.

猜你在找的Nginx相关文章