komari探针开启私有模式后无法登录？教你快速排查解决

最近在折腾服务器监控面板的时候，发现不少小伙伴在用轻量级的 komari 探针。这东西确实好用，部署简单，界面清爽。但最近有个朋友跟我吐槽，说手一滑把探针设成了“私有站”，然后又点了个“退出登录”，结果好家伙——再也登不进去了！

这个问题听起来有点像把自己关在门外把钥匙扔了，但其实在 web 服务搭建中还挺常见的。今天就借着这个事儿，跟大家好好聊聊如果遇到 komari 探针（甚至是类似的 PHP 面板）开启私有模式后无法登录，我们该怎么通过运维手段“强行”自救。

问题复现：为什么会进不去？

首先，我们要明白 Komari 开启私有站后的逻辑。通常这类探针是基于 HTTP Cookie 或者 Session 来维持登录状态的。当你开启私有模式，系统会在数据库或配置文件中写入一个标志位，要求所有请求必须携带有效的身份凭证才能访问。

清除浏览器缓存和Cookie是解决此类问题的第一步

如果你在登录状态下点“退出登录”，服务端会清除你的 Session 或者让你的 Cookie 失效。这时候浏览器再访问首页，就会被重定向到登录页。

“无法登录”通常有两种表现：

1. 根本打不开登录页：一直 500 报错，或者无限跳转（Redirect loop）。
2. 打开了登录页但输对密码也没戏：点击登录后页面一闪，还在原地，或者提示“Session expired”。

既然知道了症状，我们就得对症下药。我这里总结了三个从简到繁的解决方案，大家按需尝试。

检查Nginx配置中的Header转发设置，特别是Host字段

方案一：清洗浏览器缓存（最简单的第一步）

很多时候，问题可能不在服务器，而在你的浏览器。当你从“已登录”状态变更为“访客”状态时，如果浏览器里残留了旧的、冲突的 Cookie，服务器可能会因为接收到的指令混乱而拒绝处理你的请求。

• 操作建议：不要只用无痕模式（虽然无痕模式能测试，但不能解决问题）。请直接进入浏览器的设置，清除该域名下的所有缓存和 Cookie。然后关闭浏览器，重新打开尝试登录。

方案二：检查 Cookie 域名配置（Nginx 用户必看）

如果你的探针是跑在 Nginx 反向代理或者 CDN 后面的，90% 的可能性是 Cookie 域名搞错了。

假设你的服务器访问地址是 https://status.example.com，但你 PHP 配置里 Cookie 的作用域被错误地设置成了 example.com，或者更糟糕的是，在代理转发过程中丢失了 Host 头部信息，导致 PHP 脚本认为你是个非法请求。

排查思路：

1. 看一眼 Nginx 配置，确保 proxy_set_header Host $host; 这一行是有的，并且没有乱改。
2. 检查 PHP 的 session.cookie_domain 设置。如果你是通过 Docker 部署的 komari，看看有没有环境变量专门控制 Session 域名。通常建议留空或者填具体的子域名，不要轻易填顶级域名。

方案三：数据库/文件层面的“上帝模式”修改

如果上面两招都不管用，那说明服务器端的 Session 机制确实卡死了。这时候我们需要绕过登录界面，直接修改服务器端的数据来关闭私有模式或重置管理员权限。

Komari 这类轻量应用，数据通常不会特别复杂。

1. 寻找配置文件：有些探针为了性能，会把“是否私有”这个开关写在一个 .json 或 .env 文件里。直接连接服务器 SSH，找到安装目录（比如 /var/www/html/komari），用 ls -la 看看有没有可疑的配置文件。如果能找到类似 "private": true 的字样，改成 false 重启服务即可。

2. 直捣数据库：如果配置里没有，那肯定在数据库里。Komari 一般使用 SQLite 或者 MySQL。

   • 如果是 SQLite（通常是一个 .db 文件），下载下来或者用 sqlite3 命令行打开，找到 settings 或 options 表，把 is_private 相关的字段改成 0。
   • 如果是 MySQL，登录数据库，use 你的库名;，然后 show tables; 找到存储配置的表，执行 update 语句把私有状态关掉。

如果实在找不到数据库结构怎么办？

这里有个“终极暴力法”（慎用）：直接修改源码逻辑。找到处理登录验证的 PHP 文件（通常叫 auth.php 或 middleware.php），在代码开头强制注释掉验证逻辑，或者硬编码 $_SESSION['is_admin'] = true;。这样你就能无码进后台了。进后台后，先去设置里把私有模式关掉，再把代码改回来。

写在最后

Komari 探针虽然是个小工具，但一旦涉及到权限控制和反向代理，坑还是挺多的。遇到问题别慌，先清缓存，再查代理头，最后才是动刀动枪改数据库。

以后操作这类后台面板，记得在开启“私有模式”这种高风险操作前，先用隐身窗口测一下退出登录后的流程，别真把自己锁在门外啦！希望这篇排查文能帮大家省下几个折腾的时间。