WSL环境运行Docker端口映射时出现iptables报错问题咨询

该报错和镜像、Docker本身配置无关，核心是两个问题叠加导致：

• 当前运行的是WSL1版本，使用的是微软定制的4.4版本模拟内核，没有完整的Linux网络栈，iptables的nat模块功能缺失，无法支持Docker配置端口映射所需的DNAT规则写入。
• WSL启动阶段/usr/lib/wsl/drive、/usr/lib/wsl/lib两个核心依赖目录挂载失败，进一步导致网络相关内核功能调用异常，最终iptables执行规则时返回Invalid argument错误。

按顺序操作即可恢复正常端口映射能力：

• 1. 关闭所有打开的WSL终端窗口，在Windows侧打开CMD或PowerShell，执行命令彻底终止运行的WSL实例：
     wsl --shutdown
• 2. 执行命令查看当前WSL发行版版本：
     wsl -l -v
     如果对应发行版的VERSION列显示为1，执行命令将其转换为WSL2，命令中<发行版名称>替换为上一步输出中NAME列对应的实际名称（常见如Ubuntu-22.04、Debian等）：
     wsl --set-version <发行版名称> 2

转换过程会自动下载WSL2专属的完整Linux内核，耗时根据网络情况在1-5分钟不等，不要中途关闭执行窗口。

• 3. 转换完成后重新进入WSL终端，执行dmesg检查，如果仍然存在WSL目录挂载失败的报错，执行命令编辑WSL配置文件：
     sudo nano /etc/wsl.conf
     在文件中写入以下配置：

[automount]
enabled = true
mountFsTab = true
options = "metadata,umask=22,fmask=11"

按Ctrl+O回车保存，再按Ctrl+X退出编辑器，回到Windows侧再次执行wsl --shutdown重启WSL实例让配置生效。

• 4. 重启进入WSL后，重启Docker服务：
     如果是直接在WSL内部安装的Docker引擎，执行：
     sudo service docker restart
     如果使用的是Docker Desktop的WSL后端，直接在Windows侧重启Docker Desktop即可。
• 5. 验证修复效果，重新执行原启动命令：
     docker run -p 9411:9411 openzipkin/zipkin:2.23
     此时不会再出现iptables相关报错，容器启动后可正常通过localhost:9411访问Zipkin服务。

注意：不建议在WSL1环境下长期运行Docker，WSL1的系统调用翻译层除了iptables兼容性问题外，还存在cgroup、文件系统权限等多类缺陷，会导致容器运行时出现各类不可预期的错误，WSL2是Docker官方推荐的WSL环境运行方案。

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