CloudFront 分发域名背后不止一个 IP。dig 一次 d3jpb4grd5dg1y.cloudfront.net，会返回 4 个边缘节点 IP。默认填域名也能连，但域名解析每次可能拿到不同的节点，延迟忽高忽低。把 4 个 IP 逐个测一遍，挑延迟最低的填进 v2rayNG，连接就稳定得多。这篇就是这套方法的实测记录。

先挖出 4 个边缘 IP

在电脑或手机终端执行：dig d3jpb4grd5dg1y.cloudfront.net @8.8.8.8。2026 年 11 月 10 日实测返回 4 个 IP：18.244.193.128、18.244.193.38、18.244.193.225、18.244.193.49。注意这些 IP 会轮换，照抄别人的不如自己现挖。CloudFront 的 IP 是全球 Anycast 地址段，只看号段猜不出节点在香港还是台湾，延迟才是唯一标准。

怎么测：一个个填进 v2rayNG 测延迟

把原来的节点复制 4 份，每份只改地址栏，分别填入上面 4 个 IP，其他设置一字不动：端口 443、传输 ws、TLS 开、路径 /ws、SNI 保持 d3jpb4grd5dg1y.cloudfront.net。然后在 v2rayNG 里对这 4 个配置测延迟，逐个比，留下延迟最低的那个，删掉其余 3 个。实测下来，不同 IP 的延迟能差出几十到上百毫秒，值得花这两分钟。

SNI 必须填域名，不能填 IP

这是最容易踩的坑。地址栏填 IP 之后，SNI 还要写 d3jpb4grd5dg1y.cloudfront.net，不能跟着改成 IP。TLS 握手时服务器靠 SNI 认出该用哪张证书、把请求交给哪个分发，SNI 写成 IP 会直接失败。也别想着用自己的域名 A 记录指到 CloudFront IP 再拿去做 SNI：实测过，证书对不上，会返回 403。想用自定义域名，得在 CloudFront 里配备用域名加 ACM 证书，不是改一条 DNS 就能绕过去的。

怎么验证优选生效了

两个办法。第一，看 v2rayNG 的延迟数字，优选后应该稳定在测到的最低值附近，不再来回跳。第二，验证链路本身是通的：直接访问 https://d3jpb4grd5dg1y.cloudfront.net/ws 会返回 400，这和直连源站 ws.168026.xyz 的表现一致，说明 CloudFront 到源站的链路正常，400 是 WebSocket 接口没有握手的正常返回，不是故障。

优选 IP 能带来什么

优选 IP 改变的是入口，不改变出口。走 CloudFront 进来之后，流量还是从源站 Oracle 服务器出去，网站看到的还是 Oracle 的 IP；WebSocket 流量不走缓存，Oracle 的出站流量照样消耗，CloudFront 的流量另外单独计算。收益在入口这一段：实测直连约 60Mbps、330 毫秒，经 CloudFront 优选后最高到过 301.5Mbps、172 毫秒。详细的加速对比，下一篇单独写。

小结

方法就四步：dig 挖 IP、复制 4 份配置、逐个测延迟、只留最快的一个。记住两点：IP 会轮换，定期重挖；SNI 永远填分发域名，别填 IP。花两分钟做一次优选，换来的是之后每一次连接都走最快的入口。

声明：本文 IP 为 2026 年 11 月 10 日实测结果，CloudFront 边缘 IP 会轮换，请以自己 dig 的结果为准；速度数据为作者实测环境下的结果，仅供参考。