Я использую ubuntu:xenial
порожденный контейнер в LXD/LXC и не может разработать, почему это продолжает загружаться с локальным адресом ссылки IPv6 (fe80::
). Если это вообще релевантно, я также использую Гостеприимный в качестве контейнерного хоста.
Нет никаких записей IPv6 в /etc/hosts
. Нет никаких адресов IPv6, определенных ни в одном из /etc/network/interfaces*
.
Я добавил net.ipv6.conf.*.disable_ipv6=1
кому: /etc/sysctl.conf
и хотя это работает для очистки назначенного канала локальные адреса, когда Вы работаете sysctl -p
после начальной загрузки это, кажется, не работает во время начальной загрузки, таким образом, контейнер запускается с локальных присвоенных адресов ссылки IPv6.
Я добавил ipv6.disable=1 ipv6.disable_ipv6=1
кому: GRUB_CMDLINE_LINUX_DEFAULT
в контейнере в /etc/default/grub.d/50-cloudimg-settings.cfg
но это, кажется, ничего не делает. Это имеет смысл, поскольку существует нет update-grub2
в этих контейнерах поэтому, по-видимому, Личинка не играет роли в контейнерном процессе запуска. Мне не удалось разработать, как контейнер решает, что попытаться включить, или отключить внутри это - представление ядра, иначе я попытался бы поместить установку там.
Кажется, что я пропускаю некоторое фундаментальное понимание того, что вызывает, они связывают локальные адреса, которые будут присвоены во время контейнерной начальной загрузки.
Какие-либо идеи или предложения?
Не напрасно тратьте время, проповедуя, как я должен учиться любить IPv6. Мой работодатель не собирается использовать IPv6 в течение долгого времени, поскольку существует так много подключенного оборудования традиционной сети, которое является чрезвычайно дорогим и никогда не будет работать над IPv6, что Вы потратили бы впустую свой ввод.
Ответ (или клудж), но не, что я рассматриваю ответом, должен добавить /sbin/sysctl -p
кому: /etc/rc.local
.
Я надеюсь, что существует более изящное решение.