Nginx POST请求限流失效问题排查求助

以下是硬核排查步骤，一步步定位问题：

1. 确认POST请求实际匹配的location #

Nginx的location匹配有优先级，可能你的POST请求没走到带限流规则的区块。给每个location添加专属日志：

location ~* /api/v3/imprints/.*/testTriangles.* {
    access_log /var/log/nginx/imprints_test.log combined;
    # 保留原有的限流、proxy配置
}

location / {
    access_log /var/log/nginx/default_root.log combined;
    # 保留原配置
}

发送POST请求后查看日志，确认请求方法、URI、客户端IP等信息，明确请求进入了哪个location，同时检查$limit_key这类变量的值是否符合预期。

2. 验证限流阈值是否真的被触发 #

看现有配置的阈值：

• mylimit是70r/s，这个阈值极高，需要短时间内发送几十上百次POST请求才能触发429，别仅发两三次就判断无效。可以用脚本批量测试：

for i in {1..80}; do curl -X POST http://你的服务器IP:8080/目标接口路径; done

• 如果是针对/api/v3/imprints/.../testTriangles的POST请求，先确认请求路径完全匹配正则规则，比如路径中的testTriangles后缀、层级结构是否符合，避免因路径不匹配走到默认location /。

3. 补全你新加的map配置逻辑 #

你之前仅定义了$limit_key2的map规则，但缺少后续的限流区域配置和引用，所以不会生效。完整配置如下：

# 定义map规则
map $request_method $limit_key2 {
    default "";
    POST $binary_remote_addr;
}

# 创建对应的限流区域
limit_req_zone $limit_key2 zone=mylimit_post:20m rate=2r/m;

# 在目标location中引用该限流规则
location / {
    limit_req zone=mylimit; # 原有针对所有请求的限流
    limit_req zone=mylimit_post; # 针对POST请求的单独限流
    # 保留其他proxy配置
}

4. 确认Nginx配置已重载生效 #

每次修改配置后，必须执行以下命令确保配置生效：

nginx -t # 先检查语法是否正确
nginx -s reload # 重载配置

5. 排查客户端IP是否被正确获取 #

如果Nginx前端有反向代理、CDN，$binary_remote_addr可能拿到的是代理服务器IP，而非真实客户端IP。这种情况下，限流会针对代理IP而非单个客户端，导致POST请求看起来没有被限流。

解决方法：开启realip模块（若编译时未添加，需重新编译Nginx），然后添加配置：

set_real_ip_from 你的代理IP段; # 例如10.0.0.0/8或CDN的IP段
real_ip_header X-Forwarded-For;

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