首页/云/云与容器速查/none 网络模式
容器与 Docker106 条

none 网络模式

容器只保留 lo 回环、不接任何网络:离线计算、安全沙箱与合规任务的干净起点;需要临时联网时可运行中挂接网络,无需重建容器。

云与容器速查云更新于 2026-10-13

none 网络模式是什么

none 模式下容器只保留一个回环接口,不接入任何网络:没有网卡、没有默认网关、也没有解析配置,因此外界访问不到它,它也访问不到外界。这不是“没加载网络驱动”,而是刻意不挂任何网络端点,属于隔离最彻底、诊断也最简单的一档——没有网卡就不存在网络类问题。它适合离线计算、安全沙箱和必须防止数据外送的场景,需要临时联网时再给运行中的容器挂上网络即可,不必重建。

基本信息

启用方式docker run --network none 镜像
容器内现象只有回环接口,外网与容器网络均不可达
地址与解析没有网络地址与解析配置,按名字访问其他容器也做不到
临时联网docker network connect 网络 容器,运行中的容器也能挂接
隔离级别在常见模式中最高,适合强隔离与离线任务
注意隔离的是网络,文件系统与内核仍然与其他容器共享

典型使用场景

  • 离线数据处理:输入输出都来自挂载的卷,不需要网络
  • 安全沙箱:分析不可信样本,防止木马回连与数据外送
  • 合规要求明确禁止外联的任务,用模式强制约束而不是靠自觉
  • 排查时排除网络干扰:确认问题与网络无关
  • 作为隔离基线做对照测试,和联网环境比较行为差异

使用示例

使用示例
docker run --rm --network none alpine ip addr   # 只看得到回环接口
docker run --rm --network none alpine ping -c1 8.8.8.8   # 预期失败:没有出口
docker run -d --name job --network none alpine sleep 3600   # 起一个离线任务容器
docker network connect bridge job   # 需要时给运行中的容器临时接网络
docker network disconnect bridge job   # 用完再断开,恢复离线状态
docker network inspect none -f '{{json .Containers}}'   # 看哪些容器用了这个模式

网络模式对照

模式连通性典型用途风险
none只有回环接口离线计算、强隔离任务需要联网的进程无法启动
bridge(默认)出网走地址转换,容器间名字不通单机简单运行名字解析不可用
host直接共享宿主网络低延迟与高性能场景端口冲突、隔离性弱
自定义网络内置名字解析多容器协作需管理网段与清理
none 不是不加载网络能力,而是不挂任何网络端点:排查时先看容器的网络设置,确认它到底挂在哪个网络上。
运行中挂接网络不会让已失败的首连自动恢复:应用若没有重试逻辑,需要重启进程或触发重连。

易错点

  • 在 none 容器里排查解析问题:根本没有网卡与解析配置,方向从一开始就错了
  • 挂接网络后以为应用会自动恢复:首连失败且无重试逻辑的进程仍然不通
  • 把 none 当成完整安全隔离:文件系统与内核仍共享,还需其他加固手段
  • 在生产任务里临时挂接网络后忘记断开:隔离要求形同虚设且无人知晓
  • 构建与运行混为一谈:镜像构建期可以联网,不代表运行期容器也能联网

数据来源与参考

  • Docker Docs:None network driver

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌