主 题：🇺🇸[小白日记]%26[NQ] NovixLink 诺联 LAX-CUPN Basic 留档 /晚高峰
发 布 者：aradia
标签分类： 测评
时 间：2026-10-26 21:47:59
内容预览：小白日记26年6月随自建潮和AI使用需求入坑VPS，纯小白，只有搭节点的需求，配置机器都是跟着GPT一步步走。每次配置完之后，日常使用没问题基本也不再管。AI服务的需求，要选择家宽IP，最后入手了Novix，后来看到 Novix 在群里公告有新IP段送中的情况，并给了解除 Google 送中的教程，我也不去确定在用的IP是不是被送中了，跟着教程走发现主用的 Google 账号确实归属为中国，跟着一步步操作完，没过多久就正常了，Google 账号归属地就变美国了，之后也没再管。我记得当时应该没有自己动手做WARP分流。在那之后在使用过程中，我偶然注意到访问 Google 系时，显示的出口 IP 与 VPS 公网 IP 不一致（每次跳人机验证显示的访问IP），Google 搜索的 AI 模式也无法使用。不过，整体上没有遇到实质影响日常使用的情况，几家AI挂这个节点也都正常使用，所有也没管了。后来这台机器用得较少，这件事也就放下了。最近准备出这台闲置，我完整跑了一次 NodeQuality。发现硬件部分显示的是 VPS 的公网 IP，IP 质量部分却显示另一个 IP，ASN、坐标和地图等信息为空。这个出口也存在 Google 送中的情况，为了能让NQ跑出真实的IP地址，于是我让 GPT 协助检查。以下是GPT排查结果：排查先从对比不同公网 IP 查询接口开始。结果是，IPinfo 返回的地址与 VPS 公网 IP 不一致，其他接口则能返回正确地址。给 curl 加上绕过代理的参数后，差异依然存在。进一步检查发现，机器上运行着 WARP 本地代理，并配置了防火墙透明分流规则：发往指定 Google 网段的 TCP 请求，会先交给 redsocks，再通过 WARP 发出，因此目标网站看到的是 WARP 出口 IP。这套规则也覆盖了 IPinfo 所使用的 Google 云地址，导致
直达链接： https://www.nodeseek.com/post-1011090-1
发 布 者：aradia
标签分类： 测评
时 间：2026-10-26 21:47:59
内容预览：小白日记26年6月随自建潮和AI使用需求入坑VPS，纯小白，只有搭节点的需求，配置机器都是跟着GPT一步步走。每次配置完之后，日常使用没问题基本也不再管。AI服务的需求，要选择家宽IP，最后入手了Novix，后来看到 Novix 在群里公告有新IP段送中的情况，并给了解除 Google 送中的教程，我也不去确定在用的IP是不是被送中了，跟着教程走发现主用的 Google 账号确实归属为中国，跟着一步步操作完，没过多久就正常了，Google 账号归属地就变美国了，之后也没再管。我记得当时应该没有自己动手做WARP分流。在那之后在使用过程中，我偶然注意到访问 Google 系时，显示的出口 IP 与 VPS 公网 IP 不一致（每次跳人机验证显示的访问IP），Google 搜索的 AI 模式也无法使用。不过，整体上没有遇到实质影响日常使用的情况，几家AI挂这个节点也都正常使用，所有也没管了。后来这台机器用得较少，这件事也就放下了。最近准备出这台闲置，我完整跑了一次 NodeQuality。发现硬件部分显示的是 VPS 的公网 IP，IP 质量部分却显示另一个 IP，ASN、坐标和地图等信息为空。这个出口也存在 Google 送中的情况，为了能让NQ跑出真实的IP地址，于是我让 GPT 协助检查。以下是GPT排查结果：排查先从对比不同公网 IP 查询接口开始。结果是，IPinfo 返回的地址与 VPS 公网 IP 不一致，其他接口则能返回正确地址。给 curl 加上绕过代理的参数后，差异依然存在。进一步检查发现，机器上运行着 WARP 本地代理，并配置了防火墙透明分流规则：发往指定 Google 网段的 TCP 请求，会先交给 redsocks，再通过 WARP 发出，因此目标网站看到的是 WARP 出口 IP。这套规则也覆盖了 IPinfo 所使用的 Google 云地址，导致
直达链接： https://www.nodeseek.com/post-1011090-1
