Uma resposta (ou kludge), mas não o que eu considero a resposta é adicionar /sbin/sysctl -p a /etc/rc.local .
Espero que haja uma solução mais elegante.
Estou usando um contêiner ubuntu:xenial spawned no LXD / LXC e não consigo descobrir por que ele continua inicializando com um endereço local de link IPv6 ( fe80:: ). Se for relevante, também estou usando o Xenial como o host do contêiner.
Não há entradas IPv6 em /etc/hosts . Não há endereços IPv6 definidos em /etc/network/interfaces* .
Eu adicionei net.ipv6.conf.*.disable_ipv6=1 a /etc/sysctl.conf e, embora isso funcione para limpar os endereços locais do link atribuído quando você executa a inicialização sysctl -p após , ele parece não ser executado > durante a inicialização para que o contêiner inicie com os endereços locais do link IPv6 atribuídos.
Eu adicionei ipv6.disable=1 ipv6.disable_ipv6=1 a GRUB_CMDLINE_LINUX_DEFAULT dentro do contêiner em /etc/default/grub.d/50-cloudimg-settings.cfg , mas isso parece não fazer nada. Isso faz sentido, já que não há update-grub2 dentro desses contêineres, então presumivelmente o Grub não faz parte do processo de inicialização do contêiner. Eu não consegui descobrir como o contêiner decide o que tentar e ativar ou desativar dentro de sua visão do kernel, caso contrário eu tentaria colocar uma configuração lá.
Parece que estou perdendo uma compreensão fundamental do que está causando a atribuição desses endereços locais de links durante a inicialização do contêiner.
Alguma ideia ou sugestão?
Por favor, não perca tempo pregando como eu deveria aprender a amar o IPv6. Meu empregador não usará o IPv6 por muito tempo, já que há tanto equipamento legado conectado à rede que é extremamente caro e nunca funcionará no IPv6 que você estaria desperdiçando sua digitação.
Uma resposta (ou kludge), mas não o que eu considero a resposta é adicionar /sbin/sysctl -p a /etc/rc.local .
Espero que haja uma solução mais elegante.