☰

使用 debian 通过 dhcp 自动配置 ipv4 和 ipv6 接口的正确方法是什么？

tag-icon • tag-icon debian
使用 debian 通过 dhcp 自动配置 ipv4 和 ipv6 接口的正确方法是什么？

我有一个运行 debian 9stretch 的类似自制 PC 的路由器（截至今天的当前稳定版本）。

几个月来，我设法让它自动配置 WAN ipv4 和 WAN ipv6，如下所示：

# WAN vlan 832 internet
auto enp1s0.832
iface enp1s0.832 inet dhcp
iface enp1s0.832 inet6 manual

inet6 部分使用两个脚本：

  • 第一个 /etc/network/if-up.d/99-ipv6 脚本，用于在 IPV6 前缀委派模式下启动 ISC dhcp 客户端
  • 第二个 /etc/dhcp/dhclient-exit-hooks.d/dhclient-ipv6 脚本，用于将 IPV6“/64”子网分配给 LAN 接口

这几个月以来一直运行良好。重新启动后，系统很快就可以正常运行，并且 IPV4 和 IPV6 都可以正常运行。

在对软件包进行例行更新后，在配置路由器 WAN 接口时，debian systemd“networking.service”开始在启动时挂起。它挂起 5 分钟，并被默认的“network.service”超时杀死。结果，WAN 接口处于 UP 状态，但 IPV4 和 IPV6-PD 的 dhclient 实例也被终止。这是非常糟糕的，因为如果 DHCP 客户端未运行，路由器不会刷新 DCHP 租约。

debiannetworking.service 一直在配置 IPV6 部分。当我尝试像这样评论 IPV6 部分时：

# WAN vlan 832 internet
auto enp1s0.832
iface enp1s0.832 inet dhcp

系统正常重新启动，但没有 IPV6。

我还尝试使用“缓存”方式，如下所示：

auto enp1s0.832
iface enp1s0.832 inet dhcp
iface enp1s0.832 inet6 dhcp
  request_prefix 1
  accept_ra 2

通过上述内容，Debian“networking.service”启动 IPV4 和 IPV6 的 ISC DHCP 客户端实例： https://wiki.debian.org/IPv6PrefixDelegation

然而，使用此设置，debian systemdnetworking.service 仍然挂起 5 分钟。

所以，我不得不诉诸一个非常肮脏的最后手段：

auto enp1s0.832
iface enp1s0.832 inet dhcp
  up /sbin/dhclient -6 -P -pf /run/dhclient6.enp1s0.832.pid -lf /var/lib/dhcp/dhclient6.enp1s0.832.leases -df /var/lib/dhcp/dhclient.enp1s0.832.leases enp1s0.832&

这样，debiannetworking.service 就不会超时，并且 IPV4 和 IPV6 的 dhclient 实例都可以正确运行。

让 debian 自动配置 IPV4 和 IPV6 而无需在启动时挂起的干净方法是什么？

答案1

正确的方法是使用 /etc/network/interfaces 文件“native ipv6 features”。几年来，ifupdown 用于 IPV6 管理的 DHCP 得到了改进。虽然它并不广为人知...

关于您的 ISP 决定如何向您提供 IPV6 地址，详细信息可能会有所不同。

在大多数情况下，您的 ISP 使用 DHCPV6-PD（前缀委派）。在这种情况下，/etc/network/interfaces 应如下所示（在 debianstretch 中）：

auto wanif
iface wanif inet dhcp
iface wanif inet6 dhcp
  request_prefix 1
  accept_ra 2

request_prefix 对于 DHCPV6-PD 是必需的。否则，由 ifupdown 启动的 DHCP 客户端将请求单个地址。这可能不太适合您的 ISP。就我而言，法国的 Orange 完全忽略了错误的 DCHP v6 请求，我的 ISP DHCP 服务器甚至没有回复拒绝消息。恶心...

debian 不管理的部分是 LAN 上 IPV6 地址的分配。为此，必须使用自定义脚本，如此处所述https://wiki.debian.org/IPv6PrefixDelegation

不过，有一点警告。我自己的 DHCPv6 挂钩脚本导致 systemd 服务发生互锁。由于我依靠 radvd（路由器通告）在 LAN 接口上公开 IPV6 地址，因此当 WAN IPV6 前缀更改时，我需要重新启动 radvd 服务。实现此目的的正常命令是：

systemctl restart radvd

然而，这导致了系统在启动时互锁。接口的初始设置是由名为“networking.services”的systemd服务完成的（该服务主要调用ifup --all）。

为了避免与“networking.service”互锁，必须使用：

systemctl --no-block restart radvd

看https://www.freedesktop.org/software/systemd/man/systemctl.html了解详情。

相关内容