Navicat 17跨平台升级不自动迁移授权，订阅用户可云账号同步激活，永久许可证须同平台重激活；安装包必须与系统架构严格匹配，首次启动需联网完成设备指纹注册。
Navicat 17 跨平台升级 ≠ 授权自动迁移
Navicat 17 的许可证本身支持跨平台（Windows/macOS/Linux）激活，但「升级」动作本身不触发授权重绑定——它只继承当前设备的已有激活状态。如果你在 Windows 上用 v16 激活过永久版，再装 v17，activation.navicat.com 服务端仍会认为这是同一台设备；但若你是在 macOS 上首次安装 v17，哪怕用的是同一许可证，也必须重新走一遍激活流程。
许可证类型决定能否跨平台升级
订阅制用户可跨平台无缝升级，永久许可证用户不能。
- 订阅用户：只要两端都登录同一
Navicat Cloud账号、版本主号一致（如都是 v17.x），连接配置、AI 偏好等数据会自动同步，激活状态由云账号统一管理 - 永久许可证：v17 安装包启动时会读取本地
trial.db和注册表/Keychain 中的硬件指纹哈希，仅校验当前系统是否匹配已激活设备。macOS 上装的 v17 无法复用 Windows 上的永久许可记录 - Lite 版许可证输入到 Premium 安装包中会报错
This license does not match the product edition，反之亦然，版本与许可证必须严格对应
常见失败场景：不是激活失败，而是平台识别错位
错误信息 Activation failed: Invalid platform for this license 几乎都源于安装包与系统不匹配，而非许可证本身无效。
- 在 Linux 上运行 Windows 安装包（如
navicat170_premium_en_x64.exe）→ 即使加了 Wine，也会被拒绝，因为 v17 的平台检测已下沉到uname -m+/proc/sys/kernel/random/uuid双校验 - macOS 用户从非官网渠道下载未签名的
Navicat Premium 17.dmg→amfid守护进程拦截启动，表现为双击无反应或闪退，控制台无日志 - ARM 设备（如 M-series Mac 或鲲鹏服务器）上误用 x86_64 安装包 → 激活时设备指纹中 CPUID 不匹配，触发人工审核队列，等待时间可能超 48 小时
国产系统和 ARM 架构的硬性依赖项
统信 UOS、麒麟 V10、欧拉 V6.0.99 等系统能跑通 v17，但有不可绕过的底层条件。
-
glibc ≥ 2.34：CentOS 7 / Ubuntu 18.04 等旧发行版直接启动失败，报错symbol not found: __libc_start_main@GLIBC_2.34 - SELinux 或 AppArmor 必须放行
/opt/navicat/navicat对/proc/sys/kernel/random/uuid的读取，否则设备指纹为空，激活返回Invalid device identifier - ARM64 包必须用官方发布的
navicat170_arm64.tar.gz，混用 x64 包会导致 SSH 模块加载失败（libcrypto.so.3: cannot open shared object file）
auth.navicat.com:443，v17 会卡在欢迎界面，且不提示具体原因。 
