机场节点怎么选

核心原则：按场景选，不是按延迟排序。

导入订阅后你会看到几十个节点。多数人的做法是点一下"延迟测试"，选数字最小的那个——这是最常见也最容易失败的做法。

原因有两个：

一、客户端的延迟测试通常只做一次 TCP 握手。 样本量为 1，看不到丢包，看不到抖动，反映的只是那一瞬间的状态。

二、不同场景的最优节点不是同一个。 会议要丢包低、AI 要地区对、流媒体要 IP 类型对、下载要带宽大。追求"一个最好的节点"必然在某处妥协。

按场景选节点

这是本页最实用的一张表。

场景	首选地区	关键指标	次要指标	可以忽略
视频会议	香港	丢包 ≈ 0、抖动 < 10ms	延迟	IP 类型、带宽
直播推流	香港	上行稳定性、丢包	抖动	IP 类型
竞技游戏（亚服）	香港	抖动、UDP 转发	延迟	带宽、IP 类型
竞技游戏（美服）	美国西岸	抖动、UDP 转发	延迟（有物理下限）	带宽
ChatGPT / Claude / Gemini	新加坡 / 日本（避开香港）	地区 + IP 类型	—	带宽、丢包
Netflix / Disney+	按内容库选	IP 类型	带宽（够播放即可）	丢包、延迟
YouTube 4K	任意	出口带宽（约 25Mbps 稳定）	—	IP 类型
大文件下载	任意	出口带宽、倍率	—	延迟、IP 类型
远程桌面	香港	抖动、丢包	延迟	带宽
日常浏览	香港	延迟	—	其余都不重要

三条从表里读出的结论

一、"可以忽略"那一列很重要。 它告诉你不用为不相关的维度花钱或花时间。下载不需要低延迟、AI 不需要大带宽、流媒体不需要低丢包。

二、会议与游戏都看抖动而不是平均延迟。 一个平均 40ms 但在 30–200ms 之间乱跳的节点，体验比稳定在 60ms 的节点差得多。

三、AI 的关键是地区，不是任何性能指标。 香港节点在 AI 服务上的限制概率明显更高——这不是速度问题，换多快的香港节点都没用。

节点名怎么读

节点名由机场自己填写，没有行业标准，但常见成分值得知道。

成分	举例	含义	可信度
地区	香港、HK、Hong Kong	落地地区	较高（可用 IP 归属验证）
序号	01、02、③	同地区的第几个	—
倍率	×2、2.0x、[2x]	走它消耗双倍流量	高（直接计费）
线路标注	IEPL、专线、中转、BGP	机场自述的线路类型	需验证
入口	深港、沪日、京美	国内入口 + 落地	参考
能力标注	解锁、原生、家宽、游戏	机场自述	需验证
带宽标注	1G、200M	声称的带宽	需验证
状态	测试、临时、备用	稳定性可能较低	参考

四个使用要点

一、倍率必须看清。 ×2 意味着走它传输 1GB 扣 2GB。避开高倍率节点是最直接的省流量方式，尤其是下载时。

二、线路标注只是筛选线索。 "香港 IEPL 01" 只说明机场把它标成了 IEPL。验证方法见下文与 中转、直连与专线。

三、"解锁"标注的保质期很短。 IP 段会被服务方标记，一个月前能解锁的节点现在可能不行了。

四、带 "测试"、"临时" 字样的节点不要用于关键场景。 它们可能随时下线。

完整名字要原样记下

节点名是你唯一的锚点，但它会变。所以档案里要原样抄——包括特殊符号、空格、emoji。改写过的名字在机场调整后无法对应。

用三个指标给节点归类

这是把"几十个节点"变成"几个可用节点"的方法。

三个指标

指标	怎么测	说明什么
丢包	ping -c 100 节点IP	拥塞（线路或节点超卖）
抖动	看 ping 结果的延迟分布 / 标准差	队列波动，决定会议与游戏体验
降幅	白天与 21:00 的多线程下载对比	超卖程度与线路方案

不要用客户端里的"延迟测试"。 它只握手一次，三个指标一个都测不出来。

归类标准

晚高峰丢包	降幅	归类	适合
≈ 0	< 30%	专线级	会议、直播、游戏、远程桌面
< 1%	20–40%	优质中转级	日常、看视频、偶尔会议
1–3%	40–60%	普通中转级	白天、轻度使用
> 3%	> 50%	直连级	不建议关键场景，可作下载备用

组合诊断表

单个指标异常有多种可能，组合起来才能定位。

延迟	丢包	白天速度	晚高峰速度	最可能的原因	怎么办
低	≈ 0	快	快	一切正常	固定用
低	≈ 0	快	降 20–40%	优质中转，正常	可用
低	高	快	崩塌	节点超卖	换节点
低	≈ 0	慢	慢	出口带宽小（可能家宽 IP）	用于解锁，不用于下载
高	高	快	崩塌	公网出口拥塞（直连）	换线路方案
高	≈ 0	快	快	入口机房远，或地区物理距离远	换离你近的入口 / 地区
极低（低于物理下限）	—	—	—	落地不在标注地区	查出口 IP 归属
低	≈ 0	快	快，但解锁失败	IP 类型问题	换同地区其他节点
所有节点都有丢包	—	—	—	本地问题（大概率 Wi-Fi）	换有线重测

三个最有价值的行：

"低延迟 + 高丢包" → 超卖。 这是最容易误判的组合，因为客户端显示的延迟很漂亮。

"延迟低于物理下限" → 落地不在标注地区。 硬证据：日本节点延迟 40ms 在物理上不可能（下限约 55ms）。

"所有节点都有丢包" → 本地问题。 先换有线，这一步能排除很大比例的误判。

物理下限速查

地区	物理下限（往返）	合理上限	超过就要怀疑
香港	约 10ms	70ms	100ms+
台湾	约 15ms	80ms	110ms+
日本	约 55ms	130ms	180ms+
新加坡	约 40ms	120ms	170ms+
美国西岸	约 130ms	250ms	320ms+

任何线路都不能突破物理下限。 宣传里出现"美国节点 50ms"一定有问题。

各场景的具体选法

视频会议

关键：丢包接近 0。 丢包对会议的破坏是断崖式的——1% 还能忍，3% 就难以进行（断音、画面冻结）。

步骤	做什么
1	选香港地区（延迟最低）
2	测 3–4 个香港节点的晚高峰丢包
3	只保留丢包 ≈ 0 的
4	对候选做连续 30 分钟通话测试
5	确定主备两个

两条实操建议：

准备主备两个节点。 会议是最不能失败的场景，单节点就是单点故障。

开会前十分钟 ping 一次。 100 次 ping 花不到两分钟，能提前发现异常——这比会议中途断掉再手忙脚乱地换好得多。

AI 服务（ChatGPT / Claude / Gemini）

关键：地区，不是性能。

步骤	做什么
1	避开香港（限制概率明显更高）
2	优先测新加坡，其次日本、美国
3	用无痕窗口测（排除 cookie 与缓存干扰）
4	失败时先换同地区其他节点（IP 段问题），再换地区
5	成功后用规则把 AI 域名固定到这个节点

流量需求极小（纯文本对话几乎不消耗），所以不需要为 AI 买大流量套餐。

IP 类型是第二关键维度，但站内 18 家只有一家披露了这个信息。详见 IP 类型。

流媒体（Netflix / Disney+）

关键：IP 类型。

步骤	做什么
1	按你要看的内容库选地区（美区最全、日区动画丰富）
2	用非自制剧测试
3	报代理错误 → IP 类型问题，换同地区其他节点
4	内容库地区不对 → 可能是广播 IP，查出口 IP 归属
5	接受"解锁好的节点速度通常一般"（家宽 IP 的带宽限制）

"用非自制剧测试"是最容易被忽略的一条。 自制剧（Originals）在所有区都能播，用它测不出解锁。

游戏

关键：抖动 + UDP 转发。

项目	说明
地区	按游戏服务器所在地（亚服香港、日服日本、美服美国西岸）
抖动	比平均延迟更影响体验。稳定的 60ms 好于乱跳的 40ms
UDP 转发	决定 NAT 类型与语音质量。不支持 UDP 会导致进不去房间、语音不通
丢包	对竞技游戏同样关键
带宽	对局流量很小（50–200MB/小时），不需要大带宽

怎么确认 UDP 支持：品牌资料里通常没有这个字段，需要问客服，或直接在游戏里测（NAT 类型显示、语音是否通、能否进入房间）。

一个常见误判：游戏下载 / 更新的流量很大（一个大作可能 50–100GB），但对局本身流量很小。下载走大带宽节点，对局走低抖动节点——这两件事应该用不同的节点。

下载与大流量

关键：出口带宽 + 倍率。

项目	说明
倍率	先看这个。×2 倍率会让 500GB 变成实际 250GB
出口带宽	用多线程下载测，不要用单线程
延迟	完全不重要
IP 类型	完全不重要
地区	不重要（除非源站有地区限制）

用机房 IP 的大带宽节点最划算。 家宽 IP 节点的带宽小，用来下载是浪费它的解锁能力。

日常浏览

香港 + 延迟低即可。 这是唯一"选延迟最低的"是对的场景——因为浏览是大量小请求，延迟直接决定感受，而单次请求的数据量小，丢包影响有限。

建立节点档案

这是把测试变成可复用资产的方法。

节点完整名	地区	倍率	测试日期	晚高峰丢包	降幅	AI	流媒体	归类	用途
（原样抄）	香港	1x	2026-09-18	0.1%	18%	✗	港区	专线级	会议主力
（原样抄）	香港	1x	2026-09-18	0.2%	22%	✗	港区	专线级	会议备用
（原样抄）	新加坡	1x	2026-09-18	0.6%	32%	✓	—	中转级	AI 专用
（原样抄）	日本	1x	2026-09-18	1.2%	41%	✓	日区	中转级	备选
（原样抄）	美国	2x	2026-09-18	2.8%	58%	✓	美区	直连级	仅内容需求

为什么每个字段都必要

字段	为什么
完整名（原样）	机场调整时名字是唯一锚点
测试日期	结论有保质期，三个月后要复测
倍率	直接影响实际可用流量
晚高峰丢包	最关键的单一指标
降幅	判断超卖与线路方案
AI / 流媒体	二元结果，一次测试即可
归类 + 用途	决定配规则时指向哪里

怎么用

一、配规则分流。 按"用途"列把对应流量指向对应节点。见 规则分流。

二、每季度复测。 线路会被上游变更、IP 段会被标记。复测一晚的成本很低，但能在"用着突然不行"之前发现变化。

三、换机场时对比。 新机场按同样方法、同样时段测，与旧档案直接对比——这是唯一公平的比较方式。

四、记录"不好用"的节点。 否则你会反复试同一个已知不好的节点。

八个实用技巧

一、从不显眼的节点开始试。 用户会自然聚集到名字显眼、延迟显示最低、排在最前的节点。列表中间或后面、名字平淡的节点往往用户更少，实际体验可能更好。

二、不要用客户端的延迟排序做判断。 只握手一次，看不到丢包与抖动。

三、按时段用不同节点。 某节点白天极快但晚高峰崩塌（超卖），另一个白天一般但晚高峰稳定（可能专线）——那就白天用前者、晚上用后者。

四、关键场景准备两个节点。 会议、AI、流媒体各配主备。

五、会议前十分钟 ping 一次。 提前发现异常。

六、不要在晚高峰做首次测试。 先在白天跑基线、找出候选，然后晚高峰只测这批。反过来做容易误判。

七、看客户端的连接日志。 确认 AI 请求走了指定节点、国内域名走了直连、下载走了大带宽节点。配错的表现往往很隐蔽。

八、更新订阅后检查当前选中的节点。 部分客户端在更新后会重置选择。"更新订阅后突然变慢"常常是被切到了别的节点，不是机场变差了。

让节点自动选对：规则分流

手动切节点效率低，而且容易忘。正确的做法是配一次规则，之后自动。

核心规则表

规则	指向	为什么
国内域名	直连（不走代理）	避免绕远、不消耗流量、速度不受影响
视频会议域名	专线级香港节点	只看丢包与延迟
AI 服务域名	通过验证的新加坡 / 日本节点	地区 + IP 类型
Netflix / Disney+ 域名	解锁通过的节点	IP 类型最关键
YouTube 域名	带宽最大的节点	只看带宽
游戏域名 / IP 段	低抖动 + 支持 UDP 的节点	抖动与 NAT
下载 / 大文件	大带宽 + 低倍率节点	带宽与流量成本
其余	默认低延迟节点（香港）	日常体验

第一行最重要。 国内域名应该直连——配错的表现是"装了机场以后国内网站变慢了"，这个现象经常被误判成机场质量问题。

配完必须验证

检查	怎么做
AI 请求走的是指定节点	看客户端的连接日志
流媒体走的是解锁节点	同上
国内域名走的是直连	访问一个国内网站，看日志显示 DIRECT
下载走的是大带宽节点	同上
默认节点是你想要的	跑一次测速

第三项最容易配错，也最容易被忽略——因为它的表现只是"国内网站稍微变慢"，不会完全失效。

各客户端的支持情况

客户端	规则分流	特点
Clash Verge Rev	策略组 + 规则集	桌面端最成熟
sing-box	出站 + 路由规则	最灵活、门槛最高
Shadowrocket	配置文件	iOS 首选
v2rayN	路由设置	Windows，界面直观
v2rayNG	路由规则	Android

具体写法见 规则分流。

一个简化的起步方案

如果你觉得完整规则太复杂，先配三条就能解决 80% 的问题：

优先级	规则	指向
1	国内域名	直连
2	AI 服务域名	验证通过的新加坡 / 日本节点
3	其余	默认香港节点

多数客户端的默认规则集已经包含了第 1 条（国内直连），所以你实际只需要加第 2 条。这是投入产出比最高的一次配置。

之后再按需要逐步加流媒体、会议、下载的规则。

怎么正确地测

前面讲了测什么，这一节讲怎么测。方法错了，数据再多也没意义。

环境要求

要求	为什么	不满足的后果
有线连接	Wi-Fi 自身会丢包	所有节点看起来都有丢包
固定同一台设备	排除设备性能差异	数据不可比
固定同一条宽带	运营商差异极大	数据不可比
关闭其他大流量程序	避免带宽竞争	速度偏低
重启过路由器	排除路由器状态问题	可能误判成节点问题
确认国内网站正常	排除本地与城域网问题	可能整个测试都是在测本地问题

最后一项最重要。 如果国内网站晚高峰也慢，那是本地或城域网问题，测多少节点都得不出有意义的结论。

测丢包与延迟

# macOS / Linux：100 次样本
ping -c 100 节点IP

# 更完整的逐跳视图（含丢包）
mtr -n -c 100 节点IP

# Windows
ping -n 100 节点IP

看什么：

输出项	怎么读
packet loss	丢包率，最关键
min / avg / max	延迟范围。max 与 min 的差距就是抖动
stddev / mdev	标准差，直接反映抖动

一个实用判断：如果 max 是 min 的 3 倍以上，抖动已经足以影响会议体验，即使平均值看起来正常。

测速度

必须用多线程。 单线程受单条 TCP 连接的拥塞控制影响，测不出节点的真实吞吐上限。

做法	说明
多线程测速工具	最方便
下载一个大文件（多线程下载器）	最接近真实使用
跑三次取中位数	排除偶然因素

不要用单次单线程的结果做判断。

测抖动（会议与游戏专项）

ping -c 100 的 stddev 是最简单的抖动指标。更接近真实场景的做法：

场景	测法
视频会议	连续 30 分钟真实通话，看有无断音与画面冻结
游戏	进入实际对局，看有无瞬时卡顿
远程桌面	连续操作，看反馈是否跟手

真实场景测试不可替代。 数据可以都正常但体验不好——那说明有某个指标没测到（比如特定服务的路径质量）。

测解锁

要点	为什么
用无痕窗口	排除 cookie 与缓存干扰
换节点前重开无痕窗口	上一个节点的会话状态会污染结果
流媒体用非自制剧	自制剧在所有区都能播
AI 用非香港节点	香港限制概率明显更高
记录测试日期	结论保质期短

测 UDP 与 NAT（游戏专项）

品牌资料里通常没有 UDP 转发这个字段，只能实测：

测法	说明
游戏内看 NAT 类型显示	多数游戏会显示（开放 / 中等 / 严格）
语音是否能通	语音通常走 UDP
能否进入 / 创建房间	P2P 类游戏对 NAT 敏感
客户端是否开启了 UDP 转发	部分客户端需要手动开启

如果 NAT 类型显示严格且语音不通，先检查客户端设置，再考虑是节点不支持 UDP。

一个三天时间表

天	时段	做什么	耗时
0	任意	排查本地（有线、路由器、国内网站）	10 分钟
1	白天	扫一遍节点，记下能用的完整名	10 分钟
1	白天	每个地区 2–3 个节点测基线	20 分钟
1	21:00	同一批重测。第一个判断点	20 分钟
2	21:00	重复	15 分钟
3	21:00	重复 + 真实场景测试（会议 / 游戏）	40 分钟
4	任意	测解锁（无痕窗口、非自制剧）	15 分钟
4	—	填节点档案、配规则分流	30 分钟

总投入约三小时，分散在四天里。 换来的是一份可以用三个月的节点档案。

常见误判

1. 延迟最低的节点最好。 延迟低但丢包高是超卖的典型特征。
2. 一个节点能满足所有场景。 四种需求的最优解完全不同。
3. 节点数量多就好。 品牌资料里的数字与你能稳定用的节点数无关。
4. 节点名写"专线"就是专线。 机场自述，需要三晚验证。
5. 一次测试就能下结论。 单次受偶然因素影响太大。
6. 换机场比换节点更有效。 多数情况换节点就解决了。
7. AI 打不开是速度问题。 那是地区与 IP 类型问题。
8. 游戏只要延迟低。 抖动与 UDP 转发同样关键。
9. 下载要选延迟最低的。 下载只看出口带宽与倍率。
10. 测试结论可以长期用。 建议每季度复测。

节点不够用怎么办

测完三晚后，常见的三种"不够用"及应对。

情况一：能用的节点太少（只有 1 个）

风险：单点故障。 这个节点一下线、被标记、或被上游降级，你就没得用了。

应对	说明
扩大测试样本	每个地区多测 2–3 个，包括不显眼的节点
接受次优节点作备用	中转级的节点做会议的备用也比没有好
配第二家机场	最彻底的解法，选线路方案不同的那家

不要因为"只有一个好节点"就立刻换机场——先把测试样本扩大，同机场的节点差异可能很大。

情况二：某个场景完全找不到可用节点

场景	说明	应对
会议：全部节点丢包 > 1%	这家的线路不适合会议	配一家专线机场专门用于会议
AI：所有地区都失败	可能是账号或客户端问题，不一定是节点	用无痕窗口重测；检查账号状态
流媒体：全部报代理错误	这家全是机房 IP	配一家披露 IP 类型的机场
游戏：NAT 一直严格	可能不支持 UDP	先检查客户端设置，再问客服
下载：速度都上不去	出口带宽普遍不足	配一家便宜大流量的

一个通用原则：不要指望一家机场满足全部场景。 配"主力 + 补充"通常比换到一个"全能"机场更现实——因为全能机场大概率不存在。

情况三：流量不够

应对	适合
检查是否误用高倍率节点	先做这个，×2 会让流量减半
检查订阅是否泄露	流量消耗异常快时
把下载分流到便宜大流量机场	最划算的长期方案
升级套餐档位	长期需求确实更大
检查是否有自动更新 / 云同步在走代理	常见的隐形消耗

前两项要先做，因为它们是"问题"而不是"需求"，解决了可能根本不需要加流量。

双机场的节点分工

如果配了两家，节点分工建议：

机场	承担	节点要求
主力（30–50 元，标注专线）	会议、AI、流媒体、日常	丢包 ≈ 0 的 2 个 + 解锁通过的 1–2 个
备用（19–20 元，大流量）	下载、4K 视频、主力故障时顶上	大带宽、低倍率的 2 个

备用要选线路方案不同的那家。 如果两家用同一个上游的线路（这在机场市场很常见），同时故障的概率并不低，冗余是假的。

两家总预算约 50–70 元/月，覆盖面比单买一个 68–79 元的高档套餐更广，而且抗单点故障。

名词速查

名词	含义
丢包	数据包未到达的比例，最关键的单一指标
抖动	延迟波动幅度，决定会议与游戏体验
降幅	晚高峰速度相对白天的下降百分比
倍率	走某节点消耗流量的倍数
超卖	单节点用户数超过带宽能稳定支撑的水平
物理下限	光纤往返的最短时间，任何优化都不能突破
落地出口带宽	境外服务器到互联网的带宽，下载速度的上限
入口机房	国内接入中转或专线的机房，位置影响延迟
UDP 转发	决定游戏 NAT 类型与语音质量
NAT 类型	影响游戏能否进入房间、能否直连其他玩家
家宽 IP	解锁通过率最高但带宽通常较小
机房 IP	带宽大但解锁通过率最低
节点档案	你自己维护的节点测试记录

完整选择流程

我该用哪个节点？

1. 我现在要做什么？
   会议 / 直播 / 远程桌面 → 香港 + 丢包 ≈ 0，跳到第 3 步
   游戏 → 按服务器地区 + 看抖动与 UDP，跳到第 3 步
   AI → 新加坡 / 日本（避开香港），跳到第 4 步
   流媒体 → 按内容库选地区 + 看 IP 类型，跳到第 4 步
   下载 → 看倍率与出口带宽，跳到第 5 步
   浏览 → 香港延迟最低的即可，结束

2. （跳过）

3. 性能类场景：测过三晚晚高峰了吗？
   没测 → ping -c 100 + 多线程下载，连续三个 21:00
   丢包 ≈ 0、降幅 < 30% → 专线级，可用于会议
   丢包 1–3% → 中转级，会议要谨慎
   丢包 > 3% → 不适合关键场景

4. 解锁类场景：测过了吗？
   用无痕窗口、流媒体用非自制剧
   失败 → 先换同地区其他节点（IP 段问题）
   还失败 → 换地区
   还失败 → 查出口 IP 的类型与归属

5. 带宽类场景：
   先看倍率（×2 会让流量减半）
   多线程下载测出口带宽，不要用单线程

6. 全部都不好？
   **先检查本地**：有线？国内网站正常？路由器正常？
   本地正常 → 再考虑是机场层面的问题

为什么节点会变，以及怎么应对

节点不是静态的。理解这一点能省下反复困惑的时间。

会变的五件事

变化	表现	频率
上游把优质线路降级	晚高峰突然变差	不定期
更换落地服务器	延迟与 IP 都变	不定期
IP 段被服务方标记	解锁能力突然失效	较频繁
节点改名或下线	找不到原来的节点	不定期
用户规模变化	超卖程度变化	持续

机场自己可能都不知道上游的变更——它买的是服务，不是线路本身。

应对的四条

一、每季度复测。 一个晚上的成本，能及时发现变化。

二、发现变差时先换同机场其他节点。 上游变更通常只影响部分节点，不必立刻换机场。

三、节点改名后要重测。 改名通常意味着后端也变了。

四、档案里的测试日期就是保质期。 超过三个月的结论不要当成现状。

什么时候是节点问题、什么时候是机场问题

观察	结论
只有一个节点变差	节点级，换节点
同地区多个节点变差	该地区的上游变更
全部节点连续两周变差	机场级，考虑换家
只有解锁失效	IP 段被标记，换节点
所有节点都有丢包	本地问题，换有线
一晚异常	单次波动，再观察两晚

"连续两周"是换机场的门槛。 单次或几天的波动不是换的理由——线路调整、临时故障、局部拥塞都可能造成短期劣化。持续劣化才说明机场的容量或采购出了问题。

本页数据说明

内容	层级	含义
指标定义、物理下限、归类标准	一般性技术参考	非针对具体品牌
各场景的选节点标准	editorial	本站方法建议
站内的节点数量与地区标注	vendor	来自品牌资料，本站未独立验证
UDP 转发支持情况	无此字段	需向客服确认
站内无逐节点实测数据	not-tested	快照只做范围性记录

本站不把测速截图 OCR 成逐节点精确表、不据此排名、不从测速图推导线路类型或解锁结果。 收录的 17 张快照只记录图、节点分布、范围性观察与异常项。规则见 实测方法与环境说明 与 免责声明。

一句话总结

节点要按场景选，不是按延迟排序——客户端里的延迟测试只握手一次，看不到丢包与抖动，而"延迟低但丢包高"恰好是节点超卖的典型特征。会议看丢包（要接近 0）与抖动；AI 看地区（避开香港）与 IP 类型，与速度无关；流媒体看 IP 类型，必须用非自制剧测；游戏看抖动与 UDP 转发；下载先看倍率（×2 会让流量减半）再看出口带宽。正确的做法是逐节点测三个晚上、按丢包与降幅归类、建立带完整节点名与测试日期的档案、用规则分流让每种流量走最合适的节点、每季度复测一次。所有节点都不好时先查本地（有线？国内网站正常？），换节点通常比换机场更有效。

给不同用户的节点配置

新手（第一周）：不要一上手就配多地区多规则。先只选一个香港节点确认基本可用，跑通流程。第二周再按场景扩展。

远程工作 / 会议为主：香港两个专线级节点（主 + 备），配会议域名规则。开会前十分钟 ping 一次。其余场景用默认节点就行。

AI 重度用户：新加坡一个 + 日本一个作备，配 AI 域名规则。流量需求极小，不必买大套餐。遇到失败先换同地区节点，不要立刻换机场。

流媒体为主：按内容库确定地区，在该地区逐个测（用非自制剧）。接受"解锁好的节点速度一般"。如果全部失败，需要的是披露 IP 类型的机场，不是更贵的机场。

游戏为主：按服务器地区选，重点测抖动与 UDP。下载与对局用不同节点——下载走大带宽低倍率的，对局走低抖动的。

下载 / 大流量为主：只看倍率与出口带宽。用机房 IP 的大带宽节点，不要用家宽 IP 节点（带宽小，浪费它的解锁能力）。

移动宽带用户：每个地区测 3 个以上（适配差异更大）。如果晚高峰是刚需，直接看专线节点。见 CMI 线路。

多设备 / 全家用：在路由器上跑能覆盖全家且只占一个设备数。但国内域名直连的规则尤其重要——配错会让全家的国内访问都变慢。

流量紧张：先排查倍率与订阅泄露，再考虑加流量。把下载分流到便宜大流量机场是最划算的长期方案。

下一步

• 配规则让流量自动走对节点 → 规则分流
• 想搞清节点为什么差别这么大 → 节点波动
• 想搞清线路方案 → 中转、直连与专线
• 想搞清地区怎么选 → 节点地区怎么选
• 想搞清解锁 → IP 类型
• 速度慢排查 → 速度慢怎么排查
• 完整测试方法 → 实测方法与环境说明

一张速查卡

贴在手边用。

我要做什么	选哪个节点	关键指标
开会	香港，专线级	丢包 ≈ 0
打游戏	按服务器地区	抖动 + UDP
用 ChatGPT	新加坡 / 日本	地区（避开香港）
看 Netflix	按内容库地区	IP 类型
看 YouTube	任意	出口带宽
下载文件	任意	倍率 + 带宽
刷网页	香港，延迟最低	延迟
远程桌面	香港，专线级	抖动

出问题时的三步：

1. 换同地区其他节点
2. 换地区
3. 查本地（有线？国内网站正常？）

相关页面

• 教程：机场是什么意思 · 订阅链接怎么用 · 规则分流 · 教程中心
• 线路：中转、直连与专线 · 节点地区 · IP 类型 · 节点波动
• 客户端：客户端总览 · Clash Verge Rev · Shadowrocket

常见问题

机场节点怎么选？

按场景选，不是按延迟排序。会议看丢包（要接近 0）、AI 看地区与 IP 类型（避开香港）、流媒体看 IP 类型、游戏看延迟与 UDP 转发、下载看出口带宽。不同场景的最优节点通常不是同一个。

为什么不能只看延迟最低的节点？

客户端里的延迟测试通常只做一次 TCP 握手，看不到丢包和抖动，样本量为 1。延迟低但丢包高是节点超卖的典型特征——这类节点看起来最好，实际最难用。

节点名里的 ×2 是什么意思？

倍率。走这个节点传输 1GB 会扣 2GB 流量。如果套餐流量紧张，避开高倍率节点是最直接的省流量方式。

会议应该选什么节点？

香港（延迟最低）+ 晚高峰丢包接近 0 的节点。丢包对会议的破坏是断崖式的：1% 还能忍，3% 就难以进行。建议准备主备两个，开会前十分钟 ping 一次确认。

游戏节点怎么选？

按游戏服务器地区选（亚服香港、日服日本、美服美国西岸），然后看两件事：抖动（比平均延迟更影响体验）和 UDP 转发支持（决定 NAT 类型与语音质量）。

怎么判断一个节点被超卖了？

典型特征是延迟低但丢包高，或白天很快晚高峰崩塌。测法是白天与 21:00 各 ping 100 次 + 多线程下载三次，对比丢包与降幅。

节点名里写的专线可信吗？

节点名是机场自己填的字符串，属于品牌自述。可以当作筛选线索，但要用连续三晚的晚高峰丢包来验证，不能直接当结论。

应该固定用一个节点还是经常切换？

按场景固定：会议走一个、AI 走一个、下载走一个，用规则分流自动指向。手动频繁切换效率低，而且会让你失去对比基准。

→下一步：AI 与流媒体

AI 站点与流媒体平台的可用性专题：解锁条件、常见报错与节点选择。

·线路节点

线路类型、节点地区、IP 类型的原理说明，全站专业度地基。