Navicat私钥路径在connections.ncx中为硬编码绝对路径，不支持相对路径或环境变量；协同模式仅同步路径引用而非密钥文件本身，跨设备或路径变动即失效，且静默跳过SSH隧道。
私钥路径在 connections.ncx 中是硬编码的绝对路径
navicat for linux 从不解析相对路径或环境变量，所有 ssh 私钥路径都以完整绝对路径形式写入 connections.ncx。一旦你把私钥挪动位置、重命名，或在另一台机器上同步连接配置，路径就失效——navicat 不会报错，而是静默跳过 ssh 隧道，直连数据库（如果端口通的话），导致权限或网络隔离失败。
- 检查当前连接配置里的私钥路径：右键连接 → “编辑连接” → “SSH” 标签页 → 看“私钥文件”字段填的是不是真实存在的绝对路径，比如
/home/you/.ssh/id_rsa - 用
ls -l验证该路径是否存在且可读：ls -l /home/you/.ssh/id_rsa；若返回 “No such file”，说明路径已断 - 不要依赖
~/.ssh/id_rsa这种带波浪号的写法——Navicat 解析不了，必须展开为完整路径
私钥文件权限不符合 OpenSSH 要求
Linux 下 OpenSSH 库（Navicat 内部调用）严格校验私钥权限：必须是 600（仅属主可读写），否则直接拒绝加载，报错可能表现为 “Rsa Public Key not Find” 或连接卡在 SSH 阶段无日志。
- 运行
chmod 600 /path/to/your/private_key，确保权限精确为-rw------- - 同时检查私钥所在目录权限，
.ssh目录不能高于700：chmod 700 /home/you/.ssh - 若私钥由 Windows 生成并复制过来，可能带 DOS 换行符或 BOM，用
file /path/to/key查看编码；必要时用dos2unix清理
协同模式下私钥不同步，只同步路径引用
Navicat Cloud 或局域网协同功能从不上传、不传输私钥文件本身，只同步 connections.ncx 中记录的路径字符串。这意味着团队成员必须各自维护一份内容一致、路径一致的私钥副本，否则“连接测试成功”只是本地幻觉。
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 团队约定一个共享位置，例如
/opt/navicat-keys/jumpbox.key（需所有人有读权限，但私钥文件本身仍设600） - 所有成员将同一份私钥复制到该路径，并统一配置连接中的“私钥文件”为
/opt/navicat-keys/jumpbox.key - 避免使用
/tmp或用户家目录下的临时路径——不同人路径不一致，协同后立即失效 - 便携版 Navicat 更危险：它可能把配置写进安装目录，导致路径绑定到特定机器，跨设备完全不可用
SELinux 或 AppArmor 阻止 Navicat 访问私钥文件
即使路径正确、权限到位，企业级 Linux 发行版（如 RHEL/CentOS/Fedora）启用 SELinux 后，Navicat 进程可能被策略限制读取非标准位置的私钥，典型表现是连接超时或无提示失败，dmesg | tail 可见 avc: denied 日志。
- 临时验证是否为 SELinux 导致：执行
sudo setenforce 0（禁用），再试连接；若成功，则确认是策略问题 - 永久修复需添加策略规则，例如：
sudo semanage fcontext -a -t ssh_home_t "/opt/navicat-keys(/.*)?"，再sudo restorecon -Rv /opt/navicat-keys - AppArmor 用户检查
/etc/apparmor.d/usr.bin.navicat是否存在；若缺失且需支持自定义路径，可复制模板并追加/opt/navicat-keys/** r,规则
真正麻烦的从来不是“怎么让 Navicat 找到私钥”，而是“怎么让十个人在三台系统上每次打开都走同一个隧道”。路径必须显式、可验证、与机器解耦——否则所谓协同，不过是各自为政的幻觉。
