trzsz-ssh项目中的known_hosts权限问题解析

在Linux系统中，SSH客户端通常使用known_hosts文件来存储已验证过的主机密钥，以避免中间人攻击。trzsz-ssh作为一个增强版的SSH客户端，在处理known_hosts文件时遇到了一些特殊场景下的兼容性问题。

问题现象

在Debian 12系统中，当普通用户使用trzsz-ssh(tssh)命令连接配置好的SSH主机时，会出现以下错误提示：

new knownhosts failed: open /etc/ssh/ssh_known_hosts: permission denied

同时，系统调试日志显示程序尝试访问了多个known_hosts相关文件：

1. 用户级的~/.ssh/known_hosts
2. 用户级的~/.ssh/known_hosts2
3. 系统级的/etc/ssh/ssh_known_hosts
4. 系统级的/etc/ssh/ssh_known_hosts2

问题分析

这个问题源于几个关键因素：

1. 文件权限问题：trzsz-ssh默认会尝试读取系统级的/etc/ssh/ssh_known_hosts文件，但在Debian 12中，普通用户可能没有该文件的读取权限。

2. 文件加密特性：现代Debian系统(如Debian 12)中的known_hosts文件采用了加密存储格式，条目以"|1|"开头，这与传统明文存储方式不同。

3. 文件不存在情况：在某些系统中，/etc/ssh/ssh_known_hosts文件可能根本不存在，这也会导致权限错误。

解决方案

开发者提供了几种解决方案：

1. 临时解决方案：在~/.ssh/config文件中为特定主机添加GlobalKnownHostsFile配置项，将其指向/dev/null来规避问题。例如：

   Host xxx
       GlobalKnownHostsFile /dev/null
   

2. 永久修复：项目开发者已在代码层面修复了此问题，新版本将更智能地处理known_hosts文件的读取逻辑。

技术背景

SSH客户端通常会在两个位置查找known_hosts文件：

1. 用户级：~/.ssh/known_hosts
2. 系统级：/etc/ssh/ssh_known_hosts

传统SSH客户端会优先使用用户级的known_hosts文件，而系统级文件通常用于存储组织内部统一信任的主机密钥。trzsz-ssh为了保持与标准SSH客户端的一致性，也实现了类似的逻辑，但在处理文件不存在或权限不足的情况时需要更完善的错误处理机制。

最佳实践

对于系统管理员和普通用户，建议：

1. 确保~/.ssh目录及其内容有正确的权限(700目录，600文件)
2. 如果不需要系统级的known_hosts文件，可以明确配置忽略它
3. 定期更新SSH客户端以获取最新的兼容性修复
4. 对于加密的known_hosts条目，现代SSH客户端都能正确处理，无需特别干预

通过理解这些底层机制，用户可以更好地诊断和解决SSH连接过程中的各种认证问题。