容器处于Created状态时无法修改网络，因其网络命名空间尚未初始化，ip netns不可识别，docker network命令报错“container is not running”；可靠方案是删除重建并指定网络参数，或先start再disconnect/connect调整。
容器处于 created 状态（即已创建但未运行）时，无法直接执行网络配置命令（如 ip、ifconfig 或修改网络命名空间），因为此时容器的网络命名空间尚未完全初始化，进程未启动，/proc/[pid]/ns/net 也不存在。docker 不允许对 created 状态的容器动态挂载或重配网络栈——这是内核和 docker 运行时的底层限制。
为什么不能直接改 Created 容器的网络
Docker 容器的网络是在 docker start 阶段由 containerd-shim 触发的：分配 veth pair、绑定到网桥、设置 IP、配置路由和 iptables 规则等。这些操作依赖于容器 init 进程（PID 1）的网络命名空间已就绪。而 Created 状态下，该命名空间尚未创建，ip netns 无法识别它，docker network connect/disconnect 命令也会报错：container is not running。
可行的高级替代方案
虽然不能“原地修改”，但可通过以下方式达成等效目标：
-
方案一：删除重建 + 指定新网络参数
这是最可靠、符合 Docker 设计哲学的做法。先记录原容器配置（用docker inspect CONTAINER_NAME查镜像、卷、环境变量、端口映射等），再docker rm CONTAINER_NAME，然后用完整参数重新docker run，显式指定--network、--ip、--subnet（需提前创建自定义网络）、--dns等。 -
方案二：先启动再调整（适用于短暂运行场景）
执行docker start CONTAINER_NAME让其进入 running 状态 → 立即用docker network disconnect bridge CONTAINER_NAME断开默认网络 → 再用docker network connect --ip=192.168.100.20 my_custom_net CONTAINER_NAME接入自定义网络并指定 IP → 如需保留 Created 行为，可立刻docker stop CONTAINER_NAME。此时容器变为 Exited，但网络配置已持久化到其网络连接元数据中。 -
方案三：使用自定义网络驱动预置配置
若需批量管理，可提前创建带固定子网/IPAM 的自定义桥接网络：docker network create --driver bridge --subnet=10.20.0.0/16 --ip-range=10.20.1.0/24 --gateway=10.20.0.1 mynet
后续所有容器只要指定--network=mynet --ip=10.20.1.5，即可在启动时自动获得确定性网络配置，无需事后调整。
绕过限制的底层操作（仅限调试，不推荐生产）
极少数场景下（如离线排障、嵌入式测试），若必须干预 Created 容器的网络上下文，可尝试：
① 找到容器 runtime 目录（通常为 /var/lib/docker/containers/[ID]/）；
② 查看 hostconfig.json 中 "NetworkMode" 字段，手动修改为 "mynet"（需确保网络已存在）；
③ 修改后重启 dockerd（systemctl restart docker）；
④ 再 docker start ——但此操作无官方支持，可能破坏一致性，且修改后容器启动时仍会按新网络模式重新初始化网络栈，而非“复用旧状态”。
本质上，Docker 的网络模型是声明式的：配置属于容器生命周期的启动阶段，不是运行时可热更新的属性。把握这一点，就能避开多数“想改却改不了”的困惑。
