我们在 Discourse 平台上安装了一个插件，但页面突然显示“请慢一点，来自此 IP 地址的请求过多”。看来我们需要调整 Discourse 的 Nginx 设置。请问有什么解决方案吗？
您介意分享一下插件的名称吗？这将有助于我们了解或确定可以实现的功能。
3 个赞
这些 IP 地址是来自用户的真实 IP，还是看起来来自反向代理？
1 个赞
我最近也在从页面链接打开多个标签页时首次遇到这个问题。我们刚刚将网站迁移为本地 nginx 反向代理，以便提供维护提示页面。
（也许是用户的源 IP 地址在某个地方没有被传递给 Discourse？或者这根本不是问题所在，只是巧合。）
请参阅 https://meta.discourse.org/t/global-rate-limits-and-throttling-in-discourse/78612。
如果您打开了多个标签页，或者使用的是企业 IP（甚至只是两三个用户共用同一条互联网线路），很容易触达速率限制。
2 个赞
没错。从那时起，所有 IP 地址都显示为反向代理的地址。
我也这么认为。它很可能将所有 IP 都记录为反向代理的 IP。请查看“如何在其他 Web 服务器上运行”相关主题，获取有关如何将正确的 IP 传递给 NGINX/Discourse 的建议。
你可以通过查看几个最近的用户 IP 地址，或者查看 /var/discourse/shared/standalone/logs/var-log/nginx/access.log（或类似路径）来确认。
嗯，这看起来是对的，但查看“内部”nginx 访问日志显示真实 IP 已被传递。
1 个赞
太遗憾了。那本来是个简单的解决方案。
一些插件和主题组件可能会生成大量请求。或者，也许是你自己打开了成千上万个标签页，导致了这个问题。
下面我列出了 GitHub 上的插件网址：GitHub - siddhudhangar/discourse-topic-organizer · GitHub
如有任何建议，请告知我们。
请求通过反向代理发送，但我已在 Discourse 的“screened_ip_addresses”设置中将代理的 IP 地址列入白名单。
我也遇到了这个问题。我们网站的一位版主也是如此。
你也有 discourse-topic-organizer 插件吗 @outofthebox？
该插件在应用启动时似乎会 创建大量 AJAX 请求。这很可能触发速率限制，尤其是在分类很多的情况下。（cc @Siddhu_Dhangar）
4 个赞
好问题！我还没有安装那个插件。
1 个赞
在这种情况下，我建议您尝试安全模式以排除任何自定义插件的影响。如果问题仍然存在，请另开一个 Support 主题，因为这很可能是由其他原因导致的。
6 个赞
你找到这个问题的解决方案了吗？？？
discourse-topic-organiser 插件产生了过多的 Ajax 调用——需要提高其效率
3 个赞