phpMyAdmin 4.9+ 版本才支持原生 2FA
如果你还在用低于 4.9.0 的老版本，那基本就不用琢磨这个功能了——系统里压根找不到 two_factor 的配置入口。即便你手动去改配置文件，也是白费功夫，不会生效。官方正是从这个版本开始，才集成了基于时间的一次性密码（TOTP）方案。不过，它依赖两个关键的 PHP 扩展：ext-gmp 和 ext-openssl。这两个扩展缺了任何一个，登录页面就会毫不客气地给你报错：two-factor authentication is not a vailable。
具体操作时，建议按这个顺序来排查：
- 先确认版本：
grep -o 'Version.*[0-9]\+\.[0-9]\+' /path/to/phpmyadmin/libraries/Config.class.php - 再检查扩展是否启用：
php -m | grep -E '^(gmp|openssl)$'。这里有个常见的坑：Apache 用的 PHP 配置和命令行（CLI）的配置可能不是同一套。 - 如果用的是 Docker 环境，别以为在容器里装上扩展就万事大吉了。务必确认
php.ini里没有禁用它们，extension=gmp.so和extension=openssl.so这两行必须生效。
启用 2FA 后用户必须手动绑定，无自动 fallback
功能一旦开启，所有用户在首次登录时都会看到一个二维码和密钥。但系统不会自动跳转，也不会强制提示用户去绑定。这就埋下了一个隐患：如果用户不小心刷新了页面、关掉了扫码窗口，或者误点了“跳过”按钮，那么他的账号就会被卡在登录状态之外。关键是，phpMyAdmin 不会提供任何回退到普通密码登录的选项。后台也没有一键关闭的开关，遇到这种情况，要么去删除数据库里的绑定记录，要么只能手动重置。
下面这些是部署后经常遇到的“幺蛾子”：
- 手机扫描显示成功，但验证就是通不过：十有八九是服务器时间不同步。试试
ntpdate -s time.nist.gov同步一下，或者启用systemd-timesyncd服务。 - 明明已经绑定了，下次登录还要求二次验证：检查一下
$cfg['Servers'][$i]['auth_type']这个配置项，必须设为cookie模式，因为http认证模式根本不支持 2FA。 - 管理员账号（比如
root）死活登不进去：这是因为root用户默认并没有启用 2FA。你需要先用另一个有管理权限的账号登录，然后进入「用户账户」界面，找到对应用户「编辑权限」，在里面勾选「启用双因素认证」才行。
config.inc.php 中必须显式开启 two_factor 配置项
这一点至关重要，phpMyAdmin 不会自作聪明地去猜测或默认开启 2FA。换句话说，就算你的 PHP 扩展齐全、版本也够新，只要在配置文件里漏写了下面这一行，所有功夫都等于白费：
$cfg['TwoFactor'] = true;
注意，配置项是 $cfg['TwoFactor']，大小写敏感，别写成 $cfg['two_factor']。另外，它属于全局配置，不能塞到 $cfg['Servers'] 这个服务器数组里面去。还有个细节值得留意：如果你同时设置了 $cfg['LoginCookieValidity']（登录Cookie有效期），建议把它调到 1800 秒（30分钟）或更短。否则，即使用户通过了 TOTP 验证，过长的登录状态也会削弱双因素认证的安全效果。
性能方面倒不用担心，每次登录只是多了一次 HMAC-SHA1 计算，对现在的服务器，哪怕是低配 VPS，也几乎感觉不到影响。兼容性上，一些旧版本的 Firefox 浏览器（
备份恢复时容易丢掉 2FA 绑定信息
用户绑定的那些密钥信息，都存放在 phpmyadmin 这个系统数据库的 user_config 表里，具体是在 config_data 字段中，以 JSON 格式存储，里面就包含了 two_factor_secret。问题在于，常规的 mysqldump 备份命令默认不会导出这个数据库，而且它也不包含除了 --routines --triggers --events 之外的元数据。结果就是，当你把备份恢复后，用户会发现自己的账号虽然显示“已启用 2FA”，但用原来的二维码却怎么也扫不出来了。
所以，安全加固的同时，备份策略也得跟上：
- 备份命令必须明确指定数据库：
mysqldump --databases phpmyadmin > pma-backup.sql - 绝对不要把
config.inc.php这个配置文件放在 Web 服务器能直接访问到的目录下。尤其是里面的$cfg['blowfish_secret']这个密钥，一旦泄露，user_config表里的加密内容就可能被破解。 - 如果你的环境使用了 LDAP 或 HTTP 认证集成，需要明白一点：2FA 仅作用于 phpMyAdmin 自身的登录层，它不会去接管上游的认证流程。
最后，还有一个最容易被忽略的步骤：修改完所有配置后，记得清空一下浏览器的 Cookie 和本地存储。否则，前端可能还缓存着旧的登录逻辑，导致你看到的现象好像是功能没生效，白白折腾半天。
