Navicat for Linux 不支持 LDAP 认证，截至2026年6月最新版17.1.x仍无LDAP协议栈，所谓“LDAP登录”实为MySQL服务端（如authentication_ldap_sasl）或中间件代理完成验证，Navicat仅透传密码并响应标准协议。
navicat for linux 不支持 ldap 认证，任何尝试在「高级连接属性」里配置 ldap 插件或填写 ldap_server 的操作都会失败 —— 它根本没实现 ldap 协议栈。
Linux 版 Navicat 根本没有 LDAP 认证能力
截至 2026 年 6 月最新版（17.1.x），Navicat for Linux 的认证逻辑完全依赖数据库服务端返回的标准 MySQL/PostgreSQL 协议响应。它不带 libsasl2、不读 /etc/sasl2/my.cnf、也不暴露 ldap_url 或 bind_dn 字段。你在「认证插件」下拉菜单里看到的选项，只是对服务端 default_authentication_plugin 值的只读回显，不能手动设为 authentication_ldap_sasl，更不会触发 SASL 绑定流程。
- 所谓“LDAP 登录成功”，99% 是 MySQL 服务端启用了
authentication_ldap_sasl（如 MySQL 8.0.28+），验证发生在服务端，Navicat 只是透传密码字段 - Windows 版能用「Windows 身份验证」，靠的是 SSPI，和 LDAP 协议无关；Linux 版连 SSPI 都不支持
- 如果走 SSH 隧道或 ProxySQL，那也是中间件做的 LDAP 代理，Navicat 仍只认 MySQL 协议包
MySQL 启用 authentication_ldap_sasl 后，Linux 桌面该用什么工具
如果你的 DBA 已在 MySQL 服务端启用 LDAP 认证，且你必须从 Linux 桌面直连，Navicat 不是可行选项。推荐以下三类实操路径：
-
mysqlCLI：装好libsasl2-modules-gssapi-mit（Debian/Ubuntu）或krb5-workstation（RHEL/CentOS），配好/etc/sasl2/my.cnf指向 LDAP 服务器，命令行加--default-auth=authentication_ldap_sasl即可 -
DBeaver：打开连接编辑器 → Authentication type → 选LDAP→ 填ldap_url、bind_dn、user_base_dn、user_search_filter等字段，Java 自带 LDAP 客户端，无需额外依赖 -
VS Code + MySQL extension：部分扩展（如cweijan.vs-code-mysql-client2）支持自定义 auth callback，但需手写 JS 调用ldapjs库，稳定性差，仅适合临时调试
Navicat Monitor 支持 LDAP，但和 Navicat 客户端无关
注意别混淆：Navicat Monitor 是独立的监控服务端，它确实支持 LDAP/AD 认证登录 Web 控制台（ldap_url、base_dn 等配置项真实存在），但这套逻辑只用于验证访问 Monitor 管理界面的人，和连接后端被监控的 MySQL 实例完全隔离。你在 Monitor 里看到的数据库列表，仍是通过标准账号密码或证书连接上去的。
真正容易被忽略的一点：LDAP 认证是否生效，关键不在客户端填了什么，而在于 MySQL 服务端是否加载了对应插件、是否配置了正确的 LDAP 服务器地址和搜索规则。Navicat for Linux 连得上，只说明服务端握手成功，不代表它参与或理解 LDAP 流程 —— 它连 ldapsearch 命令都调不动。
