分流导致的人机验证问题。建议能做相关改进

不是这个意思。贴一下nginx大概配置你就明白

1……
2limit_req_zone $server_name zone=limit:10m rate=100r/m;
3limit_req_status 429; #定义请求频率，1分钟超过100r，超出的请求就返回429错误码。
4……
5server {
6……
7server_name *.abc.com;
8location ~* \.html$ {
9limit_req zone=limit;
10error_page 429 = @anticaiji;
11proxy_pass http://upstream;
12……
13location @anticaiji
14proxy_pass http://safeline; # 正常情况直接proxy到后端服务器组（服务器ABC轮询），429时proxy到雷池，雷
15                         池也配置有*.abc.com域名，并设置后端代理服务器组upstream（服务器ABC轮询）。

这样配置目的主要是为了不影响用户体验，不会大批量出现人机验证界面。（正常访问量下都是直接proxy到后端服务器，雷池没有流量经过），但是当有大量的机器采集时（超过100r/m），超过的流量就会引流到雷池并做人机验证。那么就会有前面的问题，正常用户验证界面出现后并提示通过验证后会再次请求该页面，但是这次请求在limit内所以直接proxy到了后端服务器没有proxy到雷池，所以雷池会认为没有通过验证。导致下次流量经过雷池后又再次出现验证界面。。。

不是，这个是限定某个IP的

大批量机器采集过来，基本都是分散不同的IP，只能通过限定总的请求量，单个IP的访问频率，可能就个位数。

那你想要的应该是这个 - 等候室

也不是，等候室是等候状态。适用于大量访问都是正常用户的前提，但是服务器又承受不了这种压力的情况。
我们使用雷池的只要目的就是人机验证。平时的访问量流量，一部分是正常用户，一部分是机器采集，但我不需要所有访问都经过雷池，这样会有大量用户出现验证界面（没办法，用户比较作，觉得体验度不好，市场也不希望用户来投诉），于是就有了前端nignx请求量限定的策略。只希望出现大量的机器采集时，超过的部分才经过雷池的人机验证。（这部分一样也是既有用户也有机器），但这时用户出现验证界面毕竟数量大大减少了，但是至少得保证该用户通过验证后，在设定的验证有效期内不会再次出现人机验证界面，否则用户体验度不是更差吗