摘要

  • RFC 1877 为 IPCP 增加四个 DNS/NBNS 主、备地址选项；全零地址明确要求对端在 Configure-Nak 中提供建议值。
  • Nak 是反建议，不是接受，也不会改写原请求。客户端必须重新发出含建议值的 Configure-Request，再取得与之完全对应的 Ack。
  • 协商地址只是查询的起点。IPCP Opened、路由可达、请求与回答、数据权威和应用使用都需要自己的记录。

四个零不是坏地址，而是一个问题

拨号主机能够承载 IP，并不意味着它知道该向谁询问名字。数字地址可能可用，普通主机名却无从解析。RFC 1877 在 1995 年 12 月把这个问题放进已有的 IPCP 协商，而没有再造一套发现协议。

它定义了四个长度为六字节的选项：129 是主 DNS，130 是主 NBNS，131 是备 DNS，132 是备 NBNS。除类型与长度外，每项只携带一个四字节 IPv4 地址。今天的 IANA PPP 注册表 仍保留这四项分配。注册表证明编号含义，不证明任何当代设备启用过它们。

原文自身也留下了一处必须标出的证据瑕疵：第 1.3 节字段说明里有一句孤立文字写成“主 NBNS”，但该节标题、报文图和类型 131 的分配都指向“备 DNS”。这处冲突限制了文献的整洁度，不能把那句误写提升为协议语义。

客户端若不知道地址，可以把四个地址字节全部置零。规范把这一定义为明确的信息请求：请对端用 Configure-Nak 返回一个值。客户端也可故意提交另一个无效地址，诱使对端给出它认为可接受的替代项。

因此，Nak 在这里不是失败终点。它保留了对端提出建议、客户端决定是否采纳的边界。若系统一收到 Nak 就写下“DNS 已配置”，它便把建议者变成了执行者。

真正的同意出现在下一轮

RFC 1332 定义了 PPP 的 IP 控制协议。RFC 1877 复用了其中 IP-Address 选项的格式与行为。Configure-Request 提出值，Configure-Nak 返回可接受的替代值；若选项无法识别或不可协商，Configure-Reject 会原样退回该选项。Configure-Ack 则确认当前请求的精确内容。

假设本端以类型 129 请求 0.0.0.0，对端在 Nak 中写回 192.0.2.53。此时只能证明：请求抵达、对端识别该选项，并愿意接受这个地址。本端还要发出新的 Configure-Request，把 192.0.2.53 放进去。对端对这份新请求给出匹配的 Ack，才构成双方对该值的会话级一致。

包标识与轮次不可省略。旧 Nak 可能迟到，Ack 可能重复，新请求也可能已经换值。只保存最终地址，就无法回答谁提出、谁接受、在哪一次连接中有效。

RFC 1661 又把 IPCP 放进更长的阶段链：物理层可用，LCP 建立链路，必要时完成认证，随后才进入网络层协议阶段。每种网络协议由各自 NCP 单独打开；IPCP 未达 Opened 时，不能把对应 IP 流量视为已经获准承载。一个选项得到 Ack，不等于整个 IPCP 已打开。

相同外形没有合并两个名字系统

DNS 与 NBNS 的四个选项采用相同封装，只是降低实现成本。RFC 1034 与 RFC 1035 描述 DNS 的解析器、服务器和分布式权威；RFC 1001 与 RFC 1002 描述 TCP/UDP 上的 NetBIOS 名字服务。六字节格式相同，并不使两类查询、数据与信任关系互换。

主、备地址也分别协商。两者都存在时，RFC 1877 建议先尝试主地址，再尝试备地址。这里的“主”只是 PPP 端点的使用顺序，不是 DNS 区域中持有主副本的权威角色。把两个语境混在一起，会凭空制造服务器权威证明。

部分结果完全可能：只有主 DNS，没有备 DNS；有 DNS，没有 NBNS；四个值来自不同协商轮次。规范没有给它们一个原子提交。每项的默认值都是“不提供地址”，缺失不能被解释成无限、继承或自动发现。

拓扑决定建议有没有用

RFC 1877 特意建议不要把这些选项列入 IPCP 推荐选项，因为名字服务器信息是否有用，取决于远端网络拓扑和本地应用。一个格式正确、双方同意的地址，仍可能不在实际路由可达范围内；它可能回答 DNS，但应用需要 NBNS；它也可能返回格式正确却被本地策略拒绝的数据。

所以证据链必须继续：IPCP 进入 Opened，接口与路由安装，数据包发出，服务器收到查询，回应与查询匹配，回答的权威或完整性被评估，应用选择该回答，用户操作成功。任何下层记录都不能代替上层观察。

RFC 1877 是 Informational 文档，并明确没有讨论安全问题。前者不是普遍部署证明，后者更不是安全保证。协议本身没有因此认证提出地址的对端、被指向的服务器或后来返回的数据。

它真正完成的是一次克制的配置交接：让接入对端提出一个坐标，让客户端明确接受。至于这个坐标能否把名字变成有用结果，仍要由运行中的网络回答。