奇怪的行为与nginx的try_files。 我的configuration有什么问题？

操作系统：debian稳定（挤压）nginx：挤压backports 1.2.1-2〜bpo60 + 1

try_files对我来说很陌生。

这符合预期，如果没有find$ uri，则尝试使用localy – >使用@static位置

try_files $uri $uri/ @static; 

如果我访问现有的文件位于$ uri或@static，并且只有在@static位置没有find任何文件时才提供404，那么只需在末尾添加= 404就可以了。

• 在Nginx中的位置服务多个代理端点
• ARR反向代理到Azure云服务中的Azure网站
• Apache 2.4代理外部，redirect为内部
• 根据客户端证书设置标题
• 使用直接服务器返回转发HTTP请求

 try_files $uri $uri/ @static =404; 

在@static重新开始工作之前放置= 404。 为什么？ 如果文件不是位于$ uri或$ uri /位置，而是位于@static，则应该导致404，因为= 404是@static（为了我的理解）。 如果我把访问一个位于$ uri的文件，它是从nginx正确的服务（不击中@static后端或= 404）

 try_files $uri $uri/ =404 @static ; 

我很困惑

编辑：我的目标是：testing如果文件是本地的，然后检查所有上游服务器的文件，如果没有在这些位置find返回404

configuration：

 upstream domain.com_upstream { server yyy.yyy.yyy.yyy:8000 weight=10 max_fails=3 fail_timeout=3s; server zzz.zzz.zzz.zzz:8020 weight=10 max_fails=3 fail_timeout=3s; } server { server_name www.domain.com; listen xxx.xxx.xxx.xxx:80; location @static { proxy_ignore_client_abort off; proxy_intercept_errors on; proxy_next_upstream http_404 error timeout invalid_header; proxy_pass http://domain.com_upstream; proxy_redirect 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; client_max_body_size 10m; client_body_buffer_size 128k; proxy_connect_timeout 10; proxy_send_timeout 120; proxy_read_timeout 120; proxy_buffers 8 16k; proxy_buffer_size 32k; } location ~ ^/test { root /var/www/test; try_files $uri @static =404; # exchange with upper try_file examples... } *** snip *** } 

 try_files /file1 /file2 /file3 ... @fallback;