嗨 @angus，我无法确定实际发生的情况，这需要管理员和了解 ActivityPub 插件的人员，但我注意到这个论坛有时会变得缓慢甚至无法访问，这似乎与正在联合的帖子有关。
我在这个帖子中收到了关于此事的通知，昨天在 @silverpill 转推了这个回复后，我看到了这种情况，并且收到了 NGINX 的“503 Gateway timeout”，我认为这可能与这个帖子有关。
3 个赞
我也注意到，当我发布回复时，SH 会变得无响应。这是因为回复会被发送到许多其他服务器，这些服务器会同时开始加载回复树。
对此表示歉意
3 个赞
如果情况是这样，那么这基本上是一个“雷群”问题，类似于链接预览可能引起的问题。对此的缓解措施是，软件应该停止自动获取可能永远不会被看到的资源，而是使用按需延迟的“惰性加载”策略。
2 个赞
大家好，我会尽快仔细研究一下，希望是明天。
3 个赞
我禁用了我的插件，因为我收到了许多来自同一源实例或其他实例的请求，它们没有延迟限制，这很奇怪，一直请求并淹没我的服务器太多了。
angus:
嘿，伙计们，我很快就会仔细看看，希望是明天。
我不想施加压力，现在可能是暑假期间不方便的时间，但如果你有机会深入研究这个问题，那就太好了。现在，一个联合帖子可能会让论坛在一段时间内变得非常慢，而一个帖子加一个帖子编辑可能会让论坛向访问者显示 nginx 错误屏幕。
大家好，如果这造成了严重问题，我想指出插件中已经有一些工具可供社区管理员用于此类场景。
-
有全面的日志记录，包括对象日志记录，您可以使用它们来确定任何有问题的参与者的来源。
activity_pub_verbose_loggingactivity_pub_object_logging
-
收件箱和对象检索具有速率限制和站点设置，您可以使用它们来控制请求的速率。
activity_pub_rate_limit_post_to_inbox_per_minuteactivity_pub_rate_limit_get_objects_per_minute
-
您可以使用站点设置来允许或阻止域。
activity_pub_allowed_request_originsactivity_pub_blocked_request_origins
-
您可以使用管理员操作来“拒绝”来自有问题关注者的关注。
此外，服务器可以处理的活动量将与其资源相关。这是我无法看到的。
@aschrijver 我会从资源开始。服务器的资源是什么？具体是什么过载了？我现在根本无法加载 socialhub.activitypub.rocks。我怀疑存在更根本的资源使用问题。
然后，我的第二个问题是请求来自哪里？您可以使用日志来找出答案。然后将您收到大量请求的任何域添加到 activity_pub_blocked_request_origins。
如果我们首先使用了这些现有的杠杆，但仍然遇到性能问题，那么我们可以研究其他潜在原因。
2 个赞
好的，SocialHub 已加载，我启动了日志，罪魁祸首似乎相对清楚了。
我建议将 mastodon.sdf.org 添加到阻止列表中，并向其管理员发送一条消息，告知他们正在垃圾邮件发送 socialhub。
*编辑 似乎另一个问题是签名请求已被禁用。我已执行以下操作：
- 将
Activity pub require signed requests设置为 true。 - 将
Activity pub blocked request origins设置为mastodon.sdf.org。
让我们看看问题是否仍然存在。
感谢您的快速回复，@angus。我只是这个论坛的普通成员，但这看起来对@how或其他论坛管理员来说是很有用的信息，可以进一步研究。
没关系。我怀疑只需启用签名请求并将 mastodon.sdf.org 添加到阻止列表中即可。
1 个赞
它应该能在所有地方阻止。它充当分布式拒绝服务（DDOS）代理。它发出的请求数量简直太可怕了。
我应该阻止 mastodon.sdf.org 吗？它似乎是一个合法的来源，但也许它们的配置有问题？无论如何，如果需要，我应该能够做到。
angus:
我现在根本无法加载
socialhub.activitypub.rocks。我怀疑是资源使用方面存在更根本的问题。
是的，VPS 很小。我可以将其升级到更强大的配置。