phpMyAdmin不支持per-server的auth_type配置，该值必须全局统一设置为$cfg['auth_type'] = 'cookie'；其他模式无法实现多服务器独立登录，且所有服务器块内的auth_type设置均被忽略。
phpMyAdmin 不支持 per-server 的 auth_type 配置
你不能为每个 $cfg['Servers'][$i] 单独设置 auth_type。这个值是全局的，必须统一写在配置文件顶部（非服务器块内），例如：$cfg['auth_type'] = 'cookie';。哪怕你写了 $cfg['Servers'][1]['auth_type'] = 'http'; 和 $cfg['Servers'][2]['auth_type'] = 'config';，phpMyAdmin 也只读取全局那个，其余会被忽略。
为什么设计成这样？
因为认证发生在连接前：用户先选服务器、输账号密码，phpMyAdmin 才拿这些凭据去连对应 MySQL 实例。整个登录流程由一个统一的认证层驱动，不是“连到 A 就走 cookie 流程，连到 B 就切 config 流程”。所以：
-
auth_type = 'config'：所有服务器都用硬编码的user/password，无法切换实例 -
auth_type = 'http'：依赖 Web 服务器透传Authorization头，所有服务器共享同一套 HTTP Basic 凭据 -
auth_type = 'cookie'：用户登录页下拉选服务器后，手动输入该实例对应的账号密码——这才是多服务器共存的唯一可行模式
常见错误：误以为能混用 auth_type
现象：改了某个 $cfg['Servers'][$i]['auth_type'] 后，登录页消失、跳转失败或反复弹窗。原因基本就三条：
- 全局
$cfg['auth_type']没设，或设成了'config'却又没填$cfg['Servers'][$i]['user']——导致 phpMyAdmin 尝试用空凭据连，直接报错 - 用了
auth_type = 'http'，但 Nginx/Apache 没配AuthType Basic，或反向代理（如 frp/cpolar）剥离了Authorization头 - 多个服务器共用
cookie模式时，$cfg['blowfish_secret']不一致 → 同一浏览器打开两个 phpMyAdmin 标签页，一个登进去，另一个 session 解密失败，强制重登
真正可控的 per-server 认证差异点
虽然 auth_type 是全局的，但你可以通过以下方式实现“逻辑上不同”的认证行为：
立即学习“PHP免费学习笔记（深入）”；
- 所有服务器都用
auth_type = 'cookie'，但在每个$cfg['Servers'][$i]中留空user和password，强制用户每次选服务器后重新输入——这是最干净的隔离方式 - 若某台 MySQL 只允许特定账号（比如只给
readonly@'%'），那就只在对应服务器块里预填$cfg['Servers'][$i]['user'] = 'readonly';，其他留空；用户选它就自动带用户名，但仍需输密码 - 不要试图让一台走 LDAP、一台走 MySQL 原生密码——phpMyAdmin 没这个抽象层；真要混合认证，得在 MySQL 侧统一为 PAM 或外部认证插件，phpMyAdmin 只负责透传
复杂点在于：认证方式看似是配置项，实则是整个登录流程的契约。改它不光动几行代码，而是切换整套会话生命周期管理逻辑。最容易被忽略的是 $cfg['blowfish_secret'] 必须全局唯一且稳定——哪怕只增删一个字符，所有已登录用户的 session 都立即失效。
