DNS 防泄漏设置与延迟测算方法

广告与利益披露：本页面包含机场服务商的推广链接，点击并购买后本站可能获得佣金。所有推荐均基于实际测试，不受商业关系影响。请读者结合自身需求独立判断。

林子墨 (Lin Zimo)首席网络架构师 / CCIE #58xxx✓ 独立实测核验

最后更新：2026-10-18·关于主笔团队与专业背景 →

一、为什么要测试机场质量

选择机场不应盲目相信宣传，而应通过科学测试来验证实际性能。一个优质机场应该满足：

无 DNS 泄漏：真实 IP 和 DNS 请求不暴露给运营商或审查机构
延迟合理：与节点地区物理距离匹配
丢包率低：链路质量稳定
带宽充足：峰值和非峰值时段均有保障

本文将提供完整的测试方法论，帮助你在订阅前后准确评估机场节点质量。

二、DNS 泄漏：你以为安全，其实暴露了

2.1 DNS 泄漏是什么

DNS（域名系统）是将域名转换为 IP 地址的服务。当你访问 google.com 时，系统首先需要查询「google.com 的 IP 是什么」——这个查询请求就是 DNS 请求。

DNS 泄漏是指：即使使用了代理，DNS 查询请求仍然发送给了本地运营商的 DNS 服务器（而非代理服务器的 DNS），导致：

运营商知道你查询了哪些域名（即使流量本身通过代理加密）
审查机构可以通过 DNS 污染劫持特定域名
你的真实地理位置通过 DNS 服务器 IP 暴露给目标网站

2.2 DNS 泄漏的成因

【正常代理场景（无泄漏）】
浏览器请求 google.com
    ↓
代理客户端拦截
    ↓
DNS 查询通过代理发送（目标 DNS 服务器在海外）
    ↓
IP 解析结果返回
    ↓
数据流量通过代理传输

【DNS 泄漏场景】
浏览器请求 google.com
    ↓
系统 DNS 模块绕过代理，直接向运营商 DNS 发送查询
    ↓
运营商 DNS 记录了查询（DNS 泄漏！）
    ↓
数据流量通过代理传输（但目标域名已暴露）

泄漏的常见原因：

代理客户端使用系统代理模式（非 TUN），而系统 DNS 未配置代理
IPv6 泄漏：代理仅处理 IPv4，IPv6 DNS 请求直接发出
WebRTC 泄漏：浏览器通过 WebRTC 协议绕过代理泄漏本机 IP
代理客户端配置错误（DNS 分流不当）

2.3 DNS 泄漏的危害程度评估

场景	危害
DNS 请求走运营商 DNS	运营商可见域名查询记录
IPv6 地址泄漏	真实 IPv6 地址暴露给目标网站
WebRTC IP 泄漏	本机真实 IP 暴露给网页（严重）
DNS 服务器 IP 泄漏	可推断所在地区

三、DNS 泄漏检测方法

3.1 工具一：ipleak.net（推荐）

ipleak.net 是最全面的 IP/DNS 泄漏检测工具，一次检测包含：

IP 地址：当前出口 IP（应为代理节点 IP）
DNS 服务器列表：所有响应 DNS 查询的服务器（核心检测项）
WebRTC 地址：浏览器暴露的内网/外网 IP
IPv6 地址：IPv6 出口地址

检测步骤：

开启代理（确保已连接节点）
用浏览器访问 https://ipleak.net
页面自动运行检测，等待 10–20 秒
查看结果

判断结果：

✅ 正常（无泄漏）：IP 地址和 DNS 服务器均显示代理节点所在地（如美国、日本）
❌ DNS 泄漏：IP 显示代理地址，但 DNS 服务器显示中国运营商 IP（如 114.114.114.114、223.5.5.5）
❌ WebRTC 泄漏：「WebRTC」部分显示本机真实 IP

3.2 工具二：dnsleaktest.com

dnsleaktest.com 专注于 DNS 泄漏检测：

访问网站 → 选择「Standard test」（快速）或「Extended test」（深度，推荐）
Extended test 会发送多次 DNS 查询请求，检测所有可能的 DNS 服务器
理想结果：只显示代理节点地区的 DNS 服务器

3.3 工具三：browserleaks.com

browserleaks.com 提供更细粒度的泄漏检测：

browserleaks.com/ip：IP 地址检测
browserleaks.com/dns：DNS 泄漏检测
browserleaks.com/webrtc：WebRTC 泄漏检测（重要！）
browserleaks.com/ipv6：IPv6 泄漏检测

3.4 命令行检测

对于技术用户，可通过命令行直接检测 DNS 请求走向：

Windows（PowerShell）：

powershell

# 查看当前 DNS 解析走向
nslookup google.com

# 指定 DNS 服务器测试
nslookup google.com 8.8.8.8

macOS / Linux：

bash

# 查看 DNS 请求走向
dig google.com

# 检查 DNS 请求通过了哪个服务器
dig +short myip.opendns.com @resolver1.opendns.com

四、DNS 泄漏修复方法

4.1 使用 TUN 模式（最彻底）

TUN 模式通过虚拟网卡接管所有网络流量（包括 DNS），是防止 DNS 泄漏最彻底的方案。

Clash Verge Rev / mihomo：

设置 → 开启「TUN 模式」
确认 dns.enhanced-mode: fake-ip 或 redir-host

v2rayN：

设置 → 选择 TUN 模式 → 管理员权限运行

4.2 配置代理专属 DNS（系统代理模式）

若只能使用系统代理模式（不能开 TUN），需要手动配置 DNS：

Windows（系统 DNS 配置）：

控制面板 → 网络和共享中心 → 更改适配器设置
→ 右键网络适配器 → 属性 → IPv4 → DNS 服务器
→ 首选：1.1.1.1（Cloudflare）
→ 备用：8.8.8.8（Google）

但注意：系统代理模式下，即使修改 DNS，DNS 请求本身仍可能不走代理（只是换了 DNS 服务器）。

Clash 配置中指定 DNS：

yaml

dns:
  enable: true
  enhanced-mode: fake-ip
  nameserver:
    - 1.1.1.1
    - 8.8.8.8
  fallback:
    - tls://1.1.1.1:853
    - https://dns.google/dns-query
  fallback-filter:
    geoip: true
    geoip-code: CN

4.3 禁用 WebRTC（浏览器设置）

WebRTC 泄漏需要在浏览器层面处理：

Chrome / Edge：安装扩展「WebRTC Control」或「uBlock Origin」（uBlock Origin 的「隐私」设置中可禁用 WebRTC）

Firefox：

地址栏输入：about:config
搜索：media.peerconnection.enabled
双击设为：false

4.4 IPv6 泄漏处理

若代理不支持 IPv6，应在系统中禁用 IPv6 防止泄漏：

Windows（PowerShell 管理员）：

powershell

# 禁用所有网络适配器的 IPv6
Get-NetAdapter | ForEach-Object {Disable-NetAdapterBinding -Name $_.Name -ComponentID ms_tcpip6}

五、延迟测试方法

延迟（Latency / Ping）是衡量网络响应速度的核心指标。

5.1 延迟的三个维度

指标	含义	工具
RTT（往返延迟）	数据包从客户端到服务端往返时间	ping / 客户端内置测速
抖动（Jitter）	RTT 的波动幅度	ping / MTR
丢包率（Packet Loss）	未到达目标的数据包比例	ping -n 100 / MTR

5.2 客户端内置测速

大多数代理客户端内置节点延迟测试：

Clash Verge Rev：

进入「代理」页 → 点击右上角「⚡」按钮 → 批量测试所有节点延迟
结果颜色：绿色（< 200ms）/ 黄色（200–500ms）/ 红色（> 500ms）/ 灰色（超时）

v2rayN：

工具栏 → 「测试服务器延迟（全选）」
注意：客户端内置测速测的是代理后的延迟（TCP Ping），非实际 ICMP Ping

局限性：客户端测速只反映节点的 TCP 连接延迟，不能反映实际吞吐量和丢包情况。

5.3 系统 Ping 测试

Windows：

powershell

# 基础 ping（4次）
ping 节点IP

# 连续 ping（100次，统计丢包）
ping -n 100 节点IP

# 结果解读：
# 平均延迟：Average = xxxms
# 丢包率：Lost = x (x% loss)

macOS / Linux：

bash

# 连续 ping 100 次
ping -c 100 节点IP

# 结果中查看：
# avg：平均延迟
# packet loss：丢包率

5.4 MTR：最全面的延迟分析工具

MTR（Matt's Traceroute）结合了 traceroute 和 ping，实时显示路径每跳的延迟和丢包。

Windows 安装（使用 WinMTR 图形版）：

下载 WinMTR：winmtr.net
输入目标 IP → 点击「Start」→ 运行 100+ 数据包后点「Stop」

macOS：

bash

# 安装
brew install mtr

# 运行（需要 sudo）
sudo mtr --report --report-cycles 100 节点IP

MTR 结果解读：

Host                       Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 192.168.1.1              0.0%   100    1.2   1.2   0.8   2.1   0.3  # 本地网关
2. 10.x.x.x                 0.0%   100    5.3   5.8   4.9   8.2   0.7  # 运营商接入
3. 202.97.x.x               0.0%   100   12.1  12.5  11.8  15.3   0.8  # CN2 骨干
4. 59.43.x.x                0.0%   100   35.2  36.0  34.8  39.1   1.2  # CN2 GIA 出口
5. 节点IP                   0.1%   100   48.3  48.9  47.5  52.1   1.0  # 目标节点

Loss%：该跳丢包率（某些中间路由器会过滤 ICMP，显示丢包但实际无影响）
Avg：平均延迟（最关键）
StDev：延迟标准差（值越小越稳定）

判断标准：若前几跳丢包率高但后续正常，通常是中间路由器过滤 ICMP（不影响实际传输）；若终点丢包率持续 > 1%，则真实存在链路问题。

六、带宽（速度）测试方法

6.1 Speedtest 测速

Speedtest（speedtest.net）是最常用的带宽测试工具，但选择正确的测速服务器至关重要：

正确用法：

连接代理后，访问 speedtest.net
不要使用「自动选择服务器」，手动选择代理节点所在地区的测速服务器（如选美国 LA 的服务器测美国节点）
这样测出的是真实的代理带宽，而非本地到国内服务器的速度

常用海外测速服务器（可在 speedtest.net 搜索）：

Cloudflare (Los Angeles) - 美国
SoftBank (Tokyo) - 日本软银
NTT (Singapore) - 新加坡

6.2 Fast.com 测速

fast.com 是 Netflix 提供的测速工具，同时也能测试 Netflix 是否解锁。代理后访问此工具，若能正常加载且速度正常，说明节点支持 Netflix。

6.3 机场自建测速

部分优质机场会提供自建测速节点（Speedtest 服务器），测速结果更能反映机场节点的真实带宽，比公共 Speedtest 服务器更准确。

6.4 下载大文件测速

最直接的带宽测试：下载一个大文件，观察实际下载速度。

推荐测速文件来源：

Cloudflare 测速文件：https://speed.cloudflare.com/__down?bytes=104857600（100 MB）
Cachefly：http://cachefly.cachefly.net/100mb.test

七、如何综合判断测试结果

7.1 延迟参考标准

延迟范围	评级	适用场景
< 50ms	🟢 优秀	游戏、实时通信
50–100ms	🟢 良好	流媒体、日常浏览
100–150ms	🟡 中等	日常浏览可接受
150–200ms	🟡 偏高	流媒体勉强，游戏不推荐
> 200ms	🔴 较差	仅基础浏览

注意：以上仅为参考，实际体验还受丢包率、带宽、服务器性能影响。

7.2 丢包率参考标准

丢包率	评级	影响
0%	🟢 完美	无影响
0.1–0.5%	🟢 优秀	几乎无感
0.5–1%	🟡 良好	轻微 TCP 降速
1–3%	🟡 中等	TCP 速度明显下降
3–5%	🔴 较差	速度大幅下降，视频卡顿
> 5%	🔴 很差	严重影响使用

7.3 带宽参考标准

带宽	适用场景
> 100 Mbps	4K 流媒体、大文件下载
50–100 Mbps	1080P 流媒体、正常使用
20–50 Mbps	720P 流媒体、日常浏览
< 20 Mbps	基础浏览，视频需降清晰度

7.4 高峰期 vs 非高峰期对比

重要：务必在不同时段测试，尤其是晚上 8–11 点（高峰期）：

时段	非高峰期	高峰期	下降率
优质机场（IEPL）	200 Mbps	180 Mbps	~10%
良好机场（CN2 GIA）	100 Mbps	60 Mbps	~40%
普通机场（CN2 GT）	80 Mbps	20 Mbps	~75%
低质机场（普通公网）	50 Mbps	5 Mbps	~90%

若高峰期速度下降超过 50%，说明机场超卖严重或线路质量差。

7.5 综合评分公式

你可以用以下公式快速评估节点质量：

综合得分 = (延迟得分 × 0.3) + (丢包得分 × 0.4) + (带宽得分 × 0.3)

延迟得分：< 50ms=100, < 100ms=85, < 150ms=70, < 200ms=50, > 200ms=30
丢包得分：0%=100, < 0.5%=90, < 1%=75, < 3%=50, < 5%=25, > 5%=10
带宽得分：> 100Mbps=100, > 50Mbps=85, > 20Mbps=65, > 5Mbps=40, < 5Mbps=20

综合得分 > 80：优质节点 ✅
综合得分 60–80：良好节点 ✅
综合得分 < 60：一般节点 ⚠️

八、自动化测试工具推荐

8.1 Clash 内置 API

Clash 系客户端提供 RESTful API，可编程化获取节点延迟：

bash

# 测试单个代理的延迟
curl "http://127.0.0.1:9090/proxies/节点名称/delay?timeout=5000&url=http://www.gstatic.com/generate_204"

8.2 Sub-Store + 延迟测试

Sub-Store 是一款订阅管理工具，支持按延迟自动筛选节点，可与 Clash 客户端集成，实现自动选择最优节点。

九、总结：测试清单

每次评估一个机场，建议完成以下测试清单：

[ ] DNS 泄漏检测：访问 ipleak.net，确认无 DNS 泄漏
[ ] WebRTC 泄漏检测：确认浏览器不泄漏真实 IP
[ ] 非高峰期延迟（上午 10 点前）：ping -n 100 节点IP
[ ] 高峰期延迟（晚上 8–10 点）：重复上述测试
[ ] MTR 丢包率检测：运行 100 次，记录终点丢包率
[ ] 带宽测试（非高峰）：Speedtest 测速
[ ] 带宽测试（高峰）：对比非高峰期下降幅度
[ ] 流媒体解锁检测：访问 streaming.hide.me 或 Netflix 官网验证解锁情况

完成以上测试，你就能对机场质量有一个客观、全面的认知，不再被宣传迷惑。

本文最后更新：2025 年。测试工具和方法持续更新，如有变化请参考各工具官方说明。

DNS 防泄漏设置与延迟测算方法 ​

一、为什么要测试机场质量 ​

二、DNS 泄漏：你以为安全，其实暴露了 ​

2.1 DNS 泄漏是什么 ​

2.2 DNS 泄漏的成因 ​

2.3 DNS 泄漏的危害程度评估 ​

三、DNS 泄漏检测方法 ​

3.1 工具一：ipleak.net（推荐） ​

3.2 工具二：dnsleaktest.com ​

3.3 工具三：browserleaks.com ​

3.4 命令行检测 ​

四、DNS 泄漏修复方法 ​

4.1 使用 TUN 模式（最彻底） ​

4.2 配置代理专属 DNS（系统代理模式） ​

4.3 禁用 WebRTC（浏览器设置） ​

4.4 IPv6 泄漏处理 ​

五、延迟测试方法 ​

5.1 延迟的三个维度 ​

5.2 客户端内置测速 ​

5.3 系统 Ping 测试 ​

5.4 MTR：最全面的延迟分析工具 ​

六、带宽（速度）测试方法 ​

6.1 Speedtest 测速 ​

6.2 Fast.com 测速 ​

6.3 机场自建测速 ​

6.4 下载大文件测速 ​

七、如何综合判断测试结果 ​

7.1 延迟参考标准 ​

7.2 丢包率参考标准 ​

7.3 带宽参考标准 ​

7.4 高峰期 vs 非高峰期对比 ​

7.5 综合评分公式 ​

八、自动化测试工具推荐 ​

8.1 Clash 内置 API ​

8.2 Sub-Store + 延迟测试 ​

九、总结：测试清单 ​

DNS 防泄漏设置与延迟测算方法

一、为什么要测试机场质量

二、DNS 泄漏：你以为安全，其实暴露了

2.1 DNS 泄漏是什么

2.2 DNS 泄漏的成因

2.3 DNS 泄漏的危害程度评估

三、DNS 泄漏检测方法

3.1 工具一：ipleak.net（推荐）

3.2 工具二：dnsleaktest.com

3.3 工具三：browserleaks.com

3.4 命令行检测

四、DNS 泄漏修复方法

4.1 使用 TUN 模式（最彻底）

4.2 配置代理专属 DNS（系统代理模式）

4.3 禁用 WebRTC（浏览器设置）

4.4 IPv6 泄漏处理

五、延迟测试方法

5.1 延迟的三个维度

5.2 客户端内置测速

5.3 系统 Ping 测试

5.4 MTR：最全面的延迟分析工具

六、带宽（速度）测试方法

6.1 Speedtest 测速

6.2 Fast.com 测速

6.3 机场自建测速

6.4 下载大文件测速

七、如何综合判断测试结果

7.1 延迟参考标准

7.2 丢包率参考标准

7.3 带宽参考标准

7.4 高峰期 vs 非高峰期对比

7.5 综合评分公式

八、自动化测试工具推荐

8.1 Clash 内置 API

8.2 Sub-Store + 延迟测试

九、总结：测试清单