Linux启用IPv6后解析慢、卡顿，本质是IPv6不可用却持续尝试导致超时阻塞；可通过检查IPv6地址可达性、对比DNS耗时、排查systemd等待服务、临时禁用IPv6或永久关闭ipv6.disable=1验证并解决。
Linux系统启用IPv6后出现域名解析缓慢、服务启动卡顿、网页加载延迟等现象，本质是系统在DNS查询或网络等待阶段因IPv6不可用却持续尝试而产生超时阻塞。
确认IPv6是否实际启用且可达
执行 ip -6 addr show，检查是否有 global 类型的 IPv6 地址（如以 2xxx: 或 fdxx: 开头），而非仅 fe80::/10 链路本地地址。若只有 fe80:: 地址，说明IPv6并未真正获取到路由可达地址。
运行 ping6 -c 3 2001:4860:4860::8888 测试公共IPv6 DNS连通性。若全部超时，说明IPv6网络层已启用但路径不通——这正是后续解析慢的根源。
执行 getent ahosts google.com | grep inet6，观察是否返回 IPv6 地址并伴随明显延迟。若有返回但耗时超过1秒，证实应用层正在等待IPv6解析结果。
定位具体卡点：从 DNS 解析到服务启动
第一步：用 time nslookup github.com 2001:4860:4860::8888 和 time nslookup github.com 8.8.8.8 对比耗时。若前者远慢于后者，说明IPv6 DNS服务器本身响应差或不可达。
第二步：运行 systemd-analyze blame | head -10，查找是否含 systemd-networkd-wait-online.service 或 NetworkManager-wait-online.service 且耗时超 20 秒。该服务默认会等待 IPv6 RA（路由器通告）完成，若网络不发RA，它将硬等至超时（默认 2 分钟）。
第三步：检查 networkctl status 输出中各接口的 IPv6 状态是否为 configuring 而非 configured。状态长期卡在 configuring 是典型 IPv6 协议栈未就绪却未报错的信号，常见于云主机镜像中禁用 IPv6 后又未清理残留配置。
快速验证是否IPv6导致变慢
方法一：临时禁用IPv6协议栈，执行：echo 1 | sudo tee /proc/sys/net/ipv6/conf/all/disable_ipv6
立即生效，无需重启。再测试 ping 域名、curl 网页、systemd-analyze blame，若速度恢复正常，即可确认问题出在IPv6。
方法二：绕过系统级IPv6，强制应用走IPv4：
设置环境变量 export GAI_ENABLED=0（影响 getaddrinfo 行为），或对单条命令加前缀 ADDRFAMILY=inet curl https://httpbin.org/ip。
注意：【此操作仅临时生效，重启后恢复】，不要误以为已永久解决。
永久关闭IPv6（推荐用于无IPv6需求的生产环境）
① 编辑 /etc/default/grub，在 GRUB_CMDLINE_LINUX 行末尾追加 ipv6.disable=1，例如：GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rhgb quiet ipv6.disable=1"
② 执行 sudo grub2-mkconfig -o /boot/grub2/grub.cfg（CentOS/RHEL）或 sudo update-grub（Ubuntu/Debian）重新生成引导配置。
③ 重启系统。重启后运行 cat /proc/sys/net/ipv6/conf/all/disable_ipv6，输出为 1 即表示已成功禁用。
