机场说的 IEPL、IPLC、BGP 中转都是什么？一篇讲清线路标签
去年我给一台东京 IIJ 线路的机器测速时发现一件怪事：国内直连死活只有 42Mbps，但机器之间互传能跑 200M+。机器没问题，带宽没问题，问题出在国际段路径上。这件事让我彻底不再迷信节点名上的任何标签——瓶颈在路径里，不在名字里。
这篇分两大块：先讲买机场时你会遇到的四类线路，再讲自己建节点时的三种主流玩法。最后给验证方法——不管买的还是建的，判断标准是同一套。
三分钟版结论
- 「直连 / 中转 / IEPL」说的是流量走的路，不是说这条路快不快
- 节点名里的「专线」「GIA」「优化」是卖家写的广告词，你没法验证他后台到底接没接
- 自建和机场的本质区别：自建把"路径选择权"拿回自己手里，但也要自己扛被墙风险
- 判断一条线好不好，只有三个动作：看去程 → 看回程 → 晚高峰再跑一遍
第一部分：机场的四类线路
先建立一张链路图，后面所有线路类型都往这张图上对号入座：
你 ──①──> [入口/前置机] ──②跨境段──> [落地/出口机] ──③──> 目标网站
- ① 是你到服务商第一台机器的路（国内质量决定晚高峰下限）
- ② 是跨境段——直连走公网、专线走 IEPL/IPLC、普通中转走隧道，差别就在这一段
- ③ 出口机到目标网站，这段决定你对外是什么 IP（机房 IP 还是家宽 IP）
记住这个结构再看四类线路，每类的差异其实就是"改了图中哪一段"。
1. 直连：没有中间商，全程公网
直连是唯一没有"入口机"的类型：你的流量从家里出发经公共互联网直达境外落地机，图里只有 ①+③ 两段（①和②合并成一条公网路径）。
它的问题不是"慢"，而是不可控：走哪个运营商的出口、跨网互联点堵不堵、国际段绕不绕路，全看你当时所在网络的路由决策。同一个直连节点，电信晚上十点和联通下午三点完全是两条体验。
我的 IIJ 例子就是典型：物理路径决定了上限，这种情况下换什么协议、调什么参数都没用。
适合谁：轻度使用、预算极低、能接受"偶尔抽风"。月付十几块的低价套餐基本都是纯直连。
2. 中转：加一台中转机，把两段路分开管
中转就是补上图里的完整三段：服务商先放一台前置机（也叫入口机、中转机）在国内或近距离地区，你先连它，它再把流量转发到境外的落地机。
你 ──①国内优质路径──> 前置机(中转机) ──②隧道/公网──> 落地机 ──③──> 目标网站
两台机器分工明确：前置机只管接你（所以要多运营商覆盖，联通/移动/电信各有入口），落地机只管出去（决定你的出口 IP 归属）。行业里叫"全中转架构"——所有节点都这样两级转发，没有直连落地。
好处明显：第一段可控了，晚高峰体验稳定。代价也要知道：
- 前置机是单点：被墙则挂在这条线的节点全死；服务商的应对是频繁换月抛前置机
- 前置机会超售：晚高峰卡顿很多时候是入口带宽卖爆了，不是落地的问题
- 排查变难：出问题要先定位是哪一段的锅
市面上月付 20-50 档的主流机场绝大多数是这套架构。「三网优化」的意思就是电信/联通/移动用户分别有对应的前置机。
3. 专线（IEPL/IPLC）：把跨境那一段换成专用线路
看回链路图：中转和专线的区别只在第②段。普通中转的第②段走公网隧道（自己加密打包过去，跟其他流量抢道）；专线的第②段是从运营商那里租的点对点专用电路——物理或逻辑上的独享通道，不进公共互联网，不堵车。
两个词的差别：
| 全称 | 本质 | |
|---|---|---|
| IPLC | International Private Leased Circuit | 传统国际租用电路，物理层独享 |
| IEPL | International Ethernet Private Line | 以太网接口的国际专线，企业更常用 |
它们本来是运营商卖给企业客户的产品：按订单约定带宽和端点、带 SLA、月租按 Mbps 计费，价格远高于 VPS。中国移动国际、中国电信国际官网都能查到产品页。
关键在于：这是订单制的企业产品，普通用户永远看不到合同。零售机场说自己"IPLC 专线"，实际可能是：
- 真租了运营商专线资源（成本极高，反映为月付百元级售价）
- 拼了几家的专线段落组成混合链路
- “手搓专线”——自建加密隧道模拟专线效果，蹭这个名字而已（圈内对这种做法有个专门叫法）
- 纯营销话术
四种从节点名上完全无法区分。一个实用的旁证：真专线带宽成本摆在那里，“月付 15 元无限流量 IEPL"可以直接判话术。所以我在机场评测里从不给"专线"标签加分——无法核验的东西不进结论。
4. 家宽：换的不是线路，是最后一段的出口 IP
家宽最容易误解——它不是第①②段的线路技术，而是第③段出口机的形态。
普通节点的落地机放在数据中心（IDC），你对外呈现为机房 IP；家宽节点的落地出口是一台接在家庭宽带下的设备（海外居民区的实体盒子或住宅代理资源），你对外呈现为一个"住在当地的普通用户”。
… ──> 落地段：IDC 机房IP（普通节点） vs 家庭宽带IP（家宽节点）
↓ ↓
"这是个服务器" "这是个住在东京的普通人"
风控系统（Netflix、ChatGPT、电商平台）盯的就是这个区别：机房 IP 天然可疑，住宅 IP 宽容得多。所以家宽的价值排序是：IP 干净 » 速度——家宽节点往往带宽一般还按高倍率计费（3x-10x 很常见），流量池也小。
正确的用法是把它当特定任务的工具：日常流量走机房线主力节点，登 AI 账号、看严格风控的流媒体时再切家宽。拿家宽当日常主力属于花钱找罪受。
顺带两个相关词：原生 IP 指出口 IP 由目标地区本地 ISP 分配（家宽天然原生）；静态/动态指这个住宅 IP 是否固定——动态家宽每次连接换个 IP，适合普通解锁，不适合需要 IP 稳定的场景。
机场四类怎么选（我的看法）
| 你的情况 | 建议 |
|---|---|
| 只刷网页查资料 | 直连小包月够用 |
| 日常主力 + 晚高峰要稳 | 中转主流档（20-50 元/月），重点看落地质量和倍率规则 |
| AI / 流媒体重度 | 中转主力 + 确认有原生/家宽节点池，家宽留给关键任务 |
| 预算充足求稳 | 大厂专线档，但按上文方法自己验证，别信标签 |
第二部分：自建的三种流派
自建的本质区别：路径选择权在自己手里，被墙风险也自己扛。三种玩法从简到繁：
流派一：VPS 直连（入门默认）
买一台境外 VPS（东京/香港/洛杉矶），装个 Reality 或 Hysteria2 就能用。
- 优点：月付 $5 上下，IP 独享，协议自己挑，配置随便调（我在这类机器上跑过 tcpfit/BBR 全套调优，见测速笔记）
- 死穴：IP 一旦被墙就废了。IIJ 那种物理瓶颈线路更是无解
- 现实预期：直连质量 = 你本地运营商到该机房的国际路由，碰运气。碰到了很好用（我 LAX 4837 线服务器间跑过 206M），碰不到就是 IIJ 的 42M
关键选型建议：优先选 CN2 GIA / 9929 / 4837 这类回程优化线路的 VPS 商家，宁可贵一点。这就是为什么同样的配置，DMIT 卖得比杂牌贵——你买的是路径不是硬件。
流派二：中转/隧道（进阶）
在流派一基础上加一台国内或 近距离 的入口机：
你 ──> 国内入口(VPS/软路由) ──隧道──> 境外出口VPS ──> 目标网站
- 隧道协议常见 gost/dumbproxy/reality 链式，或者直接 WireGuard
- 入口机可以很便宜（甚至家用设备 frp 打洞），出口机才是主力
- 好处：入口到你是国内优质路径，晚高峰稳定；出口被墙了换出口、入口不动
- 代价：多一台机器的成本和运维；链路多一跳延迟略增
我自己就在用这套：一台东京机器做 hy2/vless/ws 多协议出口，配合中转解决直连不稳的问题。具体部署命令在自建代理部署分类里有记录。
流派三：Reality 直连 + 备胎结构（当前性价比之王）
2024 年后 Reality 协议成熟，改变了自建格局：
- Reality 让你的 VPS 不需要域名和证书，握手伪装成访问某个真实大站（比如微软官网）
- 抗主动探测能力强，裸 IP 直连也能活得比以前的 Trojan/WS+TLS 久得多
- 配合 Hysteria2（QUIC 系抗丢包），一台机器上双协议并存：TCP 环境走 Reality，UDP 友好环境走 HY2
我的几台自建全是这个结构：东京一台（hy2 + vless-reality 双协议互备）、另一台多协议冗余（hy2/vless/ws/mtg 全开）、美西一台（vless-reality）。多协议并存 + 两台以上不同地区的机器互为备胎，是目前个人自建抗风险的最优解。
自建 vs 机场，怎么选
| 维度 | 机场 | 自建 |
|---|---|---|
| 成本 | 月付制，主力档 20-50/月 | $5-15/月起，年付更省 |
| IP 质量 | 共享池，看商家维护水平 | 独享，但被墙自担 |
| 换节点自由度 | 受限于套餐 | 随便折腾 |
| 运维 | 零 | 出问题自己修（有门槛） |
| 隐私 | 信商家 | 信自己 |
| 适合人群 | 不想折腾的大多数 | 愿意学 Linux、想要独享 IP 的 |
我自己的用法是两者并存：机场做日常主力（人家专业维护入口），自建做备用和特殊任务（AI 登录用独享 IP）。鸡蛋不放一个篮子。
验证方法：买的建的都是同一套
去程和回程必须分开测
互联网路由经常不对称——去程走电信 163 骨干，回程可能绕日本 NTT 或 CMI。只测去程会发生什么：你看到路径很漂亮，实际用起来却卡，因为卡的是回程。
# 第一步：本地测去程（看你到服务器的路径）
nexttrace <服务器IP>
# 第二步：SSH 到服务器上反向测（看服务器回你的路径）
nexttrace <你的出口IP>
# 第三步：持续观察丢包和抖动（100 个包起步）
mtr -rwzc 100 <服务器IP>
两个注意点：
mtr里中间跳不回复不代表丢包——很多路由器对 ICMP 限速，重点看终点那一跳和连续趋势- ICMP 探测和真实业务流量可能走不同路径（负载均衡、QoS），所以探测之外一定要跑目标任务实测
别拿别人的合格线套自己的任务
不同任务在意的东西完全不同：
| 你在做什么 | 真正重要的指标 |
|---|---|
| 刷网页 | 成功率、首包时间 |
| 看视频/开会 | 持续抖动、能否撑住码率 |
| 打游戏 | 抖动和重传（延迟数字反而不是第一位） |
| 挂下载 | 可持续吞吐，峰值没意义 |
另外记住物理下限：东京到你≈35ms 起步，洛杉矶≈130ms 起步。宣传低于物理极限的直接划走。
我的完整验证流程（可直接抄）
- 固定条件：同一设备、同一网络、同一时间段，先测当前线路做基线
- 去回程各跑一次 nexttrace，记下经过的 AS 号
- mtr 跑 100 包看终点丢包
- 目标任务实测：你要看的 4K 视频、要玩的游戏、要登的服务，直接跑一遍
- 晚高峰（20:00-23:00）重复 3-4
- 只有这五步都过了，才值得谈"这条线行不行"
一句话收尾：标签是调查的起点，不是结论；别人的截图替代不了你自己网络里的一次实测。
相关阅读
- 机场名词字典：GIA、原生 IP、倍率这些词的含义
- VPS TCP 调优实录：tcpfit/BBR 实测数据