技术帮助 · 发布时间：
计算节点开通前的IPv4与反向DNS交付核验，重点不是只看控制台里有没有一个地址，而是确认这个地址能否按约定使用、网络参数是否完整，以及反向解析是否已配置到预期主机名。先把验收要求写清，再从节点和外部网络分别验证，能减少开通后才发现地址共享、路由不通或PTR记录不符的情况。
先确认交付的IPv4是什么性质
向服务方确认分配的是公网IPv4还是内网地址、独享还是共享、是否固定，以及更换或释放地址的条件。若业务要求外部用户直接访问，单有节点内网地址并不等于具备公网入站能力；还要确认是否经过NAT、防火墙或端口映射。
核对交付单中的IPv4、子网掩码或前缀长度、默认网关、DNS服务器和路由方式。地址应与节点实际配置一致。RFC 1918定义的私有地址段（如10.0.0.0/8、172.16.0.0/12、192.168.0.0/16）不能直接在公网路由；100.64.0.0/10则是共享地址空间，也不应误认为普通公网地址。还需排除文档示例、回环和链路本地等特殊用途地址。
按节点、外网两侧逐项测试
- 核对本机配置：在操作系统的网络信息中确认IPv4、前缀或掩码、默认网关与交付清单一致。若节点只显示内网地址，向服务方问清公网地址如何映射，以及入站流量经过哪些规则。
- 检查出站路由：从节点访问一个可用的外部目标，分别检查路由和基础连通性。单次 ping 无响应不能单独证明故障，因为对端或中间网络可能过滤ICMP；应结合路由结果、TCP端口测试和服务方的网络策略判断。
- 从外部验证入站：使用另一条网络或外部监测点访问计划开放的端口，确认防火墙、安全组和主机监听状态都符合预期。不要把“节点能访问互联网”当作“互联网能访问节点”。
- 确认地址稳定性：重启或按约定执行网络重连后，检查地址是否保持不变。若地址是动态分配或共享出口，应确认是否满足应用对固定来源地址、白名单或长期解析的要求。
反向DNS要核对PTR与正向解析
反向DNS通常通过PTR记录，将IPv4映射到主机名。IPv4反向查询使用in-addr.arpa体系，常见查询工具包括dig的反向查询和nslookup。核验时记录返回的主机名、查询时间及所用解析器；没有PTR、返回服务方默认名称，或返回旧主机名，都应与交付约定比对。
再对PTR返回的主机名做正向解析，检查其A记录是否指回该IPv4。这种正反向一致性检查常称为正向确认反向DNS（FCrDNS），有助于发现拼写错误或过期记录，但不是所有应用都强制要求。若服务方只允许其管理的地址段配置PTR，应在开通前提交目标主机名，并确认由谁修改、何时生效及是否支持后续变更。
把验收结果留在交付记录中
租赁计算节点开通前的IPv4与反向DNS交付核验，建议形成一份可复查清单：分配地址及独享属性、子网与网关、NAT或防火墙说明、入站和出站测试结果、PTR目标名称、正向解析结果、记录修改责任方。DNS变更可能受TTL和缓存影响，刚修改时不同解析器出现短暂差异并不罕见；应隔一段时间复查，而不是仅凭一次查询判定最终状态。
验收标准要与用途对应：需要固定公网入口的服务，重点看地址稳定和入站路径；只需节点主动连接外部系统的任务，则应优先验证出站路由与源地址要求。把这些条件写入交付确认，才算完成租赁计算节点开通前的IPv4与反向DNS交付核验。
常见问题
没有PTR记录，节点还能正常联网吗？
通常可以。PTR影响反向解析，不等同于IPv4路由或基础联网；但部分邮件、审计或安全策略可能要求合理的反向主机名。
PTR返回的名称必须和机器主机名完全一样吗？
不一定。应以业务和服务方约定为准；若要求正反向一致，就检查PTR主机名的A记录是否解析回交付地址。
节点能访问外网，是否说明公网IPv4交付合格？
不能。出站可能经过NAT，不能证明该地址可直接入站。还需从外部网络测试约定端口，并确认实际公网出口地址与交付说明一致。
开通后发现PTR错误，应该找谁处理？
先确认该地址段的反向DNS管理方。若由服务方控制，提交目标主机名并请其修改；若获得了反向区域管理权限，则按其授权配置并复测。
