dom tipo XU ignora / etc / network / interfaces

Question

Eu tenho uma instalação do Linux baseada em Debian, que gira em torno de:

Começou em um sistema físico, depois mudei o sistema operacional para um contêiner VMware e depois para um contêiner Xen. Como instalação física e VMware, este /etc/network/interfaces funcionou:

auto lo
iface lo inet loopback


auto eth0
iface eth0 inet6 auto
    privext 0
    post-up ip a a fe80::1337/64 dev eth0
    post-up ip a a fc0e::1337/64 dev eth0

Onde trabalhar significa que eth0 está ativo e todos os endereços / sub-redes configurados em eth0 e as extensões de privacidade estão desativadas.

Quando executado como Xen VM, as extensões de privacidade estão ativadas ( /proc/sys/net/ipv6/conf/eth0/use_tempaddr é 2 ), eth0 está ativa, mas possui apenas o endereço fe80 :: / 64 local do link. Eu posso logar na VM e fazer manualmente

    ip a a fe80::1337/64 dev eth0
    ip a a fc0e::1337/64 dev eth0

, que funciona sem problemas. Eu posso chegar a essa máquina usando esses endereços atribuídos manualmente, como seria de se esperar ... e como costumava funcionar quando o sistema operacional era uma máquina física ou uma VM VMware.

Então, o que há de diferente em um convidado Xen (pv), que isso não funciona? Nos arquivos de log há duas entradas muito suspeitas:

syslog:Oct 31 10:41:48 hostname kernel: [    6.926601] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
syslog:Oct 31 10:41:48 hostname kernel: [    9.842540] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready

Suspeito, porque ocorrem na mesma hora do relógio de parede. Eu tentei criar a VM, mas deixá-la em pausa, para que o Open vSwitch tenha tempo para isso, antes que a VM seja totalmente ligada. Mas isso não resolve a situação.

Eu também tentei adicionar post-up sleep 5 e pre-up sleep 5 para ajudar com problemas de tempo ... mas ainda é uma VM ...

Parece um problema de tempo para mim. Como posso consertar isso?

    

Answer 1

Você disse que a interface está ativa, mas ela está relacionada com ip link ou com ifup ? Uma falha dos comandos post-up significaria o último. Para depurar porque o ND IPv6 não está funcionando, você precisa executar algo como um rastreador de pacotes ( tcpdump , tshark , ...) e ver se está obtendo anúncios de roteador. Se estiver, verifique se /proc/sys/net/ipv6/{default,eth0}/accept_ra está ativado. Consulte o link para obter mais detalhes.