Ubuntu 与 SecureCRT 兼容性问题的处理指南
一 常见症状与快速判断
- 出现 Key exchange failed / No compatible key exchange method：多为客户端与服务器的密钥交换算法不匹配，常见于 SecureCRT 版本较旧或 Ubuntu 新版本 SSH 配置更严格。
- 出现 中文乱码：终端字符编码或字体不兼容。
- 出现 Connection timed out：目标机未安装或未启动 SSH 服务，或网络/防火墙阻断。
- 串口连接提示 权限不足：未将用户加入 dialout 组或设备文件权限不当。
以上问题均可按下方步骤逐一排查与修复。
二 连接失败的排查与修复
- 确认 Ubuntu 侧 SSH 服务已安装并运行：
- 安装：sudo apt-get update && sudo apt-get install openssh-server
- 状态：sudo systemctl status ssh；未运行则：sudo systemctl start ssh
- 检查网络与防火墙：
- 临时放行：sudo ufw disable（测试用），或确保防火墙放行 22 端口。
- 客户端与服务端版本匹配：
- 优先将 SecureCRT 升级到最新版本，以获得更好的协议与算法兼容性。
- 若仍失败，使用其他工具（如 ssh 命令）对同主机测试，以区分是网络/服务端问题还是客户端问题。
以上步骤可快速定位是否为服务未启动、网络阻断或版本不匹配导致。
三 算法不匹配的精确修复
- 服务端（Ubuntu）调整 SSH 配置：
- 编辑：sudo nano /etc/ssh/sshd_config
- 在文件末尾添加或修改：
- KexAlgorithms curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1
- HostKeyAlgorithms +ssh-rsa,ssh-dss
- 重启服务：sudo systemctl restart sshd
- 客户端（SecureCRT）调整会话算法：
- 路径：Options → Connection → SSH → Kex Algorithms，勾选/添加与上相近的算法集合（如 curve25519-sha256@libssh.org、ecdh-sha2-nistp256、diffie-hellman-group14-sha1 等）。
- 说明：上述为兼容性折中方案，优先建议升级 SecureCRT 与保持服务端默认更安全的算法；确需兼容旧客户端时再按需开启。
以上配置可有效解决 “密钥交换方法不兼容” 的报错。
四 显示与串口等常见问题的处理
- 中文乱码：
- SecureCRT：Options → Session Options → Appearance，将字符编码设为 UTF-8，并选择支持中文的字体（如 Consolas、Courier New 等）。
- 串口连接权限不足：
- 将当前用户加入 dialout 组：sudo usermod -aG dialout $USER，然后重新登录；必要时检查 /dev/ttyS* 权限。
- 连接不稳定优化：
- 确认网络质量、放行防火墙、核对主机与端口；
- 在 SecureCRT 中关闭不必要的功能（如 Xmodem/Zmodem 自动传输）、适当增大会话缓冲区（如 50000 行）、优先使用 SSH2 协议。
以上措施覆盖显示、串口与稳定性等高频问题。
五 推荐配置与最小化改动
- 服务端（Ubuntu）最小化改动示例：
- 仅添加：KexAlgorithms +diffie-hellman-group14-sha1（在现有策略上扩展一种兼容性算法）
- 仅添加：HostKeyAlgorithms +ssh-rsa（兼容旧客户端）
- 重启：sudo systemctl restart sshd
- 客户端（SecureCRT）对应会话：
- Protocol：SSH2
- Kex Algorithms：勾选 diffie-hellman-group14-sha1（与服务器保持一致）
- 安全提示：放宽算法会降低安全性，建议仅作临时兼容；完成连接后恢复为更安全的默认配置，并持续升级 SecureCRT 与 OpenSSH。
该方案兼顾可连性与安全性，便于快速落地与回退。