LXC系列教程之四设定LXC虚拟计算机独占实体网络卡.docxVIP

设定LXC虚拟计算机独占实体网络卡检视实体主机网络硬件LXC虚拟计算机，将虚拟网络卡链接到LXC系统默认的Bridge，也就是「lxcbr0」上面时，因为透过〝dnsmasq〞这个套件的帮忙，所以可以在lxcbr0这个Bridge 中,提供DHCPServer与DNSCache的功能，也因为〝iptables〞的协助，让LXC虚拟计算机，可以利用NAT转址的方式，联机到因特网上，另外，若有封闭网络区段的需求，也可以透过手动产生另外一个Bridge，将需要在封闭网络区段的LXC虚拟计算机，利用修改配置文件的方式，指定连结到手动产生的Bridge 上面，并透过此Bridge，将所有在此封闭网络区段的LXC虚拟计算机给桥接（Bridge）在一起。然而，在实际的应用面上，虚拟计算机的产生（建立），并不只是单单用来测试系统（如开发的应用程序），或者是当做重要（网络）服务、应用系统的备援，而是有可能会直接取代正在在线运作的实体主机，由虚拟计算机来提供各项服务，因此，虚拟计算机网络链接方式的设定，就会变得非常重要。不管是需要付费的，免费的、或是开放性原始码的虚拟系统，大多数都无法直接利用实体网路卡来当做虚拟计算机的网络接口，即使是Linux 原生虚拟系统（LinuxKVM）也不例外，但LXC虚拟系统却可以让LXC虚拟计算机直接以实体计算机上的实体网络卡（如eth1）来当做其网络适配器，并利用此实体网络卡来与因特网沟通，这不只颠覆了虚拟计算机在网络接口设定上的概念，也可以完整独立的使用网络卡上的资源，而不需要与实体计算机的网络卡（一般为eth0）共享带宽，大大增加了网络链接与沟通的速度。而要设定LXC虚拟计算机使用实体网络卡之前，先来检视一下目前实体主机上的网络组态，毕竟，总要有两张以上的实体网络卡，才能让LXC虚拟计算机使用实体网络卡来进行网络连线，指令如下：$ ifconfig-a有图中可以看到，笔者目前的计算机内正好有两张实体网络卡，分别为eth0与eth1，而eth0为实体计算机实际对外联机所使用的网络接口，所以另外一张eth1，就可以拿来设定给LXC虚拟计算机来使用，而这边需要先简单说明一下，因为笔者的测试环境有DHCPServer，所以实体计算机两张网络卡在启动的状态下，都会由DHCPServer取的一组可供联机的IP 地址，因此，在上图中，才会看到这两张实体网络卡都有IP地址的状态。修改LXC虚拟计算机的配置文件要让LXC虚拟计算机（这边以myUS1204的LXC虚拟计算机为例）可以使用（独占）实体网路卡来联机，还是要利用到LXC虚拟计算机的「config」配置文件，可以利用任一编辑器开启此「config」配置文件，而要注意的地方，就是「work.type」与「work.link」这两个字段的设定值，将原先〝work.type=veth〞修改为〝work.type=phys〞，而〝work.link=lxcbr0〞则修改为〝work.link=eth1〞，其中，eth1是实体计算机内要拿来给LXC虚拟计算机使用的实体网络卡的实际名称，请依照实体计算机内实际的名称来修改（这边笔者以加入批注的方式保留原先设定信息）,除了上述二项设定, 还必须将work.hwaddr加入批注：修改完成，确认无误之后，就可以存盘退出，并利用以下指令来启动LXC虚拟计算机：$ sudolxc-start -nmyUS1204-d启动LXC虚拟计算机之后，可不要急着登入，先在实体计算机利用〝ifconfig-a〞指令，来看看实体计算机的网卡发生了什么变化：这边可以清楚看到，原本实体计算机可以看到两张实体网络卡，但现在只剩下eth0这张网络卡，而原因就是eth1已经成功让LXC虚拟计算机给独占使用了。检视并修改LXC虚拟计算机的网络组态配置文件设定完成之后，就利用〝sudolxc-start -nmyUS1204-d〞将LXC虚拟计算机开机，并放到背景执行，接着再使用〝sudolxc-console-nmyUS1204〞来登入LXC虚拟计算机，不过，要登入的时候，可能会有机会看到如下图的状况，且会维持约2～3分钟：这是什么原因呢？为何会没有联机到LXC虚拟计算机呢？其实，这并不是没有联机到LXC虚拟计算机，而是因为系统在开机的过程中，会检查网络组态与设定，但是在前面操作中，我们手动修改了网络相关设定，也就是指定LXC虚拟计算机使用实体计算机的网络卡（eth1），但是系统在开机的过程中，实际上取得网络组态设定值的却是原先的eth0（虚拟网络卡），而不是eth1（手动指定的实体网络卡），所以开机检查的流程就会卡在这个步骤，需要等到这个检查流程结束之后，才会继续后面的开机流程，直到登入画面。登入系统之后，马上利用〝ifconfig-a〞的指令，来查看LXC虚拟计算