社区测评 / NovixLink
省份与运营商实测
目标运营商与路径经过的骨干网是两项不同数据。测量属于特定时间、节点与测试方向。查看线路手册
NodeQuality 2 · 102 项实测 · 2026-10-25 20:19:21 CST
NQ IPv4 三网大包延迟
| 省份 | 目标运营商 | 平均延迟 ms |
|---|---|---|
| 北京 | 电信 | 159 |
| 北京 | 联通 | 208 |
| 北京 | 移动 | 183 |
| 天津 | 电信 | 165 |
| 天津 | 联通 | 202 |
| 天津 | 移动 | 178 |
| 河北 | 电信 | 161 |
| 河北 | 联通 | 221 |
| 河北 | 移动 | 184 |
| 山西 | 电信 | 258 |
| 山西 | 联通 | 483 |
| 山西 | 移动 | 0 |
| 内蒙古 | 电信 | 167 |
| 内蒙古 | 联通 | 214 |
| 内蒙古 | 移动 | 190 |
| 辽宁 | 电信 | 193 |
| 辽宁 | 联通 | 263 |
| 辽宁 | 移动 | 199 |
| 吉林 | 电信 | 166 |
| 吉林 | 联通 | 0 |
| 吉林 | 移动 | 191 |
| 黑龙江 | 电信 | 184 |
| 黑龙江 | 联通 | 234 |
| 黑龙江 | 移动 | 190 |
| 上海 | 电信 | 151 |
| 上海 | 联通 | 220 |
| 上海 | 移动 | 189 |
| 江苏 | 电信 | 135 |
| 江苏 | 联通 | 230 |
| 江苏 | 移动 | 163 |
| 浙江 | 电信 | 178 |
| 浙江 | 联通 | 206 |
| 浙江 | 移动 | 154 |
| 安徽 | 电信 | 168 |
| 安徽 | 联通 | 262 |
| 安徽 | 移动 | 191 |
| 福建 | 电信 | 178 |
| 福建 | 联通 | 240 |
| 福建 | 移动 | 179 |
| 江西 | 电信 | 169 |
| 江西 | 联通 | 268 |
| 江西 | 移动 | 170 |
| 山东 | 电信 | 175 |
| 山东 | 联通 | 212 |
| 山东 | 移动 | 191 |
| 河南 | 电信 | 167 |
| 河南 | 联通 | 254 |
| 河南 | 移动 | 207 |
| 湖北 | 电信 | 180 |
| 湖北 | 联通 | 230 |
| 湖北 | 移动 | 181 |
| 湖南 | 电信 | 165 |
| 湖南 | 联通 | 279 |
| 湖南 | 移动 | 177 |
| 广东 | 电信 | 161 |
| 广东 | 联通 | 237 |
| 广东 | 移动 | 229 |
| 广西 | 电信 | 164 |
| 广西 | 联通 | 231 |
| 广西 | 移动 | 192 |
| 海南 | 电信 | 155 |
| 海南 | 联通 | 231 |
| 海南 | 移动 | 203 |
| 重庆 | 电信 | 186 |
| 重庆 | 联通 | 223 |
| 重庆 | 移动 | 176 |
| 四川 | 电信 | 167 |
| 四川 | 联通 | 247 |
| 四川 | 移动 | 208 |
| 贵州 | 电信 | 198 |
| 贵州 | 联通 | 216 |
| 贵州 | 移动 | 185 |
| 云南 | 电信 | 171 |
| 云南 | 联通 | 246 |
| 云南 | 移动 | 198 |
| 西藏 | 电信 | 177 |
| 西藏 | 联通 | 249 |
| 西藏 | 移动 | 235 |
| 陕西 | 电信 | 178 |
| 陕西 | 联通 | 233 |
| 陕西 | 移动 | 0 |
| 甘肃 | 电信 | 165 |
| 甘肃 | 联通 | 214 |
| 甘肃 | 移动 | 236 |
| 青海 | 电信 | 180 |
| 青海 | 联通 | 235 |
| 青海 | 移动 | 252 |
| 宁夏 | 电信 | 180 |
| 宁夏 | 联通 | 219 |
| 宁夏 | 移动 | 176 |
| 新疆 | 电信 | 164 |
| 新疆 | 联通 | 253 |
| 新疆 | 移动 | 208 |
NQ IPv4 回程路由
| 省份 | 目标运营商 | AS 路径 |
|---|---|---|
| 北京 | 电信 | Unknown -> 9929 | AS10099 -> AS9929 -> AS4847 |
| 北京 | 联通 | Unknown -> 9929 | AS10099 -> AS9929 -> AS4808 |
| 北京 | 移动 | Unknown -> CMIN2 | AS58807 -> AS9808 -> AS56048 |
| 上海 | 电信 | Unknown -> 9929 | AS10099 -> AS9929 -> AS4134 -> AS4812 |
| 上海 | 联通 | Unknown -> 9929 | AS10099 -> AS9929 -> AS140979 |
| 上海 | 移动 | Unknown -> CMIN2 | AS58807 -> AS9808 -> AS24400 -> AS9808 |
| 广东 | 电信 | Unknown -> 9929 | AS10099 -> AS9929 -> AS4134 -> AS58466 |
| 广东 | 联通 | Unknown -> 9929 | AS10099 -> AS9929 -> AS4837 -> AS17816 -> AS136958 |
| 广东 | 移动 | Unknown -> CMIN2 | AS58807 -> AS9808 -> AS56040 |
NodeQuality 硬件测评
报告 2
帖子正文
展开 NodeSeek 原帖记录
update-10-28
已通过AI协助清除 WARP 分流,出站IP现在都是VPS真实IP,目前IP已拉回美国。
(本来不想管了,但毕竟想要出手,看着Google被送中的测试结果实在不好看。或者其实一直都没送中,清了 WARP 分流之后,Google刷新一下就到美国了,IPQuality测试第一时间也变回美国了。)
10月28日最新IPQuality
🎬IP质量
########################################################################
IP质量体检报告(Lite):192.220.*.*
https://github.com/xykt/IPQuality
bash <(curl -sL https://Check.Place) -I
报告时间:2026-10-28 19:56:13 CST 脚本版本:v2026-09-16
########################################################################
一、基础信息(IPinfo 数据库)
自治系统号: AS2914
组织: NTT America, Inc.
坐标: 118°14′37″W, 34°3′8″N
地图: https://check.place/34.0522,-118.2437,12,cn
城市: Los Angeles, 90013
使用地: [US]United States of America, Americas
注册地: [US]United States of America
时区: America/Los_Angeles
IP类型: 原生IP
二、IP类型属性
数据库: IPinfo ipregistry ipapi
使用类型: 家宽 家宽
公司类型: 家宽 家宽
三、风险评分
风险等级: 极低 低 中等 高 极高
四、风险因子
库: ipapi ipregistry IPinfo DB-IP
地区: 无 [US] [US] 无
代理: 无 否 否 无
Tor: 无 否 否 无
VPN: 无 否 否 无
服务器: 无 否 否 无
滥用: 无 否 无 无
机器人: 无 无 无 无
五、流媒体及AI服务解锁检测
服务商: TikTok Disney+ Netflix Youtube AmazonPV Reddit ChatGPT
状态: 解锁 解锁 解锁 解锁 解锁 屏蔽 解锁
地区: [US] [US] [US] [US] [US] [US]
方式: 原生 原生 DNS 原生 原生 原生
六、邮局连通性及黑名单检测
本地25端口出站:阻断
通信:远端25端口不可达
IP地址黑名单数据库: 有效 423 正常 402 已标记 21 黑名单 0
========================================================================
今日IP检测量:3045;总检测量:2408723。感谢使用xy系列脚本!
NodeQuality链接
原贴
小白日记
26年6月随自建潮和AI使用需求入坑VPS,纯小白,只有搭节点的需求,
配置机器都是跟着GPT一步步走。每次配置完之后,日常使用没问题基本也不再管。
AI服务的需求,尤其是Claude,所以优先选择家宽IP,最后入手了Novix,
后来看到 Novix 在群里公告有新IP段送中的情况,并给了解除 Google 送中的教程,
我也不去确定在用的IP是不是被送中了,跟着教程走发现主用的 Google 账号确实归属为中国,
跟着一步步操作完,没过多久就正常了,Google 账号归属地就变美国了,之后也没再管。
我记得当时应该没有自己动手做WARP分流。
在那之后在使用过程中,我偶然注意到访问 Google 系时,
显示的出口 IP 与 VPS 公网 IP 不一致(每次跳人机验证显示的访问IP),
Google 搜索的 AI 模式也无法使用。
不过,整体上没有遇到实质影响日常使用的情况,
几家AI,Claude/Codex/Gemini 挂这个节点也都正常使用,所有也没管了。
后来这台机器用得较少,这件事也就放下了。
最近准备出这台闲置,我完整跑了一次 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 云地址,导致 NQ 获取 IP 时同样经过 WARP。资料查询接口则返回了 HTTP 429 限流错误,无法提供完整数据。为验证原因,我临时添加了 IPinfo 直连例外。之后,查询结果恢复为 VPS 公网 IP,资料接口正常返回 ASN 和坐标,再次运行 NQ,报告中的 IP 和基础信息也都正常了。
这次排查确认了出口差异的来源:机器按目标网段分流,
部分请求经过 WARP,其余请求仍使用 VPS 原出口。
WARP 分流已经生效,但 Google 出口IP同样也是送中。
知道原因之后又单独跑了一次真实IPQuality。
之后根据这篇教程 'https://novixlink.com/knowledgebase/109/'
做了一次「通过 IP 地区更正表单报告当前 IP」。希望能把这个IP拉回来。
突然反应过来,现在访问 Google 的不是VPS的真实IP。
我没让GPT修改 WARP 分流规则,只是帮我搞清楚是怎么回事就行了。
也不打算再折腾了。毕竟也没在使用这个节点了。
至此结束。
WARP分流 NodeQuality
💻基本信息
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
硬件质量体检报告:192.220.*.*
https://github.com/xykt/HardwareQuality
bash <(curl -sL https://Check.Place) -H
报告时间:2026-10-25 20:13:25 CST 脚本版本:v2026-05-21
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
一、操作系统信息
容器/虚拟化: KVM 虚拟机
架构: x86_64
操作系统/内核: Debian GNU/Linux 12 (bookworm) 6.8.0-147-generic
运行时间: 8 天 3 小时 46 分钟
负载: 0.29, 0.08, 0.03
进程: 3 用户,106 进程,21/240 活跃/总服务
区域设置: C, UTF-8, Etc/UTC UTC +0000
二、主板信息
BIOS: SeaBIOS, 版本1.16.0-4.module+el8.9.0+1408+7b966129
芯片组: Intel 82371SB PIIX3 ISA [Natoma/Triton II]
Intel 440FX - 82441FX PMC [Natoma]
网卡: Red Hat, Inc. Virtio network device
三、CPU测评
CPU: Intel Xeon Gold 6230 @ 2.10GHz 步进7 (6代) 32/64-bit
╚═ 1核心, 1线程, 2095.060MHz, 利用率11%
缓存: L1d 32 KiB, L1i 32 KiB, L2 1 MiB, L3 27.5 MiB
指令集: ✘ VT-x/AMD-V ✔ AES-NI ✔ AVX2 ✔ BMI1/2 ✘ EPT/NPT
Sysbench:单线程 826.58
GB5基准: J1900 N5105 N100 6700K 9900K 5900X 12900K 14900K 7713 7995WX
GB5单核: |658
GB5多核: |629
详细结果:https://browser.geekbench.com/v5/cpu/24752665
四、显卡测评
显卡: [集显]Intel Cirrus Logic GD 5446
五、内存测评
内存: 总容量 961 MB, 已用 528 MB(55%), 可用 433 MB(45%)
超开指标: ✘ 气球回收 ✘ KSM 复用
Sysbench:读取 19377.2 MB/s 写入 16415.3 MB/s 延迟 202 ns
六、硬盘测评
硬盘: 数量 1, 总容量 20G, 已用容量 8.4G(43%), 可用容量 11G(57%)
测试设备:vda1(/r**t) -> DISK
Fio测试: RND4K/Q1 IOPS||RND4K/Q32 IOPS||SEQ1M/Q1 IOPS||SEQ1M/Q8 IOPS
读取: 11.7MB/s 3.0k||9.91MB/s 2.5k||239MB/s 239||205MB/s 204
写入: 11.7MB/s 3.0k||9.97MB/s 2.6k||249MB/s 248||148MB/s 147
七、HQ硬件加权评分
项目: 总 分 CPU GPU 内 存 硬 盘
分数: 17715 = 9187 + N/A + 7415 + 1113
排名: 1.3% 3.1% N/A 2.3% 1.5%
================================================================================
今日硬件检测量:505;总检测量:210541。感谢使用xy系列脚本!
报告链接:https://Report.Check.Place/hardware/3I3GFFVLH.svg
🎬IP质量
🌐网络质量
📍回程路由
NodeQuality链接
P.S. 刚入手时的 IPQuality 也放在最后。
IPQuality链接_202606
第一页评论 · 2 条
#2 stinking2026-10-27 09:09:18
感谢分享,warp分流这个还真很少人提到
中国大陆去程 BGP 骨干线路