Debian 升级到 Buster 后，如果之前没有从“受信任的机器”登录，则无法 ssh 到服务器

Question 1

谢谢电信公司的回答关于硬件 RNG 我做了一个apt search并找到了包rng-tools5并安装了它：

sudo apt-get install rng-tools5

这解决了我的英特尔 NUC 上的问题。

编者注：我在配备 Xeon CPU 的 Dell PowerEdge T20 上的问题也已得到解决。

补充笔记：

安装软件包后，请检查是否有随机源：
```
rngd -v
```
就我而言，没有 TPM 设备，但 CPU 有rdrand能力：
```
Unable to open file: /dev/tpm0
Available entropy sources:
    DRNG
```

Answer

谢谢电信公司的回答关于硬件 RNG 我做了一个apt search并找到了包rng-tools5并安装了它：

sudo apt-get install rng-tools5

这解决了我的英特尔 NUC 上的问题。

编者注：我在配备 Xeon CPU 的 Dell PowerEdge T20 上的问题也已得到解决。

补充笔记：

安装软件包后，请检查是否有随机源：
```
rngd -v
```
就我而言，没有 TPM 设备，但 CPU 有rdrand能力：
```
Unable to open file: /dev/tpm0
Available entropy sources:
    DRNG
```

Question 2

connection refused表明sshd没有运行。

这可能只是时间问题：当控制台出现登录提示时，并不能保证所有系统服务都已完成启动。

sshd也可能会陷入等待状态/dev/[u]random，特别是当系统位于网络流量很少的网段时。在这种情况下，系统可用的真正随机源非常少，并且很难收集足够的真正随机位来最初为内核的随机数生成器播种。登录到系统控制台将以键盘中断调用时间最低位的形式提供一些随机性。如果系统具有某种形式的硬件 RNG，启用它可能会解决此问题。

要进行诊断，只需在控制台登录提示符处输入几行废话，而无需实际登录。如果sshd此后响应正常，则内核可能缺乏随机性并且无法为内核 RNG 提供种子，从而导致启动sshd延迟。

或者它可能是某种systemd依赖性错误，仅允许sshd在与登录相关的进程首先启动时启动。这将是 Debian Buster 仍然是该发行版的原因之一testing：如果这就是原因，请发送错误报告。

Answer