一次代理请求经过哪些环节：从设备到落地服务器

六个环节，四个责任方

一次通过机场访问海外网站的请求，大致要依次经过六个环节，分别由你的应用、你的客户端、你的本地网络运营商、机场以及目标网站负责。 任何一段出现问题，最终表现都可能是“打不开”或“很慢”，所以理解链路的价值在于：知道某个参数只能说明哪一段，某种故障更可能出在哪一段。

本文停留在概念层，不涉及服务器部署或任何规避操作。

[你的设备]
  ① 应用发起连接（浏览器、AI 工具、视频应用）
  ② 客户端按规则判断：直连 or 代理
  ③ DNS 解析：在本地解析，还是交给远端
        │
        ▼ 本地网络（家庭宽带 / 手机网络）
  ④ 到达机场入口（直连节点则直接到海外服务器）
        │
        ▼ 跨境段（公网 / IEPL / IPLC 等）
  ⑤ 到达落地服务器
        │
        ▼ 落地服务器所在地区的公网
  ⑥ 访问目标网站，数据沿原路返回

逐段拆解

第一段：应用发起连接

浏览器或应用要访问某个网址时，会向系统发起网络连接。此时它并不知道代理的存在，是系统代理设置或客户端的虚拟网卡（TUN 模式）把这条连接“接”了过去。有些应用不遵循系统代理设置，这也是“浏览器能用、某个应用不能用”的常见原因之一。

第二段：客户端做出路由判断

客户端拿到连接后，按分流规则决定它的去向：命中直连规则就交还本地网络，命中代理规则就选择某个节点或策略组。这一步完全发生在你的设备上，机场无从干预。概念说明见 规则分流是什么：哪些流量走代理、哪些直连。

第三段：DNS 解析

访问网站前需要把域名解析为 IP。解析可以在本地完成，也可以交给远端服务器完成，不同方式会影响隐私和网站对你所在地区的判断，详见 DNS 在代理中起什么作用，DNS 泄露是怎么回事。

第四段：本地网络到机场入口

客户端用节点参数里的地址和端口发起连接，数据先经过你的家庭宽带或手机网络到达机场入口。对中转节点来说，入口在境内；对直连节点来说，这一段直接通向海外服务器。这一段的质量取决于你的本地运营商与入口之间的互联情况，机场无法完全控制，晚间拥堵也常常发生在这里。

第五段：入口到落地的跨境段

数据从入口出发，经过跨境线路到达落地服务器。品牌资料中常见的“IEPL 专线”“企业级内网专线”，描述的主要就是这一段。专线通常只覆盖这一段，并不覆盖你家到入口的第四段。线路类型的细节在 专线类型：IEPL、IPLC 与中转 中展开。

第六段：落地服务器访问目标网站

落地服务器解开代理封装，替你向目标网站发起真正的请求，再把响应沿原路送回。目标网站看到的访问者地址是落地服务器的出口 IP，即落地 IP；网站据此判断地区、决定是否提供服务。

返回的数据会按相反方向再走一遍第五段和第四段。由于看视频、下载文件时绝大部分数据都在返回方向，回程是否拥堵往往比去程更影响体验；这也是同一个节点在不同时段表现差别很大的原因之一。

每段由谁负责、出问题时的典型表现

这张表的用途是缩小怀疑范围，而不是下结论。逐项排查方法属于客户端专题。

加密覆盖到哪里

代理协议的加密，覆盖的是从你的设备到代理服务器之间的连接，在第四、第五段里，外界看到的只是一条加密连接。到了第六段，落地服务器与目标网站之间是否加密，取决于网站是否使用 HTTPS。

这意味着两件事：其一，代理并不会让一个不加密的网站变得安全；其二，机场运营方位于链路中间，在技术上能看到连接的元数据，例如访问的目标地址和流量大小。是否信任运营方，是选择机场时必须考虑的问题。

品牌资料里的参数各自落在哪一段

把本站品牌页上的字段放回这条链路，就能理解为什么不能跨层推断：

例如，“IEPL 专线”和“能用某个 AI 工具”分别落在第五段和第六段，前者成立并不能推出后者。想理解链路上其他名词，可回到 基础概念专题页；在使用任何代理服务前，也请先了解并遵守所在地法律法规与目标平台的服务条款。