RunCommand执行命令结果与手动SSH不一致，因其启动非登录shell不加载~/.bashrc等配置、PATH被重置；解决需显式写全路径、用bash -l -c模拟登录shell或合并命令。
RunCommand 是最常用也最容易出错的方式，它适合执行单次、非交互式命令，但不是万能的。用错场景或忽略环境差异，结果往往和本地终端不一致。
为什么 RunCommand 执行的命令结果和你手动 SSH 登录后不一样？
因为 RunCommand 启动的是非登录 shell（non-login shell），它不会加载 ~/.bashrc、~/.profile 等配置文件，PATH 通常被重置为最小集（如 /usr/bin:/bin）。常见现象包括：
-
java: command not found或node: command not found—— 实际是环境变量没加载 -
ls: command not found—— 极少数精简系统连基本路径都没设 - 自定义 alias（如
ll）直接报错
解决办法不是改服务器配置，而是让命令自己带环境：
- 显式写全路径：
/usr/local/bin/node --version - 用
bash -l -c模拟登录 shell：bash -l -c "node --version" - 组合多条命令时用分号或 &&：
cd /opt/app && ./start.sh
SshClient 连接失败时，别急着看 C# 代码
90% 的连接失败跟代码无关，真正卡点在底层链路或认证环节。先确认这几件事：
- 目标主机
sshd服务是否运行？systemctl is-active sshd - 防火墙是否放行端口（默认
22）？ufw status或iptables -L -
ConnectionInfo中的 IP、端口、用户名、密码/密钥路径是否拼写正确？尤其注意私钥路径是否含中文或空格 - 若用密钥，必须是 OpenSSH 格式（以
-----BEGIN OPENSSH PRIVATE KEY-----开头），且不能带密码保护（否则要传KeyPassword） - .NET 6+ 默认禁用
ssh-rsa和diffie-hellman-group1-sha1，老设备需手动启用：connectionInfo.KeyExchangeAlgorithms.Add("diffie-hellman-group1-sha1")
执行命令后拿不到 stderr 或 exit code？
RunCommand 返回的是 SshCommand 对象，但它不会自动抛异常，错误都静默塞进 Error 属性里：
-
cmd.Result：标准输出（stdout），通常是你要的日志或列表 -
cmd.Error：标准错误（stderr），比如权限拒绝、命令不存在等提示 -
cmd.ExitStatus：退出码，0 表示成功，非 0 表示失败（注意：有些脚本即使出错也返回 0）
别只打印 Result，漏掉 Error 就等于把报错当成功处理。典型写法：
var cmd = client.RunCommand("systemctl status nginx");
if (!string.IsNullOrEmpty(cmd.Error))
Console.WriteLine($"ERROR: {cmd.Error}");
else
Console.WriteLine(cmd.Result);
Console.WriteLine($"Exit code: {cmd.ExitStatus}");
需要连续执行多条命令（比如 cd + ls）怎么办？
RunCommand 每次都是全新 shell，彼此隔离。第二条命令不会继承第一条的目录、变量或当前工作路径。
不要这样写：
client.RunCommand("cd /var/log");
client.RunCommand("ls -l"); // ❌ 仍在 home 目录下执行
应该合并成一条：
client.RunCommand("cd /var/log && ls -l"); // ✅
// 或用分号（不检查前序是否成功）
client.RunCommand("cd /var/log; ls -l");
更复杂逻辑（如条件判断、循环）建议写成远程脚本上传后执行，而不是靠拼接命令字符串。
真正麻烦的从来不是“怎么连上”，而是“连上之后命令为啥不按预期跑”。环境差异、shell 类型、路径隔离、错误吞咽——这些细节藏在 RunCommand 看似简单的封装之下，稍不注意就让结果不可信。
