Início / server / Perguntas / 1098802
Accepted
Keith
Asked: 2022-04-18 05:11:56 +0800 CST

Atribuindo um IPv4 público automaticamente a cada VM KVM que está sendo criada?

  • 772

Estou querendo saber como eu iria atribuir um IPv4 público para cada vm que está sendo criada.

Setup : Host Server com 3 IPs no CentOS8 usando libvirt e kvm para virtualizar Bridge br0 usando eth0 como interface.

Depois de muita tentativa e erro, consegui fazer isso manualmente usando uma ponte e atribuindo o endereço IP à interface do arquivo de rede do sistema operacional convidado.

Embora eu deseje que isso seja automático, considerando que, se eu reinstalar o sistema operacional agora, ele voltará a não ter o endereço IP e o id para se conectar ao convidado e editar o endereço ipv4 nos arquivos de rede manualmente todas as vezes. Como posso evitar isso ?

Objetivo: cada IPv4 é bloqueado para uma máquina virtual e permanecerá, não importa se o sistema operacional for reinstalado.

Objetivo opcional: se algum IPv4 do sistema operacional host não for usado, ele deverá ser atribuído à próxima VM criada.

Eu tenho que codificar meu próprio software para fazer isso sempre ou existe uma maneira mais simples?

virtualization networking kvm-virtualization ip-address libvirt

1 respostas

  1. Best Answer

    É para isso que serve o DHCP.

    Você pode escolher livremente seus endereços MAC, certo? Configure um servidor DHCP no sistema no mesmo segmento ethernet (possivelmente virtual) que as VMs e vincule seus IPs a determinados MACs.

    Você também precisará distribuir algumas rotas (use as opções DHCP 121 e 249). A própria máquina com servidor DHCP não precisa ter IP público ou IP na mesma rede de todos os clientes; a comunicação com o servidor DHCP ocorre quando ainda não há endereços configurados no cliente.

    Se você usa DHCP ISC, você precisa fazer algo como o seguinte. Estou assumindo que sua máquina host é seu roteador e caixa NAT para VMs e também hospedará seu servidor DHCP. Caso queira fazer de outra forma, serão necessários pequenos ajustes:

    • defina as opções 121 e 249 em algum lugar no topo do dhcpd.conf:
    option rfc3442-classless-static-routes code 121 = array of integer 8;
option ms-classless-static-routes code 249 = array of integer 8;

    provavelmente, novas versões não precisam disso, mas a minha sim.

    • crie um shared-networkbloco, coloque sua sub-rede privada dinâmica e seus endereços públicos como "sub-redes" com máscaras 32:
    option routers 192.168.210.1;
option domain-name-servers 8.8.8.8, 8.8.4.4;

shared-network libvirt-vm-net {
    subnet 192.168.210.0 netmask 255.255.255.0 {
        range 192.168.210.2 192.168.210.254;
    }

    subnet 192.0.2.1 netmask 255.255.255.255 {
        option rfc3442-classless-static-routes 32, 192,168,210,1, 0,0,0,0, 0, 192,168,210,1;        
        option ms-classless-static-routes      32, 192,168,210,1, 0,0,0,0, 0, 192,168,210,1;        
    }

    ...
}

    Estou assumindo que sua rede "privada" para máquinas atrás de NAT será 192.168.210.0/24 e o host será .1 nessa rede (atribuída a uma ponte). A configuração de rotas sem classes estáticas (opções 121 e 249) adicionará as seguintes rotas:

    ip route add 192.168.210.1 dev eth0
ip route add default via 192.168.210.1

    que são necessários para que tudo funcione apesar do fato de não haver sub-rede contendo 192.0.2.1/32 e 192.168.210.1; melhor tentar essa configuração no ambiente de laboratório se você não tiver certeza de como esse roteamento funciona

    • crie definições de host com seus endereços MAC desejados vinculados aos seus endereços IP estáticos:
    host public-server-1 { hardware ethernet 00:11:22:33:44:55; fixed-address 192.0.2.1; }
...
    • adicione entradas de vizinho estático ("ARP") para esses MACs em /etc/ethers(no host):
    00:11:22:33:44:55 192.0.2.1
...
    • adicionar rotas estáticas para esses endereços através da interface de ponte correspondente; Não sei como fazer isso usando a configuração de rede padrão da sua distribuição do sistema operacional, mas a maneira genérica do Linux é assim:
    ip route add 192.0.2.1 dev br0
...

    Em seguida, certifique-se de atribuir esses MACs às suas VMs importantes nas configurações da libvirt. Outras VMs (cujos MACs não estão vinculados) obterão seus endereços do intervalo configurado como de costume.

    Na verdade eu implementei e testei essa configuração em configurações ainda mais "complexas" (DHCP, host e roteador eram sistemas distintos), também não uso libvirt e meu host é PVE. Mesmo a inicialização PXE funciona perfeitamente para máquinas de sub-rede "normais" (como 192.168.210.0 no exemplo) e para máquinas de "IP público" (como 192.0.2.1).

    Para permitir que todas as VMs acessem a Internet, você deve usar NAT para IPs privados e não usá-lo para público; não é um problema, use a regra como iptables -t nat -A POSTROUTING -o <physical-interface-with-public-ip> -s <private-ip-range> -j MASQUERADE. Dessa forma, seu intervalo privado será traduzido para o endereço público do próprio host, mas os endereços públicos não serão traduzidos, mas serão roteados como estão. Novamente, não há problema em ter endereços públicos e privados no mesmo segmento de rede e percorrer o mesmo NIC virtual.

    • 0

relate perguntas