Isso foi completamente corrigido pela reinstalação do guest vm. O provedor para o servidor dedicado deu endereços mac a serem atribuídos a cada convidado, o que então lhe atribuiu um endereço IP via dhcp, isso resolveu o problema.
Estou tentando rotear vários IPs através de uma NIC física no meu servidor dedicado para uso com as VMs do KVM Proxmox. Eu tenho um servidor dedicado que está atualmente rodando o Debian 4.4.5-8 com 3 endereços IP disponíveis para uso, que serão exibidos como 176.xxx.xxx.196 (principal), 176.xxx.xxx.198 (na mesma sub-rede). como principal) e 5.xxx.xxx.166 (sub-rede diferente). No momento, estou tentando rotear o terceiro endereço IP com o dedi para uso com um vps que eu configurei usando o proxmox v2.x, mas estou tendo muito, muito trabalho para fazê-lo. As interfaces virtuais que vinculam os endereços IP adicionais funcionam conforme o esperado, descartando problemas de roteamento externos.
O provedor forneceu as seguintes informações para os endereços IP na sub-rede principal:
gateway: 176.xxx.xxx.193
netmask: 255.255.255.224
broadcast: 176.xxx.xxx.223
Assim como as seguintes informações para o endereço IP na segunda sub-rede:
gateway: 5.xxx.xxx.161
netmask: 255.255.255.248
transmissão: 5.xxx.xxx.167
Tudo que eu tentei com / etc / network / interfaces não funcionou ou tornou a rede completamente inútil.
Este é o estado atual do arquivo, que tem o endereço IP secundário trabalhando na mesma sub-rede, bem como o IPv6 funcionando, mas não a segunda sub-rede.
# Nativen IPv6 Schnittstelle
iface eth0 inet6 manual
# Bridge IPv4 Schnittstelle (176.xxx.xxx.193/27)
auto vmbr0
iface vmbr0 inet static
address 176.xxx.xxx.196
netmask 255.255.255.224
gateway 176.xxx.xxx.193
broadcast 176.xxx.xxx.223
bridge_ports eth0
bridge_stp off
bridge_fd 0
bridge_maxwait 0
post-up ip addr add 176.xxx.xxx.198/27 dev vmbr0
auto vmbr1
iface vmbr1 inet static
address 5.xxx.xxx.166
netmask 255.255.255.248
gateway 5.xxx.xxx.161
broadcast 5.xxx.xxx.167
bridge_ports eth0
bridge_stp off
bridge_fd 0
bridge_maxwait 0
post-up ip addr add 5.xxx.xxx.166/29 dev vmbr1
# Bridge IPv6 Schnittstelle (Reichweite: xxxx:xxxx:xxxx:xxxx:xxxx:xxxx::/64)
iface vmbr0 inet6 static
address xxxx:xxxx:xxxx:xxxx:xxxx:xxxx
netmask 64
up ip -6 route add xxxx:xxxx:xxxx:xxxx:xxxx:xxxx dev vmbr0
down ip -6 route del xxxx:xxxx:xxxx:xxxx:xxxx:xxxx dev vmbr0
up ip -6 route add default via xxxx:xxxx:xxxx:xxxx:xxxx:xxxx dev vmbr0
down ip -6 route del default via xxxx:xxxx:xxxx:xxxx:xxxx:xxxx dev vmbr0
Você tem duas pontes ( vmbr0
e vmbr1
) que ambas têm eth0
como membro, então você tem basicamente um domínio de camada 2 que eu suspeito que causará estranheza. Você está tentando expor dois NICs para a VM? Nesse caso, você deve expor uma única NIC e anexar dois endereços a essa parte da VM. O host deve ter uma única ponte que contenha eth0
.
Como a sub-rede secundária já possui um gateway, o host não precisa agir como um. Não configure endereços ou rotas para a sub-rede secundária no host. No guest, anexe um dos IPs secundários a sua NIC e configure o gateway padrão como 5.xxx.xxx.161. O host simplesmente atuará como uma ponte de camada dois para permitir que a VM alcance o gateway.
Tags networking debian vps linux tcpip