![使用 debian 通过 dhcp 自动配置 ipv4 和 ipv6 接口的正确方法是什么?](https://linux22.com/image/130090/%E4%BD%BF%E7%94%A8%20debian%20%E9%80%9A%E8%BF%87%20dhcp%20%E8%87%AA%E5%8A%A8%E9%85%8D%E7%BD%AE%20ipv4%20%E5%92%8C%20ipv6%20%E6%8E%A5%E5%8F%A3%E7%9A%84%E6%AD%A3%E7%A1%AE%E6%96%B9%E6%B3%95%E6%98%AF%E4%BB%80%E4%B9%88%EF%BC%9F.png)
我有一个运行 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了解详情。