Правильный способ сделать это — использовать файл /etc/network/interfaces «собственные функции ipv6». Через несколько лет был улучшен ifupdown DHCP для управления IPV6. Хотя это малоизвестно...
Информация о том, как ваш интернет-провайдер решает предоставить вам адреса IPV6, может меняться.
В большинстве случаев ваш интернет-провайдер использует DHCPV6 -PD (Делегирование префикса ). В этом случае /etc/network/interfaces должен выглядеть так (в debian stretch):
auto wanif
iface wanif inet dhcp
iface wanif inet6 dhcp
request_prefix 1
accept_ra 2
Префикс
запроса _является обязательным для DHCPV6 -PD. В противном случае DHCP-клиент, запущенный ifupdown, запросит один адрес. Это может не очень хорошо работать с вашим провайдером. В моем случае, с Orange во Франции, плохой запрос DCHP v6 полностью игнорируется, DHCP-сервер моего интернет-провайдера даже не отвечает на сообщение об отклонении. Фу...
Частью, которой debian не управляет, является выделение адресов IPV6 в локальной сети. Для этого необходимо использовать пользовательские сценарии, как описано здесь https://wiki.debian.org/IPv6PrefixDelegation
.
Одно предупреждение. Мой собственный сценарий ловушки DHCPv6 вызывал блокировку в службах systemd. Поскольку я полагаюсь на объявление маршрутизатора radvd ()для предоставления адресов IPV6 на интерфейсе LAN, мне необходимо перезапустить службу radvd при изменении префикса WAN IPV6. Обычная команда для этого —:
systemctl restart radvd
Однако это приводило к блокировке systemd во время загрузки. Первоначальная настройка интерфейсов выполняется службой systemd под названием «networking.services» (, эта служба в основном вызывает ifup --all ).
Чтобы избежать блокировки с помощью «networking.service», вместо этого следует использовать:
systemctl --no-block restart radvd
Подробнее см. https://www.freedesktop.org/software/systemd/man/systemctl.html.
Спасибо за все ответы. Мне удалось избавиться от проблем с nfs, но теперь я застрял на каком-то шаге. Часть nfs работает нормально, и я также могу смонтировать файл squashfs. К сожалению, я получаю эту панику ядра, кто-нибудь знает, в чем может быть проблема?
// редактировать! Ахой друзья. Я смог запустить его. Я такой счастливый, друзья, вы не поверите. Проверьте мою текущую конфигурацию grub.cfg.
menuentry "Netroot" {
echo 'Trying to boot via nfs...'
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
echo 'Loading Linux...'
linux /programs/clonezilla/live/vmlinuz root=/dev/nfs ip=dhcp rw netboot=nfs fetch=tftp://192.168.2.55/programs/clonezilla/live/filesystem.squashfs nfsroot=192.168.2.55:/var/lib/tftpboot/programs/clonezilla/live/ rw boot=live username=user union=overlay config components noswap edd=on nomodeset nodmraid locales= keyboard-layouts= ocs_live_run="ocs-live-general" ocs_live_extra_param="" ocs_live_batch=no net.ifnames=0 nosplash noprompt
echo 'Loading initial ramdisk...'
initrd /var/lib/tftpboot/programs/clonezilla/live/initrd.img
}
Таким образом, все работает нормально, но, к сожалению, очень медленно. Любой способ улучшить скорость передачи данных?