如何在Nginx中为含正则/通配符的特定URL配置允许的请求方法

你的配置核心问题是正则location中的proxy_pass URI替换逻辑错误，导致后端收到的请求路径与预期不符，从而返回404。同时需要优化正则匹配的精确性，确保请求方法限制生效。

修正后的完整配置 #

server {
    server_name             foo.example.com;

    # 匹配 /bill/数字/verify，仅允许GET和POST
    location ~ ^/bill/([0-9]+)/verify$ { 
        limit_except GET POST {
            deny all;
        }
        # 直接转发完整请求URI到后端，不做路径截断
        proxy_pass http://app:<PORT>;
        proxy_set_header X-Real-IP $remote_addr;
    }

    # 匹配 /bill/ipn/任意字符串，仅允许POST
    location ~ ^/bill/ipn/([A-Za-z0-9]+)$ { 
        limit_except POST {
            deny all;
        }
        # 直接转发完整请求URI到后端，不做路径截断
        proxy_pass http://app:<PORT>;
        proxy_set_header X-Real-IP $remote_addr;
    }

    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/foo.example.com/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/foo.example.com/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
}

关键修改点说明 #

1. 修复proxy_pass路径传递问题
   当location使用正则表达式匹配时，如果proxy_pass后附带URI（比如/$1），Nginx会将请求的完整URI替换为该部分。你之前的配置会把/bill/540/verify转发成/540，后端没有对应路径所以返回404。改为不带URI的proxy_pass http://app:<PORT>;后，Nginx会将完整的请求URI原封不动转发给后端。

   如果你的后端期望接收的是截断后的路径（比如/verify/540或/ipn/xxx），可以通过rewrite指令调整：

   # 第一个location示例：转发为 /verify/$1
   location ~ ^/bill/([0-9]+)/verify$ { 
       limit_except GET POST { deny all; }
       rewrite ^/bill/([0-9]+)/verify$ /verify/$1 break;
       proxy_pass http://app:<PORT>;
       proxy_set_header X-Real-IP $remote_addr;
   }
   

2. 优化正则匹配精确性
   在正则末尾添加$，确保只匹配精确路径，避免意外匹配到类似/bill/540/verify/extra这类不符合需求的路径。

3. 请求方法限制逻辑保留
   你的limit_except配置是正确的，它会拒绝指定方法以外的所有请求（比如PUT、DELETE等），符合你的需求。

验证方法 #

• 测试GET请求：curl -X GET https://foo.example.com/bill/540/verify，应返回后端正常响应（而非404）
• 测试非允许方法：curl -X PUT https://foo.example.com/bill/540/verify，应返回403 Forbidden
• 测试IPN路径POST：curl -X POST https://foo.example.com/bill/ipn/test123，应返回后端正常响应
• 测试IPN路径GET：curl -X GET https://foo.example.com/bill/ipn/test123，应返回403 Forbidden

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