如何使用Nginx仅对指定端点的特定HTTP方法返回404或重定向且不影响其他请求

要同时满足三类请求的差异化处理要求，需要组合两层严格的匹配规则，从根源上避免误伤正常请求：

• 第一层用Nginx优先级最高的精准URI匹配，把规则的作用范围严格锁定在URI完全等于/my-path的请求上，排除所有同前缀子路径的匹配可能
• 第二层在这个精准匹配的块内判断请求的HTTP方法，仅对POST方法触发自定义处理（返回404），同路径的其他方法请求完全按原有逻辑正常处理
• 所有不在精准匹配范围内的请求（比如所有/my-path/下的子路径、其他无关路径），完全不受新增规则干扰，按原有Nginx配置的逻辑正常运行

在原有Nginx配置的server块中新增对应规则即可，不需要改动你原本已经配置完成的其他逻辑：

server {
    # 原有全局配置全部保留，包括监听端口、域名、日志规则、全局响应头设置等

    # 新增：精准匹配完全等于 /my-path 的请求
    location = /my-path {
        # 仅对该路径下的POST请求返回404
        if ($request_method = POST) {
            return 404;
        }

        # 以下为该路径原本的正常处理逻辑，和你之前配置的内容保持一致即可
        # 如果是静态资源站点，保留原有root指令
        root /var/www/your_project;
        # 如果是反向代理场景，保留原有proxy_pass指令
        # proxy_pass http://127.0.0.1:8080;
    }

    # 原有所有其他location规则完全不动，比如：
    location / {
        root /var/www/your_project;
        index index.html;
        # 原有静态资源处理、反代逻辑全部保留
    }
}

• 绝对不要使用前缀形式的location /my-path来实现拦截，这类规则会覆盖所有以/my-path为前缀的请求，包括/my-path/another-path这类子路径，直接导致正常的子路径请求被误拦截
• 精准匹配= /my-path只会匹配URI完全和/my-path一致的请求，当请求路径是/my-path/xxx时，根本不会进入这个location块，块内的POST判断规则完全不会对这些子路径请求生效
• 这里使用的方法判断逻辑属于Nginx的安全用法，因为仅做直接返回响应的操作，没有复杂的变量篡改、重写逻辑，不会触发Nginx中if指令的兼容异常问题
• 如果需要调整拦截后的响应行为，只要修改return后的规则即可：比如需要做301重定向就替换为对应跳转地址，需要返回自定义错误页就配置对应的error_page规则，其他逻辑完全不需要改动

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