Remy's questions

请注意，我在这里专门询问命令行，我确切地知道如何使用 ssh“配置”文件来解决这个问题。

从 Windows 到 Linux 计算机建立 ssh 连接时，您经常会收到“输入时 MAC 损坏”错误。

通过在命令行上指定 MAC 可以轻松纠正此问题，如以下两个示例中所示：

ssh -m hmac-sha2-256 [email protected]
ssh -o "MACs [email protected]" [email protected]

但是，如果我想使用计算机 1 作为计算机 2 的跳转主机，情况就不同了。标准命令行将是

ssh -J [email protected] [email protected]

这会产生上述错误（正如预期的那样）

但是，添加 MAC 选项（以各种方式）

ssh -J [email protected] -m hmac-sha2-256 [email protected]
ssh -m hmac-sha2-256 -J [email protected] [email protected]
ssh -J [email protected] -o "MACs [email protected]" [email protected]
ssh -o "MACs [email protected]" -J [email protected] [email protected]

对我来说毫无作用，我仍然收到错误。

记录显示，在我的设置中，只有 computer1 首先存在 MAC“问题”，当我在本地时，我可以直接连接到 computer2，而无需任何额外的设置。

那么，有没有什么办法可以解决这个问题，只使用命令行？

如果我将以下内容添加到我的 SSH 配置文件中，此设置将完美运行，但对于此处的用例，我非常希望有一个不依赖于配置文件的命令行解决方案。（也不依赖于服务器上配置的更改）。但事实上，此配置更改确实有效，这似乎表明我的环境没有任何问题（嗯，我猜除了 MAC 问题存在之外），这只是我的命令行选项的问题。

Host computer1.domain
    MACs [email protected]

编辑：按照@George的建议添加 -vvv 揭示了一件看起来很有趣的事情，但我真的不知道如何解决它。根据调试消息，当使用 JumpHost 选项运行 ssh 时，会生成一个子命令，而命令行上指定的选项似乎没有被带进来，因此我仍然遇到原始问题：

debug1: Setting implicit ProxyCommand from ProxyJump: "ssh"  -vvv -W "[%h]:%p" computer1.domain
debug1: Executing proxy command: exec "ssh"  -vvv -W "[computer2.domain]:22" computer1.domain
debug3: spawning "ssh"  -vvv -W "[computer2.domain]:22" computer1.domain as subprocess

其余的调试输出显示我的客户端同意 computer1 使用[email protected]，而这正是我试图告诉它不要使用的 MAC 地址

因此，我在家里有一个设置，我在其中运行 Windows 服务器 2019，运行 Software Raid 5 设置，运行通过磁盘管理器创建的 5 个磁盘。由于这是一个家庭系统，我还没有真正发现值得进行适当的硬件突袭（而且那些更便宜的“家用”突袭卡只是将计算卸载到 CPU 上，并且没有电池支持）。服务器有 8 条内存，分为 2 组，每组 4 组（Set1 和 Set2）

现在，几周前，服务器崩溃了，黑屏，完全没有响应。重启后导致RAID阵列开始重新同步。然后它在 2 天后再次崩溃。调查了一下，我发现其中一个内存模块已经非常糟糕，几乎所有我能对它进行的测试都失败了。所以，我删除了包含这个模块的一组 4 个模块（Set1），并留下了第二组（Set2），其中有四个模块。

现在，重新同步在我留在那里的内存（Set2）上完成得很好，但是，当我更换了坏内存时，我更换了服务器中的所有内存，包括那些留在里面的内存，以确保所有内存模块都相同类型和规格。

从服务器中删除该工作集（Set2）后，我决定对其进行测试，结果发现其中一根棍子也很糟糕，其中一根棍子在单个内存地址处始终失败。不是来自 Set1 的棒的无穷无尽的错误列表，但仍然是一个错误。

问题就在这里。我的磁盘上的奇偶校验数据有可能是坏的吗？我不太了解在重新同步期间如何计算和处理这些数据，或者，因为它是非常少量的数据，如果它实际上完全离开了 CPU 缓存甚至命中了主内存。我担心如果我的奇偶校验数据不好，下次我需要更换 raid 阵列中的坏磁盘时会导致灾难。

我已经有这样的心态，除非有人说服我否则它是不好的，但我希望对 Windows 中的软件突袭重新同步过程如何工作有更深入的技术知识的人可以确认或否认它。也许有适当的检查可以实际检测并防止这成为问题？如果它有变坏的风险，有没有一种方法可以强制 Windows 重新同步阵列以替换奇偶校验数据而不进行强力断电？（而且我也不希望通过移除磁盘来故意对阵列造成故障，因为如果奇偶校验数据错误，这将导致我想避免的问题。）

是的，我有历史记录的所有内容的最新备份。