第三方 GLaDOS 机场测评方法：用 Clash Verge Rev 复现连接与速度

更新于 2026-10-18 · glados.lat

简答：一句话结论：目前不能仅凭公开可核验资料给出 GLaDOS Network 的客观排名或“值得购买”结论；更可靠的做法是使用 Clash Verge Rev，在相同设备、网络、时间和测试文件下，经客户端代理端口重复测试访问成功率、总耗时、下载速度与业务可用性。本文已按 2026-10-18 的资料核验。

定义：这里的“机场测评”是指在固定测试条件下，核对订阅能否导入、流量是否确实经过客户端、节点访问是否成功，以及经代理连接和吞吐表现，而不是把本地直连的 ping 或 traceroute 结果当成节点质量。

先说明范围：本文是第三方自测方法，不是服务结论

本文是第三方使用指南，不是 GLaDOS Network 官方页面，也不把本站称为官方下载站或官方入口。针对“GLaDOS 机场测评”这一搜索需求，本文只给出可复现的 Clash Verge Rev 测试流程，不虚构该服务的价格、在线状态、节点数量、跑路情况、测速排名或可用性保证；无法从本次检索到的一手资料核实的品牌信息，均不作为结论。

Clash Verge Rev 是一个图形化客户端，项目公开说明其支持 Windows、macOS 和 Linux，并提供配置文件管理、系统代理与 TUN（虚拟网卡）模式。项目公开仓库可以作为客户端功能和支持平台的核对来源。版本号会持续变化，安装包应以发布页为准，本文不固定推荐某个版本。

因此，本文的结论边界是：你可以用下面的流程判断“当前订阅在当前网络环境下是否能正常导入和使用”，但单次测试不能代表长期稳定性，也不能替代服务商对线路、带宽或故障的正式说明。

一、准备统一的测试条件

1. 固定设备和网络。尽量使用同一台电脑、同一个宽带或移动热点、同一个 Clash Verge Rev 配置。测试期间关闭其他下载、云盘同步、系统更新和视频播放，避免本地带宽抢占。
2. 记录环境信息。至少记录测试日期、系统版本、客户端版本、当前网络类型、所选节点名称、代理模式和测试文件地址。客户端版本不要凭记忆填写，直接在应用的关于或发布页核对。
3. 固定测试对象。不要只测“最快节点”。先选 3 至 5 个具有不同地区或线路标签的节点，再用同一访问目标和同一测试文件逐个重复。节点名称本身不能证明线路类型，IEPL、IPLC 或 BGP 等标签如果没有可核验的技术说明，只能当作名称记录。
4. 区分系统代理与 TUN。系统代理主要影响遵循操作系统代理设置的应用；TUN 通过虚拟网卡接管更广泛的流量，但启用时可能需要管理员权限或服务模式。客户端是否能看到某个应用的连接，应以 Clash Verge Rev 的连接记录和实际请求结果为准。

本页不设置固定“合格分数”。例如 100 毫秒、丢包 1% 或某个下载速度是否可接受，取决于办公软件、网页、视频会议、远程桌面等具体用途；如果要设阈值，应在自己的工作场景中先定义，并标注为个人或团队标准，而不是平台要求。

二、用 Clash Verge Rev 确认订阅和代理确实生效

1. 导入配置。打开 Clash Verge Rev，进入左侧“订阅”或“Profiles”页面，粘贴你已获得的 Clash 或 Mihomo 格式订阅地址，点击导入。导入后点击配置卡片上的更新按钮，等待节点列表出现。订阅地址属于敏感信息，不要把完整链接发到公开论坛、截图或日志中。
2. 选择节点。进入“代理”或“Proxies”页面，先手动选择一个节点。若界面提供延迟测试，可以把它作为筛选工具，但不要把客户端显示的单次延迟直接等同于下载速度或长期稳定性。
3. 先测试系统代理。回到首页或设置页，打开“系统代理”或“System Proxy”，保持规则模式，使用浏览器访问一个你有权限访问的固定网页。随后打开“连接”或“Connections”页面，确认出现对应域名和所选策略组。官方仓库对系统代理和 TUN 模式均有功能说明，具体菜单文字可能随版本变化。Clash Verge Rev 项目仓库
4. 命令行不走系统代理时再测试 TUN。如果浏览器能访问，但命令行工具或某个桌面应用没有出现在连接记录中，不要直接断定节点故障。先关闭系统代理测试，再按客户端设置页启用 TUN；Windows 上如弹出管理员授权，应确认你理解该权限用途后再授权。启用 TUN 后重新打开测试应用，并查看连接记录是否出现。
5. 确认本地代理端口。不要假定端口一定是 7890。进入客户端的“设置—端口”或配置页面，查看 HTTP、SOCKS 或 Mixed Port 的实际值。Mihomo 文档说明，Mixed Port 同时支持 HTTP(S) 和 SOCKS5，示例配置中的端口只是示例，实际应以当前配置为准。Mihomo 端口文档

如果订阅导入成功但浏览器仍然直连，按“节点存在—节点已选中—系统代理已开启—浏览器遵循系统代理—连接记录出现”这个顺序排查。不要一开始就修改 DNS、MTU 或规则文件，否则很难判断究竟是哪一层出了问题。

三、正确测延迟、下载速度和连接稳定性

1. 客户端内置延迟测试只能作为筛选

在“代理”页面对多个节点执行同一个目标的延迟测试，记录成功、失败和显示延迟。测试目标、超时时间和当时网络条件都会影响结果，因此同一节点在不同时段出现不同数字并不奇怪。延迟测试适合初筛，不足以证明网页、文件下载或视频会议体验。

2. 用 curl.exe 让请求明确经过本地代理

Windows PowerShell 中请使用 curl.exe，不要把 PowerShell 的别名行为误认为原生 curl。假设你在客户端设置中确认 HTTP 或 Mixed Port 是 7890，可以使用下面的命令访问一个固定网页：

curl.exe -x http://127.0.0.1:7890 -o NUL -s -S -w "http_code:%{http_code} total:%{time_total}s connect:%{time_connect}s\n" "https://你的固定测试地址"

将端口替换成客户端实际显示的端口，将测试地址固定下来，并连续执行多次。time_connect和time_total反映的是这次 HTTP 请求过程中的时间，不是单纯的 ICMP 延迟。curl 官方手册说明，--proxy用于指定代理，time_total表示完整操作耗时，speed_download表示平均下载速度。curl 官方参数手册

3. 通过代理下载固定大小文件

1. 准备一个你有权限访问的固定大小文件，记录文件地址和大小。不要每次更换文件，也不要把网页首页当成测速文件。
2. 确认客户端的 HTTP 或 Mixed Port，例如实际端口为 7890。
3. 在 PowerShell 执行：

curl.exe -x http://127.0.0.1:7890 -L -o NUL -s -S -w "code:%{http_code} bytes:%{size_download} total:%{time_total}s speed:%{speed_download}B/s\n" "https://你的固定大小文件地址"

记录 HTTP 状态码、下载字节数、总耗时和平均下载速度。每个节点至少重复数次，并保持节点、文件、设备和网络不变。换算成 Mbps 时，先将字节每秒乘以 8，再除以 1,000,000；不要把 MB/s 和 Mbps 混写。

4. 上传测试必须有授权的接收端

上传不能随便把数据发往未知网站。只有在你拥有或明确获准使用 HTTP 上传接口时，才可以用固定大小的测试文件执行上传，并记录 speed_upload。如果没有授权的上传端点，就不要编造上传结果；本页只建议报告“未测试”。

5. 为什么不能用 ping 或 tracert 直接测节点质量

ping和tracert通常使用 ICMP，它们不会自动经过系统 HTTP/SOCKS 代理。因此，在系统代理模式下测到的往往是本机到目标的直连路径，而不是节点转发链路。TUN 模式还可能改变或接管部分网络流量，使 ICMP 结果不适合直接解释为节点延迟或丢包。它们可以用于建立“本地网络基线”，但不能单独作为节点排名依据。要观察代理链路，应优先使用客户端内置的代理延迟测试，或使用带有明确代理参数的 HTTP 请求。

四、把结果整理成可复核的测评表

建议每次测评都保留原始记录，不只发布一个“快”或“慢”的结论。下面的字段足以让别人复现大部分测试：

• 测试日期和具体时段；
• 操作系统、客户端版本和核心版本；
• 网络类型和本地网络是否有其他流量；
• 节点名称、代理模式和本地代理端口；
• 延迟测试目标和超时时间；
• 网页请求的 HTTP 状态码与总耗时；
• 固定文件的地址、大小、下载耗时和平均速度；
• 重复次数、失败次数和失败时的客户端日志；
• 实际业务结果，例如网页能否打开、文件是否完整、会议是否能稳定保持连接。

结果解读时，优先写“在某日期、某网络、某设备和某节点下观察到什么”，不要扩大成“该服务一直稳定”或“所有节点都很快”。如果更换网络、设备、时间、测试目标或客户端模式，应该另开一组记录。单次测试只说明当时条件下的表现，不能证明未来时段或其他地区用户会得到相同结果。

如果你的目标是跨境办公，应把实际办公域名、远程桌面、代码仓库或会议服务列入业务观察，但只测试你有权限访问的服务。出现失败时，先查看连接记录、命中规则、DNS 错误和 TLS 错误，再考虑修改配置；不要为了追求某个测速数字而关闭安全校验。

五、常见连接问题的处理顺序

1. 节点列表为空：先确认配置文件是否导入成功，再点击更新；检查订阅地址是否过期、是否被复制了多余空格，以及当前网络能否访问订阅地址。无法核实订阅提供方状态时，记录为“订阅更新失败，原因未核实”。
2. 浏览器打不开但客户端显示节点：确认已经选择节点并开启系统代理，检查浏览器是否使用了单独的代理设置，再查看“连接”页面有没有请求记录。
3. 命令行不走代理：使用带 -x 参数的 curl.exe 明确指定本地代理端口；如果仍不通，再判断是否需要 TUN。不要用未带代理参数的 ping 或 curl 结果证明节点失效。
4. TUN 开启后网络异常：先临时关闭 TUN，恢复系统代理进行对照；检查是否有其他 VPN、虚拟网卡、防火墙或安全软件占用相同网络路径。Windows 防火墙路径属于操作系统通用设置，不应归因于客户端官方文档。
5. 速度突然下降：重复同一文件测试，检查本地是否有后台流量，再换一个节点和时段。只有在测试条件一致时，才适合进行横向比较。

推荐流程是“先导入和更新配置，再选节点，再确认系统代理，最后做经代理业务测试”。这样可以把订阅问题、客户端问题、本地网络问题和节点链路问题分开。

Clash Verge Rev 测评记录字段

常见问题

GLaDOS 机场测评能不能直接给出“值不值得用”的结论？

不能仅凭本次公开资料直接给出客观排名或购买结论。更稳妥的做法是按固定设备、网络、节点、测试地址和时间记录可复现结果，再结合你的实际办公、网页或会议需求判断。本文不提供未经核实的服务状态、价格或测速承诺。

为什么 ping 很低，但经代理下载速度仍然很慢？

ping 通常使用 ICMP，未必经过系统代理；它测到的可能是本地直连路径。下载还会受到节点出口、目标服务器、拥塞、TLS 建连、文件服务器限速和本地带宽影响，所以应使用客户端代理测试或带代理参数的 curl.exe 测固定文件。

Clash Verge Rev 里应该先开系统代理还是 TUN？

先用系统代理完成浏览器等常规应用的基础验证；如果命令行、游戏或其他不遵循系统代理的程序没有流量记录，再根据客户端设置启用 TUN。每次只改变一个变量，并查看连接记录确认流量是否经过客户端。

如何确认 curl.exe 真的经过了节点？

先在 Clash Verge Rev 设置中确认 HTTP 或 Mixed Port 的实际端口，再使用 curl.exe 的 -x 参数指定 127.0.0.1 和该端口。执行时同时查看客户端“连接”页面，确认测试域名出现并命中所选策略；没有连接记录时，不应把命令结果当作代理测速。

下载测速应该重复几次？

本文不规定统一次数或合格分数。建议至少在相同条件下重复多次，并记录全部结果、失败次数和测试时段；如果结果波动明显，应扩大观察时段，而不是只挑最好的一次发布。

相关阅读

• 连接问题排查
• 设备配置指南
• 常见问题
• 服务概览

参考资料

1. Clash Verge Rev 项目公开仓库
2. Mihomo 官方文档：代理端口
3. curl 官方参数手册