OpenSSH服务器禁用指定不安全MAC算法失效问题求助

看起来你遇到了OpenSSH配置MACs不生效的头疼问题，我来帮你梳理下可能的原因和排查步骤：

首先检查配置文件的有效性与优先级 #

• 确认主配置文件没有被子配置覆盖：很多现代Linux发行版的OpenSSH会用Include指令引入额外的配置片段，比如主配置/etc/ssh/sshd_config里可能有类似Include /etc/ssh/sshd_config.d/*.conf的行。如果这些子配置文件里也定义了MACs参数，会直接覆盖你在主文件里的设置。你可以直接打开主配置文件搜索Include关键字，或者用sudo sshd -T | grep -i include查看生效的包含规则。
• 检查配置语法是否正确：哪怕是一个多余的空格或者拼写错误，都可能导致配置不生效。你可以用sudo sshd -t命令来验证配置语法，这个命令会直接告诉你哪里出了问题，如果输出没有报错，说明语法没问题。

确认OpenSSH版本是否存在兼容性问题 #

不同版本的OpenSSH对配置参数的处理可能有差异：

• 先运行sshd -V查看你的OpenSSH版本，如果是7.6之前的旧版本，可能存在MACs配置不覆盖默认值的bug（虽然官方文档说指定MACs会替换默认，但旧版本偶尔会有例外）。如果是旧版本，建议升级到较新的稳定版。
• 另外，确认你指定的ETM算法（比如umac-128-etm@openssh.com）是当前版本支持的，不过这些算法在OpenSSH 6.2及以上版本就已经支持了，大概率不是这个问题。

验证sshd服务是否真的重启成功 #

有时候重启命令看似执行成功，但服务其实没真正重启：

• 用systemctl status sshd（systemd系统）或者service ssh status（SysVinit系统）查看服务状态，确认服务是active (running)状态，并且重启时间是你修改配置后的时间。
• 如果重启失败，可以用journalctl -u sshd查看服务日志，里面会有具体的启动失败原因。

检查是否有命令行启动参数覆盖配置 #

有些系统可能会在启动sshd时通过命令行参数指定配置，比如sshd -o MACs=...，这种情况下命令行参数的优先级会高于配置文件：

• 运行ps aux | grep sshd查看sshd的启动命令，看看有没有额外的-o参数定义了MACs。

如果以上步骤都排查完还是有问题，可以尝试把MACs配置行移到配置文件的最后一行，避免被后面的配置覆盖，然后再重启服务测试。

备注：内容来源于stack exchange，提问作者Nicola Mori