O código abaixo gera duas máquinas virtuais do CentOS 7 GUEST em um HOST do CentOS 7. Uma das máquinas virtuais está conectada à Internet por meio de um endereço IP público. O outro recebe um endereço IP PRIVADO, mas não pode ping do gateway ou ser ping ed pela outra máquina virtual.
O servidor precisa de duas rotas. Uma rota para cada uma das máquinas virtuais para se comunicar entre si usando endereços IP privados. E outra rota para a primeira máquina virtual usar para se comunicar com o mundo exterior usando um endereço IP PÚBLICO. Quais alterações específicas precisam ser feitas nas etapas abaixo para que isso aconteça?
Criando a máquina virtual pública
O seguinte comando define com sucesso o endereço IP e o gateway, dns, netmask, etc automaticamente durante a instalação, para que a máquina virtual resultante seja imediatamente capaz de interagir na Internet como o IP PÚBLICO desejado:
virt-install --name=public-centos7 --disk path=/var/lib/libvirt/images/guest.img,size=50 \
--graphics none --vcpus=1 --memory=2048 --location /tmp/CentOS-7-x86_64-Minimal-1611.iso \
--network=default --os-type=linux --os-variant=rhel7.0 --initrd-inject=/tmp/vm.ks \
--extra-args "ks=file:/vm.ks console=ttyS0 ip=PUBLIC.IP.OF.VM::PUBLIC.IP.OF.GATEWAY:255.255.255.248:localhost2:eth0:none"
Criando a máquina virtual PRIVADA
O seguinte comando cria uma máquina virtual que NÃO é capaz de ping PUBLIC.IP.OF.GATEWAY ou qualquer outro endereço. Além disso, a outra máquina virtual criada acima não é capaz de ping 192.168.122.2 após a execução do seguinte comando:
virt-install --name=private-centos7 --disk path=/var/lib/libvirt/images/guest2.img,size=50 \
--graphics none --vcpus=1 --memory=2048 --location /tmp/CentOS-7-x86_64-Minimal-1611.iso \
--network=default --os-type=linux --os-variant=rhel7.0 --initrd-inject=/tmp/vm.ks \
--extra-args "ks=file:/vm.ks console=ttyS0 ip=192.168.122.2::PUBLIC.IP.OF.GATEWAY:255.255.255.0:localhost2:eth0:none"
No entanto, enquanto o comando virt-install acima estava em execução, as seguintes linhas foram adicionadas à dmesg logs:
[94333.242521] systemd[1]: sys-subsystem-net-devices-vnet1.device changed plugged -> dead
[94333.242528] systemd[1]: sys-devices-virtual-net-vnet1.device changed plugged -> dead
[94333.242533] systemd[1]: Collecting sys-devices-virtual-net-vnet1.device
[94333.242534] systemd[1]: Collecting sys-subsystem-net-devices-vnet1.device
Outros registros também foram gravados em dmesg durante a execução de virt-install , mas as 4 linhas acima foram as mais relacionadas à rede. Devo procurar alguma forma de abordar o relatório de que vnet1 está morto? Se sim, como?
default Rede no HOST:
A seguir, a definição xml da rede default no HOST:
[root@localhost ~]# virsh net-edit default
<network>
<name>default</name>
<uuid>some-long-complex-string</uuid>
<forward mode='nat'/>
<bridge name='br0' stp='on' delay='0'/>
<mac address='11:22:33:44:55:66'/>
<ip address='192.168.122.1' netmask='255.255.255.0'>
<dhcp>
<range start='192.168.122.2' end='192.168.122.254'/>
</dhcp>
</ip>
</network>
~
~
"/tmp/virshycDOpm.xml" 12L, 347C
E aqui está a saída listando as pontes disponíveis no HOST:
[root@localhost ~]# brctl show
bridge name bridge id STP enabled interfaces
br0 8000.1stStringID no eno1
vnet0
vnet1
virbr0 8000.2ndStringID yes virbr0-nic
[root@localhost ~]#
Observe que o mesmo problema persiste se a bridge name na definição default network xml está definida como virbr0 ou br0 .
Configuração do convidado PRIVADO:
[root@localhost ~]# virsh console public2-centos7
Connected to domain public2-centos7
Escape character is ^]
ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 11:22:33:44:55:66 brd aa:bb:cc:dd:ee:ff
inet 192.168.122.2/29 brd 192.168.122.7 scope global eth0
valid_lft forever preferred_lft forever
inet6 ipv6:addr:does:NOT::matter/128 scope global dynamic
valid_lft 603985sec preferred_lft 603985sec
inet6 ipv6:addr:does:NOT::matter/64 scope global noprefixroute dynamic
valid_lft 2371267sec preferred_lft 297667sec
inet6 ipv6:addr:does:NOT::matter/64 scope link
valid_lft forever preferred_lft forever
[root@localhost ~]# ping 192.168.122.7
Do you want to ping broadcast? Then -b
[root@localhost ~]#
@ Sugestões de Christopher:
Por sugestão de @ Christopher, executei os seguintes comandos no HOST:
[root@remote-host ~]# netstat -anr
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 PUBLIC.IP.OF.GATEWAY 0.0.0.0 UG 0 0 0 br0
PUBLIC.IP.OF.HOST-1 0.0.0.0 255.255.255.248 U 0 0 0 br0
192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0
[root@remote-host ~]# vi /etc/iproute2/rt_tables
#
# reserved values
#
255 local
254 main
253 default
0 unspec
#
# local
#
#1 inr.ruhep
~
"/etc/iproute2/rt_tables" 11L, 87C
Observe que o destino especificado para br0 é um a menos que o PUBLIC.IP.OF.HOST , o que significa que é um IP público, mas NÃO é um dos IPs públicos para os quais nossos conta de internet tem qualquer reclamação.
Por sugestão de @ Christopher, ouvi dizer que devo alterar /etc/iproute2/rt_tables para se tornar:
#
# reserved values
#
255 local
254 main
253 default
0 unspec
#
# local
#
#1 inr.ruhep
200 mgmt
O conteúdo do diretório contendo os arquivos ifcfg no servidor CentOS 7 em questão é o seguinte:
[root@remote-host ~]# ls -al /etc/sysconfig/network-scripts
total 256
drwxr-xr-x. 2 root root 4096 Mar 28 08:18 .
drwxr-xr-x. 6 root root 4096 Mar 28 08:18 ..
-rw-r--r--. 1 root root 148 Mar 24 19:39 ifcfg-br0
-rw-r--r--. 1 root root 129 Mar 24 19:36 ifcfg-eno1
-rw-r--r--. 1 root root 12288 Mar 26 13:18 .ifcfg-eno1.swp
-rw-r--r--. 1 root root 254 Sep 12 2016 ifcfg-lo
lrwxrwxrwx. 1 root root 24 Mar 24 19:16 ifdown -> ../../../usr/sbin/ifdown
-rwxr-xr-x. 1 root root 627 Sep 12 2016 ifdown-bnep
-rwxr-xr-x. 1 root root 5817 Sep 12 2016 ifdown-eth
-rwxr-xr-x. 1 root root 6196 Nov 5 18:47 ifdown-ib
-rwxr-xr-x. 1 root root 781 Sep 12 2016 ifdown-ippp
-rwxr-xr-x. 1 root root 4201 Sep 12 2016 ifdown-ipv6
lrwxrwxrwx. 1 root root 11 Mar 24 19:16 ifdown-isdn -> ifdown-ippp
-rwxr-xr-x. 1 root root 1778 Sep 12 2016 ifdown-post
-rwxr-xr-x. 1 root root 1068 Sep 12 2016 ifdown-ppp
-rwxr-xr-x. 1 root root 837 Sep 12 2016 ifdown-routes
-rwxr-xr-x. 1 root root 1444 Sep 12 2016 ifdown-sit
-rwxr-xr-x. 1 root root 1621 Nov 5 18:36 ifdown-Team
-rwxr-xr-x. 1 root root 1556 Apr 15 2016 ifdown-TeamPort
-rwxr-xr-x. 1 root root 1462 Sep 12 2016 ifdown-tunnel
lrwxrwxrwx. 1 root root 22 Mar 24 19:16 ifup -> ../../../usr/sbin/ifup
-rwxr-xr-x. 1 root root 12688 Sep 12 2016 ifup-aliases
-rwxr-xr-x. 1 root root 859 Sep 12 2016 ifup-bnep
-rwxr-xr-x. 1 root root 11880 Sep 12 2016 ifup-eth
-rwxr-xr-x. 1 root root 10145 Nov 5 18:47 ifup-ib
-rwxr-xr-x. 1 root root 12039 Sep 12 2016 ifup-ippp
-rwxr-xr-x. 1 root root 10525 Sep 12 2016 ifup-ipv6
lrwxrwxrwx. 1 root root 9 Mar 24 19:16 ifup-isdn -> ifup-ippp
-rwxr-xr-x. 1 root root 642 Sep 12 2016 ifup-plip
-rwxr-xr-x. 1 root root 1043 Sep 12 2016 ifup-plusb
-rwxr-xr-x. 1 root root 2772 Sep 12 2016 ifup-post
-rwxr-xr-x. 1 root root 4154 Sep 12 2016 ifup-ppp
-rwxr-xr-x. 1 root root 1925 Sep 12 2016 ifup-routes
-rwxr-xr-x. 1 root root 3263 Sep 12 2016 ifup-sit
-rwxr-xr-x. 1 root root 1755 Apr 15 2016 ifup-Team
-rwxr-xr-x. 1 root root 1876 Apr 15 2016 ifup-TeamPort
-rwxr-xr-x. 1 root root 2682 Sep 12 2016 ifup-tunnel
-rwxr-xr-x. 1 root root 1740 Sep 12 2016 ifup-wireless
-rwxr-xr-x. 1 root root 4623 Sep 12 2016 init.ipv6-global
-rw-r--r--. 1 root root 15383 Sep 12 2016 network-functions
-rw-r--r--. 1 root root 26829 Sep 12 2016 network-functions-ipv6
E o conteúdo de ifcfg-br0 é o seguinte:
[root@remote-host ~]# vi /etc/sysconfig/network-scripts/ifcfg-br0
TYPE=Bridge
BOOTPROTO=static
NAME=br0
DEVICE=br0
ONBOOT=yes
DNS1=11.11.11.11
DNS2=11.11.22.22
IPADDR=PUBLIC.IP.OF.HOST
PREFIX=29
GATEWAY=PUBLIC.IP.OF.GATEWAY
~
~
"/etc/sysconfig/network-scripts/ifcfg-br0" 11L, 148C
E o conteúdo de ifcfg-eno1 é:
[root@remote-host ~]# vi /etc/sysconfig/network-scripts/ifcfg-eno1
TYPE=Ethernet
BOOTPROTO=static
NAME=eno1
UUID=some-long-complicated-string-here
DEVICE=eno1
ONBOOT=yes
BRIDGE=br0
Precisamos adicionar arquivos adicionais e modificar outros? Se sim, como?
Tags kvm centos virtual-machine libvirtd