A inicialização do convidado do Ubuntu não gera interfaces de rede na inicialização do host (inicialização automática)

Question

Estou executando o Ubuntu 16.04 no meu servidor, que é usado para virtualização. Ele está executando vários convidados do Ubuntu 16.04 usando o software qemu-kvm para virtualização. O servidor está usando o libvirt para gerenciar o guest (autostart, start / stop etc.) e eu tenho todo o guest set-up para autoinicializar o boot do host.

Quando o host está inicializando, tudo parece normal, sem erros e a Internet está funcionando como deveria. Mas quando eu abro uma conexão VNC para qualquer um dos hosts enquanto ele ainda está inicializando, vejo que a rede falha (falha ao iniciar o aumento de interfaces de rede). Isso só acontece em uma inicialização a frio. Com isso, só acontece quando eu inicializo o servidor e o convidado é inicializado automaticamente depois que o host fica on-line. Quando isso acontece, posso simplesmente reiniciar o host manualmente e ele funcionará bem sem problemas. Eu também posso apenas reiniciar as interfaces específicas (ifdown-f eth0 & ifup eth0) para fazer a internet funcionar novamente.

A maioria dos convidados tem apenas uma interface (eth0) e está solicitando um IPv4 estático e um endereço IPv6 estático do roteador. Uma coisa que notei é que a rota IPv6 tem a opção "expire x segundos", enquanto o IPv4 não. Isso faz com que o convidado não seja acessível por IPv6 quando a rota expirar. Isso expira lá porque as interfaces de rede do Raise falharam na inicialização?

Estou tentando descobrir por que os convidados estão tendo problemas para fazer a interface funcionar em uma inicialização a frio. É muito chato ter que (re) iniciar todos os convidados manualmente. O syslog dos hosts não mostra nenhum erro relacionado ao serviço de rede, e os convidados só têm este erro: "RTNETLINK responde: Arquivo existe" sem mais erros.

    

Answer 1

O serviço de rede no Ubuntu está configurando a interface do convidado. O link é rápido, mas a inicialização real da interface ainda não está completa. Isso faz com que os serviços de rede aceitem anúncios de vizinhos e roteadores.

Quando você tem uma regra de gateway em seu arquivo de interfaces, isso pode causar problemas quando a interface é totalmente inicializada e seus anúncios foram aceitos pelo roteador antes que isso acontecesse. O serviço está tentando adicionar a rota padrão com base na sua regra de gateway, mas existe uma rota padrão existente para esse gateway específico atribuído via RA (anúncio de roteador).

Para resolver esse problema, simplesmente removi o gateway do arquivo de interfaces, pois o gateway é atribuído automaticamente pelo RA. Outra correção seria desabilitar a aceitação do RA nessa interface específica, o valor padrão ou todas as interfaces usando:

pre-up net.ipv6.conf.device.accept_ra=0

onde "device" é "all", "default" ou o nome do dispositivo atual (eth0, em0 etc.).