Сервер Linux, не получающий IPv6 по умолчанию, направляет по ссылке PPP
Простой способ сделать это должно установить OpenSUSE Linux и затем использовать виртуальные машины XEN (как Amazon) использование созданного в инструменте системного администрирования GUI. Не используйте VirtualBox для этого, так как он более предназначен разработчикам на рабочем столе.
Я у меня есть debian Linux, который делает почти то же самое (я не использую сервер dhcpv6 и использую dibbler в качестве клиента ipv6 dhcp для интерфейса ppp), в моей конфигурации PPP у меня есть:
defaultroute
replacedefaultroute
+ipv6
ipv6cp-accept-local
если вы добавить:
debug
в конфигурацию ppp вы получите подробную информацию о согласовании ipv6. Я подозреваю, что вам не хватает опции defaultroute
Не могли бы вы записать трассировку ppp интерфейса с помощью tcpdump во время согласования ppp, чтобы вы могли видеть, предоставляется ли адрес ipv6 через RAS? Я занимаюсь разработкой программного обеспечения для маршрутизаторов со встроенным Linux, и самый простой способ диагностики проблем согласования ppp - это захват пакетов pppoe на этом этапе (PADI, PADO, PADR, PADS, PADT).
... net.ipv6.conf.ppp0.accept_ra = 2
Чтобы убедиться, что параметры конфигурации ядра действительно устанавливаются каждый раз при подключении устройства ppp, попробуйте использовать правило udev:
KERNEL=="ppp0", SUBSYSTEM=="net", ACTION=="add", RUN+="/bin/bash -c 'echo 2 >/proc/sys/net/ipv6/conf/ppp0/accept_ra; echo 2 >/proc/sys/net/ipv6/conf/ppp0/forwarding;'"
Поместите его где-нибудь в /etc/udev/rules.d/ и восстановите соединение ppp.
В некоторых случаях мое настроенное значение accept_ra было сброшено до значения по умолчанию (если они отличаются) после того, как устройство ppp исчезло при отключении. Когда он снова подключается, у меня тоже не было маршрута по умолчанию из-за неправильного значения, установленного в accept_ra .