Dom 节点和 元素 有啥区别？

Docker 会从RFC1918所定义的私有IP网段中，选择一个和宿主机不同的IP地址和子网分配给docker0，连接到 docker0 的容器从子网中选择个未占用 IP 使用。一般 Docker 会用 172.17.0.0/16 这个网段，并将172.17.0.1/16 分配给 docker0 网桥(在主机上使用ifconfig命令是可以看到docker0的，可以认为它是网桥的管理接口，在宿主机上作为一块虚拟网卡使用)。

网络配置的过程大致3步：

在主机上创建一对虚拟网卡 veth pair 设备。veth设备总是成对出现的，它们组成了一个数据的通道，数据从一个设备进入，就会从另一个设备出来。因此veth设备常用来连接两个网络设备。

1. Docker 将 veth pair 设备的一端放在新创建的容器中，并命名为eth0。另一端放在主机中，以veth65f9 这样类似的名字命名，并将这个网络设备加入到docker0网桥中，可以通过brctl show命令查看。
2. 从 docker0 子网中分配一个IP给容器使用，并设置 docker0 的IP地址为容器的默认网关。
3. Bridge 模式下容器的通信

容器访问外部

假设主机网卡为eth0，IP地址10.10.101.105/24，网关10.10.101.254。从主机上一个IP为172.17.0.1/16 的容器中ping百度(180.76.3.151)。首先IP包从容器发往自己的默认网关 docker0，包到达docker0后，会查询主机的路由表，发现包应该从主机的 eth0 发往主机的网关10.10.105.254/24。接着包会转发给eth0，并从eth0发出去。这时Iptable规则就会起作用，将源地址换为 eth0 的地址。这样，在外界看来，这个包就是从10.10.101.105上发出来的，Docker容器对外是不可见的。

外部访问容器

创建容器并将容器的80端口映射到主机的80端口。当我们对主机 eth0 收到的目的端口为80的访问时候，Iptable规则会进行DNAT转换，将流量发往172.17.0.2:80，也就是我们上面创建的Docker容器。所以，外界只需访问10.10.101.105:80就可以访问到容器中的服务。

4.5 --link

容器创建后我们想通过容器名字来ping。此时需要用到--link，如下：
 

移动管理工具助力移动设备的使用

在管理一线移动设备方面，IT部门一直运气不错。从Windows Embedded设备到安卓，他们都得到了Afaria和Soti等供应商的支持，由于这些厂商支持iOS和安卓，以及后来的Windows 10和macOS，因此在过渡期间用户对设备的管理能力不会出现下降。

如今，包括黑莓、IBM、MobileIron和VMware在内的许多成熟的移动管理供应商都支持在一线设备中使用的安卓版本。

统一端点管理(UEM)工具也支持各种设备方案。这些方案包括BYOD、完全由厂商锁定的设备，以及混合使用案例(部分设备被厂商锁定，部分设备对BYO 应用程序开放，且两个环境各自分开)。与早期单一用途的一线设备相比，用户在设备的使用和部署方式上获得了更大的灵活性。

在对轮班工作环境的支持方面，各种管理工具之间是存在差异的。在轮班的情况下，每次交接班时设备都会易手，管理工具需要能够快速从一个用户的设置切换到另一个用户的设置。包括黑莓UEM、IBM Maas360、MobileIron UEM、Soti MobiControl、VMware Workspace One以及三星的Knox等所有主要的UEM平台都支持一线使用场景。尽管微软在一线移动领域深耕已久，但是微软自己的Intune管理工具却对一线场景支持不佳，尤其是轮班工作场景。

（编辑：唐山站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!