Ubuntu 与 SecureCRT 兼容性处理指南
一 优先升级与安装方式
- 升级到最新版本 SecureCRT，可显著改善对新版本 Ubuntu/OpenSSH的算法与协议支持。
- 安装方式建议：
- Snap：sudo snap install securecrt --classic
- .deb 包：sudo dpkg -i securecrt_*.deb；依赖问题执行：sudo apt-get install -f
- Flatpak：flatpak install flathub com.vandyke.securecrt
- 若系统库升级后出现运行异常，可检查并补充所需库版本（如libicu66）后再试。
二 常见报错与修复要点
- 密钥交换失败（Key exchange failed / No compatible key exchange method）
- 服务器端（Ubuntu）编辑：/etc/ssh/sshd_config
- 添加/修改：
- HostKeyAlgorithms += ssh-rsa,ssh-dss
- KexAlgorithms curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1
- 重启服务：sudo systemctl restart sshd
- 客户端（SecureCRT）同步调整：Options → Connection → SSH → Kex Algorithms，按上列算法优先排序。
- 连接被拒绝（Connection refused）
- 安装/启动/自启 SSH：sudo apt-get install openssh-server；sudo systemctl start sshd；sudo systemctl enable sshd
- 检查状态：sudo systemctl status sshd（应为 active/running）。
- 认证失败（Authentication failed）
- 核对用户名/密码；使用密钥时确保服务器 ~/.ssh/authorized_keys 包含客户端公钥；SecureCRT：Options → Session Options → SSH → Authentication 加载正确私钥（.ppk/.pem）。
- 超时（Connection timed out）
- 核对网络连通（ping/路由）；确认服务器 sshd 运行且端口正确；排查云安全组/本机防火墙。
- 中文乱码
- SecureCRT：Options → Session Options → Terminal → Appearance → Character encoding = UTF-8；选择支持中文的字体（如 Consolas/Courier New）。
- Ubuntu：执行 locale 确认为 en_US.UTF-8/zh_CN.UTF-8；必要时编辑 /etc/locale.conf（如 LANG=en_US.UTF-8）并生成：sudo locale-gen。
三 防火墙与网络排查
- Ubuntu 防火墙（ufw）：sudo ufw status；放行端口：sudo ufw allow 22/tcp；测试时可临时关闭：sudo ufw disable（测试后开启）。
- 云服务器：检查安全组/NACL是否放行 TCP 22。
- 端口与监听：netstat -tulnp | grep ssh；确认服务监听在 0.0.0.0:22 或指定端口。
- 连通性：ping、traceroute/mtr、telnet 目标IP 22，定位网络/ACL/端口问题。
四 日志定位与回退方案
- 服务器日志：tail -f /var/log/auth.log，从报错关键词（如 kex、auth、refused）快速定位是算法、认证还是网络问题。
- 客户端日志：Help → Support → Collect Support Data，打包提交厂商支持。
- 临时回退策略（仅在可信内网）：在服务器上临时放宽 KexAlgorithms/HostKeyAlgorithms，验证通过后逐步收敛到更安全的组合。
- 无法快速修复时，可临时使用其他客户端（如 OpenSSH/PuTTY/MobaXterm）验证是否为客户端兼容性问题。
五 安全加固与最佳实践
- 优先保持 SecureCRT 与 OpenSSH 为较新版本，避免使用已不安全的算法（如 diffie-hellman-group1-sha1）长期暴露。
- 若必须兼容旧客户端，建议仅对受控网段临时启用旧算法，并在验证后尽快恢复为更安全的组合（如 curve25519-sha256@libssh.org、ecdh-sha2-nistp256/384/521、diffie-hellman-group-exchange-sha256）。
- 统一字符集为 UTF-8，避免因编码不一致导致日志与终端显示异常。
