phpMyAdmin 的 auth_type = 'http' 不支持多服务器权限分发，因其为全局配置且认证链路不支持 per-server 设置；唯一可靠方案是为不同服务器类型单独部署 phpMyAdmin 实例，配合子域名反向代理与严格配置实现隔离。
phpMyAdmin 的 auth_type = 'http' 不支持多服务器权限分发
直接用 HTTP Basic Auth 给不同 MySQL 服务器配不同账号密码，在 phpMyAdmin 里走不通。不是配置写得不够细，是整个认证链路不支持——auth_type 是全局开关，不是 per-server 设置项。你改 $cfg['Servers'][1]['auth_type'] 或 $cfg['Servers'][2]['auth_type']，phpMyAdmin 根本不读这些字段。
为什么 auth_type = 'http' 在 Nginx 下基本失效
Nginx 层做的 HTTP Basic Auth 只能传一套凭据，而 phpMyAdmin 拿不到它去动态选服务器、匹配账号。常见现象包括：
- 登录后跳转到 cookie 页面，
auth_type = 'http'彻底被忽略 - 所有服务器共用同一组用户名密码，无法区分“连的是测试库还是生产库”
- 穿透服务（如 cpolar/frp）会剥离
Authorization请求头，导致 401 直接拒掉 - 浏览器缓存凭据后，切换服务器时自动重发旧凭据，看起来像“登录态泄露”
真正能隔离权限的只有 auth_type = 'cookie' + 多实例部署
唯一可靠路径是：为每类服务器（比如开发/测试/只读/生产）单独部署一套 phpMyAdmin 实例，各自配独立 $cfg['auth_type'] 和 $cfg['blowfish_secret']。关键实操点：
- 每个实例的
config.inc.php里只保留一个$cfg['Servers'][1]，指向目标 MySQL - 反向代理用不同子域名（如
dev.pma.example.com/ro.pma.example.com），避免 Cookie 域名冲突 -
$cfg['LoginCookieValidity']设短些（比如1800），防止 session 长期滞留 - 禁用
$cfg['AllowArbitraryServer'] = false，防止用户手动输 host 绕过管控
别碰 $cfg['AllowArbitraryServer'] = true 这个坑
它只是在登录页加个输入框让用户填 host/port/user，但不解决权限隔离问题。后果很实际：
立即学习“PHP免费学习笔记（深入）”；
- 用户输错端口或 host，直接连上不该连的库（比如把测试账号输成生产 IP）
- 所有连接共享同一个 PHP session，登了 A 服务器，B 服务器自动免密
- 无法审计谁在什么时候连了哪台库，日志里只有“pma_user 登录”，没 server 上下文
真要权限分发，必须靠实例级隔离——不是代码能绕过去的限制，是设计上就没留这个口子。
