关于20.04 LTS FIPS环境下e1000e模块适配与支持的技术问询

咱们先把你遇到的问题和核心疑问拆解开来分析：

首先你的核心困惑是：在启用FIPS的内核中获得现代e1000e硬件支持，是不是只能通过自签名证书重新编译内核？

先梳理下你提到的几个实际场景：

• 20.04 LTS Desktop自带的e1000e模块可以直接用，但一开FIPS就失效
• 20.04 LTS Server自带的模块压根没法用，但装HWE内核能解决，可FIPS启用后还是不行
• 因为FIPS环境要求所有内核模块必须经过信任签名，手动编译替换模块的路子走不通

核心原因分析 #

FIPS模式下的Ubuntu内核是严格遵循FIPS合规标准构建的，只会加载经过官方信任链签名的模块。你提到的支持I219-LM（戴尔常用的消费级硬件）的e1000e版本是Intel 2020年发布的，但这个版本大概率没被纳入Ubuntu 20.04 LTS的官方FIPS认证模块包——不管是默认内核还是HWE内核的FIPS变体，所以启用FIPS后就没法加载这个适配新硬件的模块了。

关于解决方案的解答 #

1. 是否必须自签名重编译内核？
   目前来看，如果你想在保持FIPS模式的同时用上这个新模块，自签名重编译内核并将自签名证书导入系统信任链是一个可行的临时方案，但要注意：这么做会破坏系统的官方FIPS认证合规性，只适合没有严格合规要求的测试环境。
   除此之外，另一个更合规的路径是等待Ubuntu官方将适配I219-LM的e1000e版本纳入其FIPS认证的内核包中。

2. Ubuntu会不会响应需求，统一各版本的模块版本？
   从Ubuntu的LTS支持策略来看，对于FIPS这类合规相关组件，他们优先保障稳定性和合规性，不会轻易更新模块版本。但如果有大量用户反馈特定硬件在FIPS模式下无法使用（比如你提到的戴尔常用的I219-LM），Ubuntu维护团队是有可能考虑将适配该硬件的模块版本回溯到官方FIPS内核包中的。你可以通过Ubuntu官方的bug追踪系统提交详细的硬件信息和问题场景，这能大幅提高问题被重视的概率。

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