限速时，如何配置nginx返回429 http代码？

在限制/速率限制时，如何配置nginx返回http状态代码429（请求太多），而不是默认的503（服务不可用）？

仅供参考，我将nginx用作HttpLimitReqModule的反向代理。429状态代码的规范草案是RFC6585。

关于stackexchanged的这个（封闭的）问题表明可以使用error_page指令。但是，如果确实存在服务器问题（不是客户对我们的打击太大），并且服务器应该返回503 Service Unavailable ，则我不希望返回429。

有什么建议？

好消息，版本1.3.15 http://mailman.nginx.org/pipermail/nginx/2013-March/038306.html

我们有“ limit_req_status”和“ limit_conn_status”指令。我只是在Gentoo Linux上测试了它们（请注意，您需要在其中编译limit_req和limit_con模块）。

通过这些设置，我认为您可以实现您所要求的：

limit_req_status 429;
limit_conn_status 429;

我已经快速验证了这一点：

ab2 -n 100000 -c 55 "http://127.0.0.1/api/v1

由于高请求率和nginx中配置的限制，在激活指令后，对哪个大多数请求失败：

limit_req zone=api burst=15 nodelay;

根据VBart的回复和其他评论，很明显，最好的选择是将503错误映射到429s。

error_page 503 = 429 /too-many-requests.html

由于nginx（1.3.x）仅将503状态代码用于limit_req和limit_conn，因此这应该是一种不错的方法。

除了limit_req和limit_conn以外，Nginx本身从不返回503。