结论:Clara BBS 的防灌水靠三层叠加——入口验证(图形验证码、注册验证问答、临时邮箱黑名单)、频率限流(发帖回帖最小间隔、登录失败锁定、IP 封禁)、内容兜底(敏感词拦截、按版块先审后发、举报与回收站)。三层全部在后台配置,保存即生效,不用改代码、不用清缓存。
为什么只加一个验证码挡不住灌水?
结论:验证码只能抬高「机器批量注册」的成本,挡不住已注册账号持续刷帖,也挡不住人工搬运式灌水。
三层各管一段:第一层管「账号从哪来」,第二层管「发得有多快」,第三层管「发出来的内容能不能见人」。任何一层被绕过,后面两层还能兜住。所以正确做法不是找某个万能开关,而是三层都开,再按自己社区的攻击强度调参数。
第一层:验证码和注册关卡怎么配?
结论:图形验证码 + 注册验证问答 + 邮箱域名黑名单三件套一起开,能把机器注册量明显压下去。
- 图形验证码:用在发帖、回帖环节。服务器没装 GD 库时,系统会自动降级成算术题,不会因为缺扩展就整条防线失效。
- 注册验证问答:注册时回答站点自定义的问题,机器批量注册基本过不了这关。
- 邮箱域名黑名单:系统内置近百个临时邮箱域,用一次性邮箱注册会被直接拦截。
这三项都在后台「系统设置」的注册邀请与安全分组里,开关加保存即可,无需重启任何服务。
第二层:限流参数怎么设才不误伤真人?
结论:核心两个参数是发帖/回帖最小间隔和登录失败锁定次数,都在后台可调,改完立即生效。
发帖、回帖最小间隔用来卡「短时间大量刷帖」:间隔设得越短,用户体验越好但越容易被刷;建议按版块活跃度权衡,先设一个偏宽松的值,观察一周后台日志再收紧。登录侧是另一条线:同一 IP 高频失败会被拦截(防密码喷洒),连续输错默认 5 次锁定 15 分钟,锁定阈值与时长后台可配,到期自动解锁,也能在后台手动解锁。整个过程完整记录在「用户体系→登录日志」,出了事能直接回溯到 IP 和时间点。对确认的恶意来源,用「IP 封禁」定点处理,支持设置封禁到期时间,不必永久拉黑。
第三层:内容审核怎么做精细化?
结论:敏感词拦截全站生效,先审后发按版块单独开关,再配合版主与举报流形成闭环。
先审后发是按版块开关的,所以完全可以让新手区严格审核、灌水区保持自由发帖,两者互不影响。敏感词命中直接拦截,不需要额外装插件——这是系统内置能力。
版主体系每个版块最多 10 位,版内拥有全权,日常删帖、处理举报不必都找管理员。举报走独立处理流,后台有专门的举报处理入口。前台删除是软删除,进入回收站后保留 30 天可恢复(天数可配),路径是「内容管理→帖子管理→状态筛选→回收站」,超期才会自动彻底删除。也就是说,误删或误判都有 30 天缓冲期,这条对运营来说比任何拦截规则都重要。
灌水已经发生,事后怎么处理?
结论:三条路径——回收站恢复误删、登录日志定位账号来源、IP 封禁阻断持续攻击。
操作顺序建议:先在「用户体系→登录日志」看异常账号的登录 IP 与频率,确认是否为同一来源批量操作;再决定是封 IP 还是封号;被牵连删掉的内容去回收站恢复。所有后台操作都有管理日志可查,多管理员协作时能分清是谁改了什么。
常见问题:还需要额外装插件吗?
结论:防灌水的基础能力全部内置,插件是锦上添花而非必需品。
系统有 156 个运行时插件钩子,插件放在 content/plugins 目录、保存即生效、无需编译,但验证码、限流、敏感词、先审后发、回收站这些都不依赖插件。真正需要额外能力的场景(比如更复杂的自动审核规则),再从插件中心按需扩展。
一句话收束:三层防线的分工是「拦注册、限频率、审内容」,参数没有标准答案,先在后台把三层全开,再根据登录日志和举报量逐周微调,比一次性把限流调到最严要靠谱得多。