雨云VPS控制台显示一个公网地址，不代表网站、IPv6和所有端口已经自动可用。网络验收至少包含四个问题：服务器实际使用哪个出口地址，地址信息是否符合订单，公网能否到达指定端口，目标用户所在网络访问是否稳定。把这四件事混在一次“IP查询”里，遇到故障时很难定位。
从当前优惠入口核对订单
极跃圈雨云详情页记录优惠码或邀请码admin01和五折信息，最终适用的云服务器、地区、周期及公网IP规则以订单与控制台为准。开通后记录实例ID、地区、IPv4/IPv6、带宽、流量、计费周期和测试时间，但公开文章或工单截图要隐藏账号与登录凭据。
先分清私网地址和公网地址
Linux使用ip addr查看网卡地址，ip route和ip -6 route查看默认路由。网卡上可能只有私网地址，公网IPv4通过平台NAT映射；也可能直接配置公网地址。两种架构都可以提供公网服务，但端口开放和故障排查方式不同，不能只凭网卡地址下结论。
再从服务器访问可信的IP回显服务，记录实际出口IPv4和IPv6。不要只用一个数据库判断城市或运营商，至少结合ASN、组织名、WHOIS/RDAP和多家地理数据库。数据库更新存在延迟，城市不一致不等于地址不可用。
IPv6必须单独验收
有AAAA记录的网站会让部分客户端优先尝试IPv6。若服务器没有正确IPv6默认路由、防火墙或Web监听，用户可能遇到“有时能开、有时超时”。只有确认实例获得公网IPv6、能出站访问、80/443入站可达并且应用监听::后，才添加AAAA记录。
| 检查层 | IPv4 | IPv6 |
|---|---|---|
| 本机地址 | ip addr | ip -6 addr |
| 默认路由 | ip route | ip -6 route |
| 出口地址 | 强制IPv4查询 | 强制IPv6查询 |
| 入站端口 | 外部IPv4测试 | 外部IPv6测试 |
端口可达需要三处同时正确
第一，应用进程确实监听目标端口，可用ss -lntup查看；第二，操作系统防火墙允许该协议和端口；第三，云平台安全组或端口规则允许入站。应用只监听127.0.0.1时，外部无法直连，但反向代理仍可在本机访问。不要为了省事把所有端口开放到0.0.0.0/0。
外部测试应从另一条网络发起。服务器本机访问自己的公网IP成功，不能证明互联网用户可达。TCP和UDP也要分别验证，游戏服常用UDP，网页主要使用TCP 80/443。
DNS问题不要误判为服务器故障
域名打不开时依次查看权威DNS记录、本地解析结果、TTL缓存、A/AAAA记录和CDN代理状态。直接访问IP成功而域名失败，通常优先排查DNS、Host绑定、证书和虚拟主机；域名解析正确但端口超时，再检查安全组、防火墙和监听。
路由和速度要多时段测试
选择目标访客所在地区的不同运营商，分别在白天和19:00至23:00测试TCP往返、抖动、丢包、单连接下载和上传。路由追踪只显示当时路径，并且中间节点可能限制ICMP。某一跳不回应但最终业务正常，不代表那里发生丢包；应结合终点结果和实际网页或游戏体验。
带宽与端口速度不是一回事
标称带宽通常是实例或产品的网络规格，实际单连接还受跨网路由、拥塞、目标限速、TCP窗口和磁盘速度影响。测速时记录服务端、客户端、协议、并发数、文件大小和时间。只截取最高瞬时速度容易误导，至少给出多次结果的中位数与范围。
公网IP属性如何写进测评
报告可以写：测试日期、订单地区、出口地址已脱敏、ASN、多个数据库的国家/地区结果、PTR是否存在、常见黑名单查询以及业务可达性。不要把“原生IP”“住宅IP”“纯净IP”混为一谈；VPS常见的是数据中心地址，具体属性必须以订单和实际ASN核验。没有授权也不要测试第三方平台的风控边界。
网络故障的最短排查路径
- 本机是否有地址与默认路由；
- 能否解析DNS并访问公网目标；
- 应用是否监听正确地址、协议和端口；
- 系统防火墙与平台安全组是否一致；
- 外部不同网络是否都失败；
- 路由、丢包和速度问题是否只发生在特定时段或运营商。
每一步保存时间戳和命令输出。需要工单时提供脱敏实例ID、源与目标运营商、协议、端口、失败时间和重复结果，比一句“线路很卡”更容易定位。
结论
雨云VPS网络验收不能只打开一个IP查询页。应把IPv4、IPv6、ASN、DNS、端口、安全组和真实用户线路拆开检查，再用多时段数据建立基线。admin01当前作为优惠入口，网络是否符合业务仍要以具体实例和目标地区的可复现测试为准。
