登录失败5次后页面延迟6分钟跳转至401锁定页排查求助

预期行为 #

当用户登录失败次数达到上限（5次）时，Web应用应立即将用户重定向至401 Lockedout页面。

实际问题 #

用户耗尽所有登录尝试后，页面并未立即跳转，而是延迟6分钟才完成重定向。该问题在Edge、Firefox、Chrome浏览器中均会出现。

实现流程 #

登录功能通过jQuery发送Ajax POST请求实现：

• 用户前4次输入错误密码并点击登录，页面提示“密码无效”；
• 第5次尝试时，后端CGI代码返回HTTP状态码303 See Other，Location指向/restarting/；
• 自定义LightHTTPd插件mod_access会在用户登录失败5次后拦截所有请求，返回303 See Other状态码并将Location指向/errors/en/401lockedout.html。因此浏览器请求/restarting/时会被该插件拦截，触发最终跳转。

环境与技术栈 #

• LightHTTPd服务器
• HTML
• jQuery
• C++（用于自定义插件及CGI开发）

服务器日志分析（仅展示第5次请求相关内容） #

1. 第5次登录请求：浏览器向/submitLogin/发送POST请求；
2. CGI响应：返回303 See Other，Location为/restarting/，但CGI进程因signal 11（段错误）终止；
3. 浏览器请求/restarting/：发送GET请求；
4. mod_access拦截响应：返回303 See Other，Location为http://localhost/errors/en/401lockedout.html；
5. 异常情况：浏览器并未立即发送401lockedout.html的GET请求，而是等待6分钟后才发起请求，服务器返回304 Not Modified。

排查方向与解决建议 #

• 排查CGI段错误原因：CGI进程因signal 11终止可能导致HTTP连接处于异常状态，进而引发后续请求延迟。检查CGI进程的核心转储文件，定位内存访问异常的具体位置，修复段错误问题，这可能解决连接阻塞导致的重定向延迟。
• 检查LightHTTPd连接处理配置：确认LightHTTPd在CGI异常终止后是否正确关闭连接。未正常关闭的连接可能让浏览器处于等待状态，延迟后续重定向步骤。查看LightHTTPd的超时配置（如server.max-keep-alive-idle），确保其能处理CGI异常终止的场景。
• 验证mod_access重定向逻辑：确认mod_access返回的303 See Other响应是否包含完整的必要头部（如Connection: close）。格式不正确的响应可能导致浏览器延迟处理重定向指令。
• 绕过Ajax测试：临时将jQuery Ajax登录替换为标准表单POST提交，观察延迟是否仍然存在。这可以隔离问题是由浏览器Ajax处理逻辑导致，还是服务器端行为引发。
• 检查浏览器缓存行为：最终的304 Not Modified响应表明浏览器缓存了401lockedout.html页面。虽然6分钟延迟不符合常规缓存规则，但仍需检查该页面的缓存头部配置，确认是否存在过度缓存的设置。
• 回溯最近代码变更：由于功能此前正常运行，回滚近期的代码变更（CGI更新、mod_access修改、LightHTTPd配置调整），定位引入问题的具体变更点。

内容的提问来源于stack exchange，提问作者InfiniteStorm