故障排查

连接

连接被拒绝

服务器在网络层面直接拒绝了连接 —— 还没到认证环节。请按顺序检查：

# 1. 主机是否可达
ping <host>

# 2. SSH 端口是否真的开放
nc -vz <host> 22

常见原因：端口错误（许多主机会把 SSH 端口迁移到 22 以外）、防火墙或安全组 拦截了您的 IP，或是 sshd 未运行。

连接卡住，然后超时

数据包发出去了，却没有任何响应 —— 通常是防火墙丢弃（drop）而非 拒绝（reject）了连接。如果您在使用 VPN，请先排查这一点。

主机密钥不匹配

应用会停止连接，并显示两个指纹。不要凭本能直接忽略它。

主机密钥发生变化通常有两种截然不同的原因：服务器被重装（正常）， 或有人正在监听您的连接（不正常）。请通过其他渠道确认 —— 服务商控制台， 或刚重装过这台机器的同事 —— 之后再选择忘记主机密钥并重新连接以信任新密钥。

认证

密码错误或密钥被拒绝

• 对于 SSH 密钥：您粘贴的是私钥，而不是 .pub 文件吗？如果密钥 带有口令，您输入了吗？

• 对应的公钥是否确实存在于服务器上正确账户的 ~/.ssh/authorized_keys 中？

• 检查服务器端的文件权限 —— 这是最常被忽视的原因：

  chmod 700 ~/.ssh
  chmod 600 ~/.ssh/authorized_keys

• 服务器本身是否允许密码登录？很多安装默认设置为 PasswordAuthentication no。

服务器端的日志能准确告诉您原因：

sudo journalctl -u sshd -n 50

监控

已启用但还没有数据

1. 加密库是否被锁定？ 轮询需要凭据；加密库被锁定会停止所有任务 —— 请检查状态栏。
2. 还没轮到它。 任务会在约 15 秒内启动，首个样本会在第一次成功轮询后出现。 点击立即轮询可跳过等待。
3. 是否真的选择了监控凭据？ 这是一个独立于 VM 默认凭据的字段。

缺少 CPU 百分比或网络速率

这两项都是在两次轮询之间推算得出的。第一次轮询没有可供比较的对象， 因此这两个字段在第二次轮询到达之前都是空的。

被标记为不可达，但手动 SSH 仍然可用

如果一次轮询在 20 秒内没有响应就会被丢弃。一台负载很高的机器可能超过 这个时间，而交互式会话本身可能感觉不到明显的延迟。请检查负载情况， 如果该主机本身就比较慢，可以适当调高轮询间隔。

加密库

每次打开应用都要求输入密码

系统钥匙串不可用。在 Linux 上，这通常意味着 Secret Service （GNOME Keyring、KWallet）没有运行或未解锁。如果您上次操作是点击了 锁定加密库，这也是预期行为。

忘记了主密码

按照设计，无法找回。参见 密码库 → 忘记主密码。

更改密码过程被中断

更改主密码的操作是在一个事务中运行的。如果被中断，事务会回滚， 加密库保持在原来的状态 —— 用旧密码解锁后重试即可。

仍然没有解决？

在给支持团队发邮件时，请附上以下信息 —— 它们决定了回复是需要五分钟 还是五天：

• 应用版本和操作系统，
• 您做了什么操作、发生了什么，
• 错误信息的原文，
• 如果问题出在服务器一侧，请附上服务器的 Linux 发行版信息。

请不要包含私钥、密码或 authorized_keys 的内容。支持流程的任何环节 都不需要这些信息。