……我发现尝试对我的网络服务器所看到的所有不良行为进行分类和记录，到目前为止是最大的DDOS风险。每次他们试图进门时，都记录类似“被禁止的客户端被拒绝”的日志，这在磁盘磨损、IO利用率等方面都是自找麻烦。你完全没有理由将所有这些背景辐射记录到磁盘，甚至考虑它。如果你的网络服务器无法承受太空的直接暴露，它可以被放在代理/CDN后面（即另一个不那么差的网络服务器）。
源讨论激进的机器人毁了我的周末原帖 104 条评论 · 导入时统计今年早些时候我有一个网站是运行在Hetzner上的。我只是在尝试一些ASP.NET的东西，但查看日志时，我注意到有很多针对各种WordPress相关端点的尝试。 然后我读到有人故意在他的robots.txt文件中设置了一个诱饵。它指向一个完全虚假的端点。理论是，人类不会阅读robots.txt，所以没有危险，但机器人之类的通常会读取robots.txt（至少是为了了解你有什么...他们大多会忽略“拒绝”！）如果他们尝试访问那个假的端点，你可以100%确定（或者说尽可能接近）这不是人类，你可以将他们屏蔽。 所以我尝试了这个方法。 我实时生成了一个robots.txt文件。它缓存了大约60秒，因为我并不想为此消耗太多资源。当你请求它时，你会得到缓存的版本或者…
完整原文把你的经验，加入这段讨论。
> 如果客户端的IP在此集合中，响应体中会返回一个简单的UTF8常量字符串"您已超过资源限制，请稍后再试"。 一个简单的429状态码不是也能达到同样的效果吗？你可以记录重复的429状态码并进行封禁。
完整原文> 他们在响应体中得到一个简单的 UTF8 常量字符串 "您已超过资源限制，请稍后再试" 我想他们得到的是 429 响应码，但如果没得到，你可能需要更改这个。 我认为你在正确的地方，因为让这些请求得到正确的错误信息是很重要的，所以如果无辜的人受到影响，他们至少能看到有问题。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。