林中阴影

家庭网络中的 IPv6 地址变化

家庭宽带可能会获得由运营商分配的 IPv6 前缀。网络重新连接或租约变化后，公网前缀可能随之变化，家中设备原先使用的地址也会改变。若家庭服务器通过域名从外部访问，DNS 记录就需要及时更新，才能继续指向当前可用地址。

博客文章从家庭服务器配置中遇到的情况出发，提到在网关内部使用一个不随运营商前缀变化的地址会更方便管理。ULA 地址可用于本地网络中的稳定寻址；它与对外可路由的全球地址作用不同，设置时应根据网络边界和路由规划区分用途。理解不同地址的使用范围，有助于避免将内部管理地址误当作外部访问地址。

ULA 与网关地址

ULA 是 IPv6 的唯一本地地址范围，适用于组织或家庭内部网络通信，不由公共互联网路由。文章举例说明可以为内部网关配置 ULA 前缀，并使用稳定的内部地址访问网关。这样做的便利在于，运营商分配的外部前缀发生变化时，局域网内用于管理和路由的地址规划仍可保持一致。

在配置前，需要确认路由器、服务器和客户端都采用一致的地址规划。网关的接口地址、路由表和客户端默认路由应相互匹配。如果网络中存在多个路由器或 VLAN，还需要明确哪些子网可以通过该网关访问。修改路由前先保存当前配置，并准备好本地管理入口，可以降低远程改错后失去连接的风险。

Linux 接口地址后缀

文章还分享了固定 IPv6 地址后缀的不同配置方式。对于使用 ifupdown 的系统，可以在网络接口配置中设置地址 token；对于采用 NetworkManager 的系统，可以通过连接配置设置 IPv6 地址生成模式与 token；使用 netplan 的环境，则可在 YAML 配置中指定地址 token。它们都是围绕“接口如何生成地址后缀”这一需求，但配置格式和生效方式并不相同。

选择命令前先确认系统实际使用的网络管理器，不要把某个发行版上的配置直接复制到另一台机器。还应确认接口名称、连接名称和地址生成模式与当前网络相符。应用变更后，可以检查接口上的 IPv6 地址和路由表，验证新地址是否出现、前缀是否正确，以及旧地址是否仍然保留。若通过 SSH 远程操作，更应安排本地控制台或自动回滚方式。

地址变化与动态 DNS

动态 DNS 更新通常需要在设备地址发生变化时刷新域名解析记录。文章提到，常见做法是使用定时任务周期性检查地址，而 Linux 的 ip monitor 可以在地址变化时输出事件，供更新脚本监听。事件驱动方式能减少固定间隔轮询造成的延迟，但也要求脚本正确过滤接口、地址范围和变化类型。

处理 IPv6 地址时，不应把接口上出现的所有地址都发布到 DNS。系统可能同时具有链路本地地址、ULA、临时隐私地址和全球单播地址。更新程序需要识别预期接口和适合外部访问的地址，并避免把临时或内部地址误写进公网记录。还要考虑网络恢复、脚本重启和更新服务失败等情况，确保最终状态能够重新收敛。

文章以 systemd 服务和地址事件监听展示了实现方向。实际落地时，服务单元应明确启动依赖、运行用户、错误日志和重启策略；脚本则需处理输入格式变化、更新失败和重复事件。对简单家庭网络而言，现成的 DDNS 工具可能更省维护成本；自定义监听程序更适合有明确触发需求、并能持续维护脚本的场景。

排查 IPv6 连通性的步骤

遇到访问不稳定时，可以从地址、路由和 DNS 三层分别检查。先确认服务器接口获得了预期地址，网关和前缀符合规划；再查看默认路由和防火墙规则，确认外部流量能否到达目标服务；最后检查 DNS 记录是否指向当前全球地址。将每层状态分开记录，避免仅凭域名访问失败就直接断定是 DDNS 的问题。

客户端与服务器的网络环境也会影响测试结果。家庭内网访问公网地址可能受路由器回环能力影响，因此内外网络应分别测试。验证服务开放前，还要确认只暴露确有必要的端口，并通过防火墙限制不需要的连接。IPv6 地址可直接全球可达并不等于服务应该无条件对公网开放。

个人实践笔记的价值

《与IPv6地址战斗》并未将所有配置包装成适用于每个网络的统一方案，而是记录作者处理家庭服务器地址规划、Linux 接口设置和 DDNS 更新的经验。对读者而言，最有用的部分是把问题拆成稳定内部寻址、动态公网地址和更新触发几个层次，再结合自己的系统选择对应工具。

《林中阴影》也记录 NAS、远程桌面、Home Assistant 和硬件相关内容，适合关注家庭服务器与个人网络维护的读者按分类和标签继续浏览。阅读这些案例时，可以将其作为排查线索，再对照当前发行版及网络设备文档验证配置细节。这样既能复用实践经验，也能避免把特定环境中的命令不加判断地用于其他系统。