已创建的docker容器无法直接修改网络模式，必须先停止容器，再通过删除重建（推荐）或调用api修改hostconfig（不推荐）实现切换；群晖dsm等gui界面本质也是停用后重建。
Docker 容器网络模式不能在运行中直接修改，必须先停止容器，再通过重建或配置更新来实现切换。不同场景下操作方式略有差异，关键看容器是否已创建、是否使用命令行或图形界面（如群晖 DSM）。
已存在的容器如何切换网络模式
Docker 原生命令不支持对运行中或已创建的容器直接修改 --network 参数。官方不提供 docker update --network 这类功能（docker update 仅支持部分资源限制参数，如内存、CPU，不包括网络）。因此实际可行路径只有两条：
-
✅ 推荐方式：删除旧容器 + 用新网络模式重新创建
适用于大多数情况，尤其当容器无重要本地数据（数据存在挂载卷中时更安全）：docker stop mycontainer docker rm mycontainer docker run -d --name mycontainer --network host -v /data:/app/data myimage:latest
注意：务必保留原有
-v、-e、端口映射等关键参数，避免服务异常。 ⚠️ 非标准方式：通过 API 或第三方工具“模拟”更新
某些高级用户借助docker-py（Python SDK）调用底层 API，先停容器、修改容器 HostConfig 中的NetworkMode字段，再重启。但该操作未经 Docker CLI 支持，属于绕过校验行为，存在兼容性风险，且 Docker 24.0+ 版本已进一步限制此类修改，不建议生产环境使用。
群晖 DSM 用户的操作流程
群晖的 Docker GUI 封装了部分底层逻辑，允许“编辑”已有容器并更改网络模式，本质仍是停用 → 重建 → 启动：
- 在 Docker 应用中找到目标容器，点击「停止」
- 点击「编辑」→ 切换到「网络」页签
- 展开「网络类型」下拉菜单，选择
host/bridge/none（群晖界面暂不支持container:模式） - 保存后系统自动重建容器（会保留卷、环境变量、端口设置等，但不会保留原容器 ID）
⚠️ 注意：切换为 host 模式时，需手动取消所有 -p 端口映射（host 模式下端口直通宿主机，映射无效且可能报错）；切换为 none 后容器将无网络，需确认业务是否依赖外部通信。
新建容器时指定网络模式
最稳妥、最常用的方式，一步到位，无需后续调整：
-
--network bridge（默认，可省略）：容器有独立 IP（如172.17.0.x），通过 NAT 访外网，需-p映射端口供外部访问 -
--network host：共享宿主机网络命名空间，容器内ip addr显示宿主机 IP，端口直接监听宿主机端口（如:80→ 宿主机:80），无需-p -
--network none：无任何网络接口，适合离线计算或完全隔离测试任务 -
--network container:another_name：复用另一容器的网络栈（IP、端口、路由全相同），常用于辅助调试或 sidecar 场景
验证是否生效
启动后执行：
docker inspect mycontainer | grep -A 5 '"NetworkMode"' # 输出类似："NetworkMode": "host" 或 "bridge" # 进入容器检查网络表现 docker exec -it mycontainer ip addr show eth0 # bridge/host 下可见；none 下无 eth0 docker exec -it mycontainer cat /proc/net/dev # host 模式下能看到宿主机全部网卡
不复杂但容易忽略：网络模式切换后，配套的端口映射、防火墙规则、服务绑定地址（如 0.0.0.0 vs 127.0.0.1）都需同步检查，否则服务可能无法访问。
