管家婆67722论坛登录问题修复 的完整资料
你登录过那种论坛吗？输完账号密码，点登录，页面转了两秒，然后跳回登录页，验证码刷新了，但什么都没提示。我昨晚就在干这件事——准确地说，是从 5 月 30 日晚上 10 点 08 分开始，一直折腾到次日凌晨 1 点 47 分。
我第一次发现问题是在 Chrome 126 上。输入用户名「gnan_1992」和密码，点「登录」，返回 302，跳转到 /member.php?mod=logging&action=login，然后验证码图片的 session id 和表单里的 hash 对不上。我截了个图发给老周，他看了一眼说：「你这验证码是上一个页面留下的，服务器没种新的 cookie。」
我打开开发者工具，看 Application 面板，发现有 3 个 cookie 都叫「EKD7_2132_saltkey」，域名分别是 .67722.net、www.67722.net 和 67722.net。这就是根源——Discuz 的 cookie 前缀在三种域名写法下各自生成了一套，验证码校验时读的是其中一套，而表单提交时带的是另一套。我删掉其中两个，只保留 .67722.net 的，重新加载，验证码终于能对了。
但第二次登录又失败。这次错误提示是「您的请求来路不正确」。我查了 Referer，发现从 https://67722.net/forum.php 跳到登录页时，Referer 被浏览器策略抹掉了。我在 Chrome 启动参数里加了 --disable-features=SameSiteByDefaultCookies 做了一次临时验证——确实能过。但这不能作为最终方案，于是我把论坛的 config_global.php 里 $_config['cookie']['cookiedomain'] 统一改成 .67722.net，同时把 $_config['security']['referercheck'] 设为 0。
这里我得说一句可能得罪人的话：很多所谓的「管家婆67722论坛登录问题修复教程」根本就是复制粘贴的，连 Discuz 版本都不看。 我翻到一篇 2024 年的帖子，里面让改 source/function/function_core.php 的第 2187 行，可我手上这个版本（X3.4 2023-12-01 补丁版）对应的逻辑早就在 function_member.php 里了。照抄那种教程，只会越修越坏。
最后一步是验证码的 GD 库问题。服务器 PHP 8.1 默认没开 gd 扩展，验证码图片返回 500，但前端没报错，只是刷新。我登录 SSH 执行 php -m | grep gd，果然没有。用 apt install php8.1-gd 装好，重启 php-fpm，验证码正常显示。从那一刻起，登录按钮终于不再骗我了。
整个过程我记了 14 条笔记，删掉了 2 个错误的 cookie 域，改了 1 个配置文件，装回 1 个扩展。如果你也在修同样的问题，先检查 cookie 域和 GD 库，别急着动源码。参考 管家婆最准资料网站 上的环境要求页，能省掉至少半小时。
顺带说一个意外收获：修完登录之后，我发现论坛的 /forum.php?mod=forumdisplay&fid=2 板块加载速度从 4.2 秒降到了 1.1 秒——因为之前每次登录失败都会触发一次无用的 session 写入。这算是失望夜里的一点小安慰吧。