我一看你这个情况就知道是Nginx的location和proxy_pass的URI拼接规则在搞鬼，咱们一步步来捋清楚：

问题根源 #

你现在的配置里，location /_webapi 匹配请求后，Nginx会把完整的请求URI（比如/_webapi/values）直接转发到后端http://web_api，也就是后端收到的请求路径是/_webapi/values，但你的WebApi接口是/values，自然就匹配不到，返回404了。

而之前的配置里proxy_pass http://web_api/api，Nginx会把/_webapi替换成/api，所以请求/_webapi/values会变成/api/values，刚好和后端原来的路径对应，所以能正常工作。

两种可行的解决方案 #

方案1：利用末尾斜杠的匹配规则 #

调整location和proxy_pass的写法，都加上末尾的斜杠，让Nginx自动截取/_webapi/后面的部分拼接到后端地址：

server {
    location /_webapi/ {  # 注意这里末尾加了斜杠
        proxy_pass http://web_api/;  # 这里也加末尾斜杠
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection keep-alive;
        proxy_set_header Host $host;
        proxy_cache_bypass $http_upgrade;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

这样一来，当请求http://localhost/_webapi/values时，Nginx会把/_webapi/后面的values拼接到http://web_api/后面，后端收到的就是/values，完美匹配你的WebApi接口。

方案2：用rewrite规则重写URI #

如果不想改location的写法，可以用rewrite把/_webapi开头的路径重写掉，再转发：

server {
    location /_webapi {
        rewrite ^/_webapi(.*)$ $1 break;  # 把/_webapi后面的部分提取出来，替换整个URI
        proxy_pass http://web_api;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection keep-alive;
        proxy_set_header Host $host;
        proxy_cache_bypass $http_upgrade;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

这个规则会把/_webapi/values重写成/values，然后再转发到后端，效果和方案1一样。

验证一下 #

不管用哪种方案，现在访问http://localhost/_webapi/values或者http://localhost/_webapi/weatherforecast，后端收到的请求路径都会是/values和/weatherforecast，和你直接访问http://myproject.webapi的路径一致，自然就能正常响应了。

内容的提问来源于stack exchange，提问作者eSPiYa