为什么你的企业今天就该思考 IPv6

上周去客户现场排查网络问题，，，，，，，一台打印机双向地址都绑定了 IPv4，，，，，，，了局客户端死活搜不到。。。。。。。改完 DNS 缓存、沉启服务都没用，，，，，，，最后发现是互换机 ACL 把 mDNS 的 IPv6 多播流量给过滤掉了。。。。。。。这种坑我在从前三年遇到的频率越来越高——不是 IPv6 自身的问题，，，，，，，而是企业网络工程师还没来得及更新自己的知识系统。。。。。。。 工信部 2025 年的硬性指标要求新增家庭宽带 80% 以上支持 IPv6，，，，，，，这个数字还在往企业侧渗入。。。。。。。但婉转讲，，，，，，，北京这边好多园区的互联网出口早就通了，，，，，，，真正卡住各人的是内网要不要动、怎么动、动几多。。。。。。。我整顿了五个实操层面的决策点，，，，，，，没有尺度答案，，，，，，，但能助你理明显该问什么问题。。。。。。。

决策一：双栈优先，，，，，，，还是直接上纯 IPv6

这是被问得最多的选择题。。。。。。。我的建议目前阶段依然偏差双栈——不是技术不能，，，，，，，而是现实约束太多。。。。。。。 双栈意味着每一台设备、每一个服务、每一条防火墙规定都要同时守护两套地址系统，，，，，，，工作量翻倍。。。。。。。但益处是过渡期不会断业务，，，，，，，万一哪个遗留系统只认 IPv4，，，，，，，你还有退路。。。。。。。 纯 IPv6 的引诱在于架构清新：地址空间够大，，，，，，，不用 NAT，，，，，，，终端直连，，，，，，，路由战术简化。。。。。。。但价值也显著——内部还有老旧设备没升级固件，，，，，，，2015 年采购的那批视频会议终端到此刻厂商都不再守护 IPv6 驱动；；；；；；；财政用的一些 U盾和加密狗只绑定了 IPv4 的网卡信息。。。。。。。你要是直接切从前，，，，，，，这些器材全数趴窝。。。。。。。

决策二：DNS 适配怎么做才不给自己挖坑

双栈环境下，，，，，，，DNS 的解析战术直接决定用户履历。。。。。。。Windows 和 macOS 默认会同时查问 A 和 AAAA 纪录，，，，，，，哪个先回来用哪个。。。。。。。若是你内网 DNS 只配了 IPv4 地址，，，，，，，客户端收到响应后会持续走 IPv4 链路，，，，，，，看似没弊端！。。。。。，，，，，，但浪费了 IPv6 的可用性。。。。。。。 真正该做的是两步：首先确保内网 DNS 服务器自身监听在 IPv6 地址上，，，，，，，不论是 Windows Server 的 DNS 角色还是 Linux 上的 BIND/ unbound，，，，，，，配置文件里都要加上 IPv6 监听地址；；；；；；；其次为关键业务域名同时配置 A 和 AAAA 纪录，，，，，，，千万别吐妨只配一个。。。。。。。 这里有个容易忽略的细节——反向解析（ PTR 纪录）。。。。。。。好多企业做了正向解析就忽略了 PTR，，，，，，，导致日志里主机名只能解析出 IP 地址而无法反向查到名字，，，，，，，排查故障时两眼一抹黑。。。。。。。IPv6 的 PTR 纪录体式和 IPv4 分歧，，，，，，，必要在对应的 in-addr.arpa 或 ip6.arpa 区域里单独配置。。。。。。。

决策三：安全天堑怎么沉新画

IPv6 的地址空间是 128 位，，，，，，，这个数字大到能够给地球上每一粒沙子分配一个独立 IP。。。。。。。因而好多老工程师的第一反映是：那我是不是不用做地址规划了，，，，，，，轻易分？？？？？？？？ 刚好相反。。。。。。。你更要做规划，，，，，，，并且要做细。。。。。。。 IPv6 没有 NAT 的概想，，，，，，，每个终端理论上都能够占有全局单播地址直接露出在互联网上。。。。。。。这对于安全天堑来说是巨大的思想转换——以前靠 NAT 隐匿内网结构的方式不再有效，，，，，，，你必要沉新依赖防火墙战术来节造进出流量。。。。。。。 另表要把稳 IPv6 的吩飕和扩大头部。。。。。。。有些攻击流量会利用吩飕躲避检测，，，，，，，若是你现有的 IPS/IDS 没有对 IPv6 吩飕做专门的处置逻辑，，，，，，，这一块是盲区。。。。。。。硬件防火墙层面，，，，，，，主流厂商这两年的型号根基都支持 IPv6 状态检测，，，，，，，但版本和职能齐全性参差不齐，，，，，，，建议拿具体型号找厂商确认。。。。。。。

决策四：常见利用兼容性不长短此即彼

提到兼容性，，，，，，，好多人会问：腾博888诚信为本 OA 系统能用吗？？？？？？？？ERP 能用吗？？？？？？？？这里没法给一个统一的答案，，，，，，，但能够给一个判断框架。。。。。。。

1. Web 利用：Nginx、Apache、IIS 近三年版本对 IPv6 支持都很齐全。。。。。。。只有后端数据库和利用服务器监听在 IPv6 地址上，，，，，，，前端代理层加上对应的监听配置，，，，，，，根基不用改代码。。。。。。。
2. 桌面客户端：飞书、钉钉、企业微信这些主流 SaaS 工具从 2021 年前后就实现了双栈支持，，，，，，，客户端自动适配，，，，，，，你不用费神。。。。。。。
3. 遗留系统：这里才是坑最深的。。。。。。。2015 年之前的老 ERP、用 Delphi 或 PB 开发的客户端软件，，，，，，，好多只绑定了 IPv4 的 socket 挪用。。。。。。。这些系统通常不会由于迁徙到 IPv6 就坏掉，，，，，，，但若是它们内部挪用了表部接口，，，，，，，而表部服务刚好切换到纯 IPv6，，，，，，，就可能失联。。。。。。。
4. IoT 设备：网络摄像头、门禁、打印机这类设备要看具体型号和固件版本。。。。。。。？？？？？？？？低视和大华近两年的产品根基支持 IPv6，，，，，，，老型号能够查官网的规格表确认。。。。。。。

我的做法是列出清单，，，，，，，按业务影响优先级分类：高影响的系统先做双栈验证测试，，，，，，，中影响的观察，，，，，，，低影响的临时不碰。。。。。。。同时和这些系统的厂商确认他们的 IPv6 路线图，，，，，，，有些厂商明确说下个版本才支持，，，，，，，提前知路比过后救火强。。。。。。。

决策五：运营商接入侧的近况和预期

这一块反而是大无数企业最不必要不安的。。。。。。。北京重要的几家运营商企业专线业务在 IPv6 支持上已经比力成熟，，，，，，，政企客户申请专线时能够直接要求双栈接入，，，，，，，路由器配置模板也是现成的。。。。。。。 必要确认的是三点：出口网关是否分配了 IPv6 前缀、你的天堑路由器支持 IPv6 转发、通讯业务 分配的前缀长度是否不变。。。。。。。有些幼运营商的 IPv6 前缀分配战术比力粗放，，，，，，，可能会导致你内网前缀频仍变动，，，，，，，影响依赖固定地址的战术配置。。。。。。。这种情况下建议提前和客户经理沟通，，，，，，，在合同里明确 SLA。。。。。。。

求实推动，，，，，，，别钻营一步到位

回首这些年助客户做的 IPv6 迁徙，，，，，，，有一个共性法规：凡是试图一次性全面切换的，，，，，，，交付周期拖得很长，，，，，，，问题还出格多；；；；；；；凡是分批推动、边做边验证的，，，，，，，反而安稳落地。。。。。。。 我的建议是先把天堑买通——互联网出口双栈、防火墙战术更新、内网 DNS 支持 IPv6 解析。。。。。。。这三件事做完，，，，，，，你已经超过了 80% 的北京企业。。。。。。。后端利用层的适配能够逐条线推动，，，，，，，不用也没必要全公司一路动。。。。。。。 若是你感触这些决策点太多，，，，，，，厘不清优先级，，，，，，，能够找我们先做个近况评估。。。。。。。我们做过 造作业客户的整体 IT 迁徙案例，，，，，，，里面涉及到多地分支统一升级的情况，，，，，，，或许有参考价值。。。。。。。