Fedora 27（SELinux强制模式）下Minikube启动失败：Invalid user docker from 127.0.0.1

问题拆解与解决方案 #

先给你吃个定心丸：你看到的由qemu用户启动的进程是正常现象——如果Minikube用的是KVM2驱动（Fedora默认推荐的虚拟化驱动），KVM会以非特权的qemu用户运行虚拟机相关进程，这是出于安全隔离的设计，完全不用担忧。

接下来重点解决Invalid user docker from 127.0.0.1的启动错误，结合你的环境（SELinux强制模式的Fedora 27），这个问题大概率是SELinux策略限制了Minikube与docker用户的交互，或是系统配置与Minikube的兼容性问题，下面是具体的排查和解决步骤：

1. 验证SELinux是否为问题根源 #

Fedora 27的SELinux强制模式会严格管控进程权限，我们可以先临时切换到宽容模式测试：

sudo setenforce 0

然后重新启动Minikube：

minikube start

如果这次启动没有报错，说明确实是SELinux策略阻止了Minikube的正常运行，接下来我们需要添加自定义SELinux规则来放行Minikube的操作。

2. 生成并加载自定义SELinux策略 #

如果上面的测试确认是SELinux的问题，按以下步骤生成规则：

1. 先把SELinux切回强制模式：

   sudo setenforce 1
   

2. 重新启动Minikube触发错误，让audit日志记录下被阻止的操作：

   minikube start
   

3. 用audit2allow工具从日志中生成策略模块：

   sudo grep minikube /var/log/audit/audit.log | audit2allow -M minikube
   

4. 加载生成的策略模块：

   sudo semodule -i minikube.pp
   

完成后再次启动Minikube，应该就能绕过SELinux的限制了。

3. 排查Minikube版本兼容性 #

Fedora 27是比较老旧的发行版（2017年发布），而Minikube的新版本可能不再兼容这么老的系统。如果上面的SELinux策略调整后还是报错，建议尝试安装适配Fedora 27的旧版Minikube，比如v1.20.x系列（这个版本对旧系统的兼容性更好）。

4. 额外排查细节 #

如果问题仍然存在，可以开启Minikube的详细日志来定位具体故障点：

minikube start --v=7

日志会输出每一步的执行细节，你可以重点查看Invalid user docker错误出现前的操作，进一步缩小问题范围。

另外，虽然你的sshd用了自定义端口和密钥登录，但这个错误里的127.0.0.1是本地回连，和外部ssh登录配置无关，不用修改sshd的相关设置。

内容的提问来源于stack exchange，提问作者gabx