个人中心
文章发布
退出
作者热门文章
- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
30
4
CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章详解docker容器分配静态IP由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.
最近因为工作要求需要用学习使用docker，最后卡在了网络配置这一块。默认情况下启动容器的时候，docker容器使用的是bridge策略比如:
|
1
|
docker run -ti ubuntu:latest
/bin/bash
|
等效于 。
|
1
|
docker run -ti --net=bridge ubuntu:latest
/bin/bash
|
bridge策略下，docker容器自动为我们分配了一个ip地址，并连接到docker0的网桥上。但这里有一个问题，这个ip地址并不是静态分配的，这对我们的对容器的实例的网络管理造成一了些困难。这里笔者并不想直接给出解决方案，因为那样子并没有什么卵用，理解原理，一步一步踏实走才是.
相信看过docker介绍的读者都知道docker是借助于cgroup和namespace技术来实现资源控制和隔离的。在开始之前读者需要去看一下linux上namespace的使用，本文并不想带入太多的其它不相关的主题。好了现在假设你已经了解namespace了，那你肯定想知道docker在网络上是怎么利用namespace来做手脚的。大致过程应该和下面的一致：（下面只是个人猜测，因为笔者并没有太多时间去研究它的源码） 。
1、创建一个net namespace netns1.
2、创建一对veth，将peer加入到netns1，将别一端接入到网桥bridge0中.
3、为这两个veth分配ip.
4、用netns1启动容器中的程序比如/bin/bash.
可惜的是，docker run并没有一个选项让我们去指定所分配的ip，因为网络的确是个大难题。那就得自己动手丰衣足食了.
从上面我们知道，docker在网络这里用到了net namespace，veth和网桥bridge。注意如果你意图使用ip netns list去查看docker在启动容器的时候使用了那个netns，你会失望地发现没有对应netns。其实并不是没有，而是docker为了掩盖一些细节，在做完初始化工作后，docker便将这个netns从/var/run/netns中删除了，我们完全可以用下面的方式让它打回原形:
|
1
2
|
ln
-s
/proc/
${container
's pid}/ns/net /var/run/netns/${the'
s name you want to display}
ip netns list
|
好了，现在说一下我们给容器分配静态ip的思路:
1、用--net=none方式启动容器，这样容器有了自己的namespace（这一步我们无法干预的，so let it go!） 。
2、获取容器的进程号pid，然后根据pid将它的net namespace打回原型.
3、创建一个bridge0，用brctl工具（可以通过安装bridge-utils工具来实现）.
4、创建一对veth：vethbridge，vethcontainer，将peer端vethcontainer加入到窗口的net namespace中，将vethbridge接入到bridge0中：brctl add... 。
5、设置vethcontainer的ip.
6、重启容器的network service.
下面以我机器为例（deepin 2015 kernel 4.5.0） 。
1、 启动容器:
2、获取容器的进程号:
3、根据进程号将容器的net namespace打回原型:
4、创建网桥bridge0 。
5、创建veth，配置对应的veth，最后重启容器的network service 。
6、在容器中可以看到静态分配的ip: 192.168.9.10 。
注意，现在容器还不能与主机通信，因为主机没有到bridge的设备，如果需要和主机进行通信的话可以添加一对veth，将一端接入bridge。如果容器需要我外部通信的话，可以通过启用内核转发，并在iptables中添加相应的转发规则.
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我.
原文链接：http://www.cnblogs.com/mosmith/p/5372326.html 。
最后此篇关于详解docker容器分配静态IP的文章就讲到这里了,如果你想了解更多关于详解docker容器分配静态IP的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。
30
4
0
我正在使用以下dockerfile: FROM ubuntu:14.04 MAINTAINER xxx xxx # SSH RUN apt-get update && apt-get install
我运行了docker-compose build celery，(经过数小时的尝试，我的连接不良)成功了。 app Dockerfile的前80％是相同的，但不会重复使用缓存。从我可以浏览的内容来看，
我可以使用以下命令成功创建 Docker 注册表 v2 服务:docker service create 然后我使用 docker Push 将一些图像推送到该服务。 当我通过 curl localh
我正在尝试使用 gitlab 构建 CI，我从 docker 的 docker 镜像开始，我的前端存储库没有任何问题，但现在使用相同的 gitlab-ci 配置文件，我有此守护程序错误。 这是构建的输
用例: 我们在 Jenkins 中有几个“发布作业”build 和 push 应用程序的 Docker 镜像到 docker registry，更新各种文件中的项目版本，最后将发布标签推送到相应的 G
当我尝试构建我的 docker 文件时，docker 返回以下错误: [+] Building 0.0s (1/2)
docker-in-docker 的作者在此博客中建议不要将此图像用于 CI 目的: jpetazzo/Using Docker-in-Docker for your CI or testing en
我创建了一个 Dockerfile 来在 Docker 中运行 Docker: FROM ubuntu:16.04 RUN apt-get update && \ apt-get in
我尝试为 Docker 镜像定位一个特定标签。我怎样才能在命令行上做到这一点？我想避免下载所有图像，然后删除不需要的图像。 在 Ubuntu 官方版本中，https://registry.hub.do
我正在尝试在docker中运行docker。唯一的目的是实验性的，我绝不尝试实现任何功能，我只想检查docker从另一个docker运行时的性能。 我通过Mac上的boot2docker启动docke
docker-compose.yml version: "3" services: daggr: image: "docker.pvt.com/test/daggr:stable"
我有一个非常具体的开发环境用例。在一些代码中，我启动了一个容器来抓取页面并检索在容器中运行的服务(Gitlab)的 token 。 现在，我希望 Dockerize 运行它的代码。具体来说，类似: o
之前已经问过这个问题，但我不确定当时是否可以使用docker-compose文件完成docker堆栈部署。 由于最新版本支持使用compose将服务部署到堆栈，因此，我无法理解dab文件的值。 我检查
我在一次采访中被问到这个问题，但无法回答。也没有找到任何相关信息。 最佳答案 正如 Docker 文档中所述，Docker 注册表是: [...] a hosted service containin
有没有一种方法可以将具有给定扩展名的所有文件复制到Docker中的主机？就像是 docker cp container_name:path/to/file/in/docker/*.png path/o
我的日志驱动程序设置为journald。使用日志记录驱动程序时，daemon.json文件中的日志级别配置会影响日志吗？使用docker logs 时仅会影响容器日志？ 例如，docker和journ
我最近开始使用Docker + Celery。我还共享了full sample codes for this example on github，以下是其中的一些代码段，以帮助解释我的观点。 就上下文
运行docker build .命令后，尝试提交构建的镜像，但收到以下错误 Step 12 : CMD activator run ---> Using cache ---> efc82ff1ca
我们有docker-compose.yml，其中包含Kafka，zookeeper和schema registry的配置 当我们启动docker compose时，出现以下错误 docker-comp
我是Docker的新手。是否可以在Docker Hub外部建立Docker基本镜像存储库？假设将它们存储在您的云中，而不是拥有DH帐户？谢谢。 最佳答案 您可以根据需要托管自己的注册表。可以在Depl
我是一名优秀的程序员,十分优秀！