没有范围的链接本地（fe80::）地址进入 /etc/resolv.conf 并导致问题

Question

我正在回答我自己的问题，并提供解释和补丁以供参考。

问题出在软件包提供的 dhcp6c 脚本中wide-dhcpv6-client。dhcp6c它在我的系统上作为守护进程运行（由启动/etc/init.d/wide-dhcpv6-client），每隔几分钟发送一次 DHCPv6 请求。我认为wide-dhcpv6-clientubuntu 桌面中默认没有安装。它的配置 ( /etc/wide-dhcpv6/dhcp6c.conf) 设置为/etc/wide-dhcpv6/dhcp6c-script在需要进行更新时调用脚本。此脚本存在错误：

对于链路本地地址，它会忽略范围
如果/etc/resolv.conf不受 resolvconf 管理（即不是符号链接），则会导致search X附加行而不检查行是否已经存在（然后文件会不断增长）。

假设您有一个由 dhcp6c** 监控的单个接口，/etc/wide-dhcpv6/dhcp6c-script使用以下补丁修补该文件将解决问题：

--- /etc/wide-dhcpv6/dhcp6c-script.orig 2016-09-04 17：12：35.405042056 -0700
+++/etc/wide-dhcpv6/dhcp6c-script.new 2016-09-04 22：57：05.213169351 -0700
@@ -6,20 +6,48 @@

 [ -f /etc/默认/宽-dhcpv6-客户端 ] && . /etc/默认/宽-dhcpv6-客户端

+# 猜测用作 scope_id 的接口。理想情况下，dhcp6c 将传递
+# 接收 DHCPv6 回复的接口的名称。
+范围=“”
+对于 $INTERFACES 中的 IFACE；执行
+ 范围=“$IFACE”
+休息；
+完成
+
+# 精确行匹配。grep 会将域名句点解释为特殊
+# 字符。简单循环避免依赖其他非核心工具
+# 命令（sed、awk 等）。
+有线（）{
+ 本地电话
+ 当读取行时；执行
+ 如果 [ “$line” = “$1” ]; 然后
+ 返回 0
+ 菲
+ 完成
+ 返回 1
+}
+    
+
 如果 [ -n “$new_domain_name” -o -n “$new_domain_name_servers” ]; 那么
     old_resolv_conf=/etc/resolv.conf
     new_resolv_conf=/etc/resolv.conf.dhcp6c-new
     rm -f $new_resolv_conf
     如果 [ -n "$new_domain_name" ]; 那么
- 回显搜索 $new_domain_name >> $new_resolv_conf
+ has_line "搜索 $new_domain_name" < $old_resolv_conf || {
+ 回显“搜索 $new_domain_name”>> $new_resolv_conf
+ }
     菲
     如果 [ -n "$new_domain_name_servers" ]; 那么
         对于 $new_domain_name_servers 中的名称服务器；执行
+ 如果 [ -n "$scope" -a "${nameserver##fe80::}" != "$nameserver" ]; 然后
+ 名称服务器="$名称服务器%$范围"
+ 菲
+
             # 无需添加已经存在的名称服务器
— res = $（grep“名称服务器$名称服务器”$old_resolv_conf）
- 如果 [ -z "$res" ]; 那么
- 回显名称服务器 $nameserver >> $new_resolv_conf
- 菲
+ has_line "名称服务器 $nameserver" < $old_resolv_conf || {
+ 回显“名称服务器 $nameserver”>> $new_resolv_conf
+ }
         完毕
     菲

**上述代码将从中的接口列表中选择第一个接口/etc/default/wide-dhcpv6-client，并将其后缀为以开头的任何名称服务器fe80::。这与中所做的类似/etc/dhcp/dhclient-enter-hooks.d/resolvconf。它并不理想，特别是如果您有多个接口。dhcp6c 不会在环境中传递接口的名称，因此我们只能猜测。（错误记录：https://bugs.launchpad.net/ubuntu/+source/wide-dhcpv6/+bug/1620221）

如果您有多个网卡并且需要它更加强大，您可以配置/etc/wide-dhcpv6/dhcp6c.conf根据接口名称启动不同的脚本副本，并在脚本中对接口名称进行硬编码。

在我弄清楚问题之前，我发现了两种解决方法，它们虽然不能解决问题，但却可以避免症状。

解决方法 1：禁用 dnsmasq 本地解析器。

当 NetworkManager 的 dnsmasq 服务被禁用时，resolv.conf 中的条目会正确填充。所以我失去了它的好处。不完美。

按照步骤如何禁用网络管理器使用的 DNS？.另请参阅安全和性能影响列表禁用本地解析器。

重新启动 NM 后，链接本地地址已正确添加范围：

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.1.1
nameserver fe80::beef%eth0
search lan

我不太清楚为什么这样做有效，但我怀疑这是因为 NetworkManager 和 dhcp6c 都写入了 resolvconv，并且更新脚本倾向于 fe80::beef%eth0（由 NetworkManager 传递）而不是没有范围的相同地址（由 dhcp6c 传递）。

解决方法 2：配置 OpenWrt 以将附加的 dhcpv6 服务器作为 RDNSS 的一部分进行宣传。此服务器将优先于 /etc/resolv.conf 中的链接本地服务器。我觉得这个解决方案比解决方法 #1 略好一些，因为它保留了本地解析器（至少对于 ipv4 而言），但它更复杂。

使用 IPv6 ULA-Prefix 设置 OpenWrt，例如fd00:cafe::/48。（Menu -> Network -> Interfaces -> bottom of page）。路由器将在fd00::cafe::1局域网上获取本地 ipv6。（我在 OpenWRT 15.05.1 chaos calmer 上尝试过这个）。
指示 odhcpd（在该版本的 openwrt 上提供 dhcpv6 服务）也将 IP 作为（附加的）DNS 服务器进行宣传。odhcpd（版本 2015-11-19-01d3f...）提供了一个名为 dhcp.lan.dns 的配置标志（标志描述）。在 luci UI 中，它位于下Menu -> Network -> Interfaces -> LAN (click edit) -> DHCP Server section -> IPv6 Settings tab -> Announced DNS Servers。将路由器的 ULA 地址添加到字段中。为了对称，我还将路由器的 ipv4 子网地址添加到 dns 服务器列表 (192.168.1.1)。

有了这个，odhcpd 会将这两个地址作为 RA 的一部分进行宣传，但对我们有利的是，NM 只会将 ULA 地址写入 resolv.conf。链路本地地址永远不会添加到 resolv.conf：

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver fd00:cafe::1
nameserver 127.0.1.1
search lan

查看 wireshark 跟踪，当以这种方式配置时，来自 openwrt 的 RA 消息将列出两个 dns 服务器地址，但其 DHCPv6 回复只有一个fd00:cafe::1，因此避免了 dhcp6c 脚本中的错误。

如果你在网络上有一台 unix 主机不是运行本地解析器（例如如果你在 ubuntu 上应用了解决方法 1 和 2），resolv.conf 将拥有所有 IP：

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.1.1
nameserver fd00:cafe::1
nameserver fe80::beef%eth0
search lan

libc 解析器中的默认算法是依次尝试 resolv.conf 中的每个条目，每个条目都超时。因此，如果出现问题，同一个 DNS 服务器的多个别名可能会导致额外的延迟。就我而言，这很可能意味着我的整个路由器都宕机了，而不仅仅是它的 DNS 服务器，所以这不是问题。但您的情况可能会有所不同。

额外的我使用以下脚本调试对 resolvconf 所做的更改。这使我能够找出哪个守护进程发送了错误的更改：

#!/bin/bash

# logs all interactions to /sbin/resolvconf into syslog
# this script is named /sbin/resolvconf, temporarily.
# moved resolvconv binary to resolvconf.real, temporarily.

BIN=/sbin/resolvconf.real
LOGGER=/usr/bin/logger

ppid () { ps -p ${1:-$$} -o ppid= 2>/dev/null | sed 's/ //g'; }

PROC=$$

"$LOGGER" "resolvconf.wrapper args: $@"

for ((i=0; i<4; i++)); do
    PROC=$(ppid $PROC)
    if [[ "$PROC" == 0 || "$PROC" == "" ]]; then
    break;
    fi
    if [[ "$i" -eq 0 ]]; then
    "$LOGGER" "resolvconf.wrapper invoked by: pid=$PROC $(/bin/ps -p $PROC -o command=)"
    else
    "$LOGGER" "resolvconf.wrapper child of: pid=$PROC $(/bin/ps -p $PROC -o command=)"
    fi
done

# peek at stdin (which contains the config)
if [[ "$1" == "-a" ]] && [[ -n "$2" ]]; then
    tmp=$(/bin/mktemp)
    while read REST; do
    logger "resolvconf.wrapper feeding: $REST"
    echo $REST >> "$tmp"
    done
    exec < "$tmp"
    rm "$tmp"
fi

exec -a /sbin/resolvconf "$BIN" "$@"

有了这个，syslog 包含如下块：

Sep  3 02:32:29 calm logger: resolvconf.wrapper invoked by: pid=12610 sh -c /sbin/resolvconf -a NetworkManager
Sep  3 02:32:29 calm logger: resolvconf.wrapper child of: pid=11910 NetworkManager
Sep  3 02:32:29 calm logger: resolvconf.wrapper child of: pid=1 /sbin/init
Sep  3 02:32:29 calm logger: resolvconf.wrapper feeding: # Generated by NetworkManager
Sep  3 02:32:29 calm logger: resolvconf.wrapper feeding: domain base
Sep  3 02:32:29 calm logger: resolvconf.wrapper feeding: search base base.
Sep  3 02:32:29 calm logger: resolvconf.wrapper feeding: nameserver 127.0.1.1
...
Sep  3 02:14:23 calm logger: resolvconf.wrapper gparent: pid=1553 /usr/sbin/dhcp6c -Pdefault eth0
Sep  3 02:14:23 calm logger: resolvconf.wrapper invoked by: pid=15926 /bin/sh /etc/wide-dhcpv6/dhcp6c-script
Sep  3 02:14:23 calm logger: resolvconf.wrapper args: -a eth0
Sep  3 02:14:23 calm logger: resolvconf.wrapper feeding: search base.
Sep  3 02:14:23 calm logger: resolvconf.wrapper feeding: nameserver fd00:cafe::1

Answer 1