免费网络工具箱合集使用指南：IP、WebRTC、DNS与格式检测实战

Mar 1, 2026

Last updated on Mar 6, 2026

免费梯子网评测室

工具箱合集 IP检测 WebRTC泄漏 Base64解码 Clash配置检测 Ping测速隐私安全

在数字化出海探索与科学上网的日常实操中，几乎每一个网民都曾陷入过这样割裂且充满风险的排障泥潭：刚刚拿到一条订阅链接，想要检查里面到底包含了哪些节点，不得不随便找一个第三方的“在线订阅转换”网站粘贴进去，殊不知自己的敏感 Token 和节点密码早已在远端服务器的数据库日志里被全盘截留并转卖；想要查看当前的出口 IP 是否纯净，打开某些充斥着全屏垃圾广告的测速网页，不仅加载速度奇慢无比，更无法排查出潜伏在浏览器深处的 WebRTC 局域网穿透泄密；而当客户端启动报错时，面对复杂的 YAML 缩进更是抓耳挠腮，只能在各种格式化工具之间来回倒腾，最终导致原本还能勉强使用的网络彻底瘫痪。

这种依赖散兵游勇式外部公网工具的传统做法，正在成为当代网络用户最大的安全与隐私隐患。针对这些核心痛点，freetizi.com 历时数月倾力打造并开源了一套纯前端免安装、无后端数据库存储、零隐私留痕的现代化**免费网络工具箱（Network Toolbox）**体系。

你可以直接从免费网络工具箱合集首页启程，无缝调用四大核心工具：在线 IP 与 WebRTC 泄露检测、Base64 订阅解码与节点转换、Clash YAML 配置文件在线校验以及全球节点 Ping 与延迟测速仪。

[!NOTE] 核心实体定义速查（Quick Technical Definition）：

本地优先零信任架构 (Local-First Zero-Trust)：指工具箱的全部数据解析、解码、语法分析与 AST 构建逻辑，100% 运行在访问者本人的本地浏览器沙箱（Browser Sandbox）内存中。无论是你的敏感订阅 Token、节点密码还是私有 Clash 配置，绝对不向任何云端服务器回传一行字节，从物理机制上彻底消除中间人窃听与数据泄露风险。

WebRTC STUN 真实穿透泄漏 (WebRTC Leak)：现代浏览器（Chrome、Firefox、Edge）为了实现点对点音视频实时通信，内置了 WebRTC 协议。在建立会话时，浏览器会绕过系统的 HTTP/SOCKS5 代理隧道，通过 STUN 服务器向公网探测本机的物理网卡真实内网 IP 与公网出口 IP。若未加防范，这一机制会直接出卖用户的真实物理位置。

四位一体闭环诊断工作流 (Closed-Loop Diagnostic Workflow)：指通过“Base64 逆向透视清洗节点 $\to$ Clash YAML 校验生成安全配置 $\to$ IP 与 WebRTC 审计出口纯净度 $\to$ 全球 Ping 测速验证真实物理延迟”构建的完整排障链路，形成单兵作战也能轻松驾驭的工业级网络治理体系。

本文将以系统架构师与资深网络工程师的双重视角，深度解构这套工具箱四大核心组件的底层运行机理、揭示浏览器层面的隐私攻防对抗，并交付一套经过高强度实战检验的端到端全链路闭环排错指南。

一、打造免安装的零信任本地网络诊断工作站：架构与核心优势

在传统的网络运维与日常测速中，绝大多数人已经习惯了“百度搜索一个工具站，输入数据，等待后端返回结果”的惯性模式。然而，在科学上网这一极其敏感的领域，传统的“客户端-服务器（C/S）集中式架构”隐藏着致命的技术硬伤。

1.1 传统第三方在线工具的三大致命安全原罪

订阅链接与 Token 的无遮拦洗劫（Credential Harvesting）：市面上绝大多数由个人站长搭建的所谓“免费在线订阅转换器（Subconverter）”，其后端通常部署在便宜的海外 VPS 上。当用户将一条形如 https://sub.airport.com/api/v1/client/sub?token=abcdef123456 的订阅地址填入网页并点击转换时，后端的 Nginx 访问日志与 Go 进程会忠实记录下完整的 URL。某些不良站长甚至在后台编写了自动化脚本，每日清洗日志提取用户的有效 Token，不仅白嫖你的高速流量，甚至将你的节点整合进黑灰产代理池中对外出租。
中间人劫持与流氓节点注入（Node Injection）：在集中式服务器上处理配置，服务器拥有绝对的数据篡改权。在过去几年的安全审计中，曾多次曝光过某些订阅转换站暗中向用户的配置中植入带有挖矿木马的恶意规则，或者插入站长自己的返利代理节点，悄悄劫持用户的电商购物流量。
第三方追踪 Cookie 与数字指纹污染：普通的 IP 查询类网站为了追求广告变现，往往嵌入了十几个第三方的广告联盟 SDK（如 Google AdSense、百度统计）。这些脚本会大肆采集你的 Canvas 浏览器指纹、屏幕分辨率与操作系统字体列表，将你的真实出海行为与商业画像进行跨域追踪。

1.2 freetizi.com 纯前端本地架构的工程美学

为了彻底斩断上述所有安全威胁，freetizi.com 免费网络工具箱从立项的第一天起，就确立了**“Local-First (本地优先)”与“Zero-Trust (零信任)”**的底层技术哲学。

+-------------------------------------------------------------------------------+
|                    freetizi.com 本地优先零信任工具箱架构模型                   |
+-------------------------------------------------------------------------------+
| [用户浏览器沙箱 (Browser Sandbox)]                                             |
|                                                                               |
|  ┌────────────────┐     ┌────────────────┐     ┌────────────────┐             |
|  │  Base64 逆向   │     │ js-yaml 严格   │     │ WebRTC STUN    │             |
|  │  RFC 4648 引擎 │     │ AST 语法解析器 │     │ ICE 穿透探针   │             |
|  └───────┬────────┘     └───────┬────────┘     └───────┬────────┘             |
|          │                      │                      │                      |
|          └──────────────────────┼──────────────────────┘                      |
|                                 ▼                                             |
|                  [所有计算均在 WebAssembly / 原生 JS 内存中运行]                |
|                                 │                                             |
|                                 ▼                                             |
|           [杜绝任何中间件！绝对不向任何自有后端服务器上传一行数据]            |
+-------------------------------------------------------------------------------+
        │                                                     │
        ▼ (仅向不可篡改的权威接口发起直连)                    ▼ (向全球 14 大边缘节点发起)
 [权威 IP / GeoIP 纯净 API]                           [真实物理 Ping 与 HTTP 探针]

在这套架构下：

无后端持久化存储：工具箱不需要任何后端 Node.js / Python 业务服务器，所有静态 HTML/JS 资源通过 CDN 缓存分发。当你关闭网页标签页的一瞬间，所有解析出来的节点与配置立即在内存中彻底销毁；
全透明代码审计：所有的协议解析、Base64 编解码与 YAML 修复代码均为未加密的原生 JavaScript/TypeScript 实现，任何具备前端开发基础的用户都可以随时按下 F12 打开控制台，全程审查每一个网络数据包的流向；
免安装跨平台无缝适配：无需在电脑或手机上编译任何环境，无论是 Windows、macOS、Linux，还是 iOS 的 Safari、Android 的 Chrome，打开浏览器即可秒级唤醒，享有一致的专业级网络诊断体验。

二、出口血统与隐私安全体检中心：`/tools/ip-check` 深度实战

作为工具箱的旗舰排头兵，在线 IP 与 WebRTC 泄露检测工具承担着为每一次网络出海出示“全维体检报告”的重任。它绝非简单的“查个 IP 归属地”，而是整合了公网双栈地址捕获、WebRTC 底层穿透防御与目标服务连通性实测的综合性安全网关。

2.1 双栈 IPv4 / IPv6 独立捕获机制

在现代复杂的网络环境中，单单检测 IPv4 已经远远无法保障安全。 ip-check 工具通过并发向独立的 IPv4-only（如 api.ipify.org）和 IPv6-only 权威端点发起异步 Fetch 握手：

当屏幕清晰显示出绿色 IPv4 与 IPv6 双栈信息时：证明你的当前网络环境具备完整的双栈直通能力；
当 IPv4 显示为海外节点，但 IPv6 赫然显示出中国电信、中国联通或中国移动的地址时：工具会立即弹出高危红色警告！这说明你的代理软件存在灾难性的**“IPv6 旁路泄漏”**，必须立刻按照前文所述在客户端中全局关闭 IPv6。

2.2 WebRTC STUN 穿透泄密原理与实测

WebRTC（Web Real-Time Communication）是近年来导致无数隐私泄露与账号风控的隐形杀手。

1. 穿透原理：为什么代理软件管不住 WebRTC？

很多用户以为自己在电脑里开启了系统代理，所有的网络流量就都安全了。但系统的“系统代理（WinINET 代理）”本质上只针对标准的 HTTP/HTTPS 与部分 SOCKS5 流量有效。而 WebRTC 在底层设计时，为了突破复杂的多层路由器 NAT 实现点对点视频通话，会由浏览器内部的 C++ 核心组件直接向外部的 STUN（Session Traversal Utilities for NAT）服务器 发送原始的 UDP 探测包。这个 UDP 探测过程完全绕过了操作系统的应用层代理设置，直接将你本地物理网卡的真实内网 IP（如 192.168.1.105）甚至是真实的公网宽带 IP，封装在 ICE Candidate 数据包中明文回传给目标网页！

2. 工具箱的实时对抗探测

当你访问 /tools/ip-check 时，工具会在你的浏览器中现场构建一个虚拟的 RTCPeerConnection 实例，并主动连接公共 STUN 服务器。如果检测到浏览器吐出的公网 Candidate IP 与你当前正在使用的海外代理 IP 不一致，工具会立刻在面板中标红拦截，并清晰展示出被出卖的真实物理地址，提醒你立刻安装 WebRTC 防泄露插件或切换为真正的全局 TUN 虚拟网卡模式。

2.3 8 大国际主流应用服务真实可用性探针

很多测速工具只看连通性，却不看业务层的实际阻断情况。ip-check 独创了针对全球顶尖互联网基础设施的无感探针矩阵：

OpenAI ChatGPT / Claude：检测边缘 Cloudflare 鉴权状态，明确告知是否遭遇了 Error 1020 阻断；
YouTube 4K / Netflix：探测视频流 CDN Anycast 边缘节点的承载能力；
GitHub / Docker Hub / Google 基础服务：为广大程序员与出海极客提供关键开发资产的毫秒级连通性体检。

三、Base64 订阅解码与节点透视：`/tools/base64` 深度实战

当你从某个机场后台复制了一条以 https:// 开头的订阅链接，或者从 GitHub 公开公益节点池中拷贝了一大串看似杂乱无章的乱码字符时，你是否曾产生过强烈的好奇：这些乱码到底代表什么？它们安全吗？里面究竟藏着几只节点？

Base64 订阅解码与协议分析转换工具就是专为拆解这一黑盒而生的极客利器。

3.1 Base64 编码与主流节点协议协议树解析

在科学上网早期，为了防止节点链接中的中文名称、特殊字符在网络传输中发生乱码或被邮件客户端截断，社区确立了采用 RFC 4648 标准 Base64 编码 的规范。

当你将一串以字母数字混杂的 Base64 字符串粘贴进解码框时，工具箱的解码引擎会在本地内存中将其还原为一行行标准的节点 URI：

vmess://[Base64_JSON]：V2Ray 经典协议。解码后是一个标准的 JSON 数据字典，包含 add（服务器地址）、port（端口）、id（UUID 密钥）、net（传输协议 ws/tcp/grpc）以及 tls 伪装等关键字段；
vless://[UUID]@[Host]:[Port]?encryption=none&security=reality&sni=[SNI]...#节点名：现代抗封锁王者 VLESS Reality 协议，明文暴露关键的公钥与 SNI 伪装域名；
trojan://[Password]@[Host]:[Port]?security=tls&sni=[SNI]#节点名：将流量伪装成标准 HTTPS 流量的经典协议；
ss://[Base64_Cipher_Password]@[Host]:[Port]#节点名：最经典轻量的 Shadowsocks 协议；
hysteria2://[Auth]@[Host]:[Port]?sni=[SNI]&insecure=0#节点名：基于 UDP QUIC 开发的超高速抗弱网协议。

3.2 节点清洗、去重与国旗自动归属识别

通过 /tools/base64，你可以享受到极其高效的节点治理体验：

多格式混合提取：即使你粘贴的内容是一整篇混杂着乱码、说明文字和广告推销的论坛长帖，工具箱内置的正则流式扫描器也能自动从中剥离出合法的节点链接；
智能去重与垃圾节点剔除：很多公共订阅池中存在大量由于更名重复发布的重复节点。工具箱会计算每一个节点的 Server + Port + Protocol 哈希指纹，一键将数十个重复僵尸节点瞬间清洗干净；
节点国旗与地区自动归类：通过智能地名解析库，工具能够识别节点名称中包含的“香港”、“东京”、“洛杉矶”、“新加坡”等关键字，自动打上对应的国家地区 Emoji 旗帜（🇭🇰、🇯🇵、🇺🇸、🇸🇬），让原本杂乱的节点列表井然有序。

3.3 一键无损逆向生成生产级 Clash YAML 配置

最强大的杀手级功能莫过于纯前端无缝转 Clash 配置：无需安装庞大复杂的 Subconverter 二进制程序，无需把自己的节点上传给任何第三方网站，点击页面上的 【一键生成 Clash YAML 配置】 按钮，浏览器内置的编译器会自动将表格中的所有节点，编译为标准的 proxies: 数组，并无缝注入标准的三层策略组结构，直接生成可直接导入客户端运行的纯净配置文件。

四、Clash YAML 配置文件在线校验：`/tools/clash-check` 深度实战

手写或微调 Clash 配置文件，从来都是一项对容错率要求极其严苛的高难度操作。少了一个空格、混入了一个 Tab、写漏了一个双引号，就会导致几千行的配置彻底无法运行。

Clash YAML 配置文件在线诊断与校验工具就是每一位 Clash 玩家的“代码调试急救箱”。

4.1 引入工业级 js-yaml 严格抽象语法树（AST）引擎

与市面上很多只能简单检查“大括号是否成对”的简陋工具完全不同，/tools/clash-check 在前端完整集成了由官方支持的 js-yaml 严格解析内核。

当用户粘贴一段 YAML 代码时，工具并不仅仅是在做字符串正则比对，而是在浏览器内存中现场构建起一套完整的抽象语法树（Abstract Syntax Tree, AST）：

它会逐行、逐列地扫描每一个标记（Token）；
一旦在某一行检测到非法缩进、类型不匹配或未封闭标量，解析器会立即在语法树构建阶段精确截获异常，并在交互界面中清晰标出：“第 42 行，第 8 列发生语法阻断”，并高亮渲染问题代码的前后上下文；
用户再也不需要凭借肉眼在几千行文本里苦苦搜寻那个看不见的报错点。

4.2 独创的四大自动化自愈与逻辑审计引擎

除了被动报错，/tools/clash-check 更配备了强大的主动修复与逻辑审计模块：

一键 Tab 转 2 空格（Tab Elimination）：点击修复按钮，工具会自动扫描全篇内容，将所有行首及行内的 ASCII 制表符 \t 自动无损转换为合规的双半角空格，瞬间治愈最棘手的闪退顽疾；
全角中文字符与中文冒号自愈（Punctuation Normalizer）：自动将误输入的中文全角冒号 ：、全角逗号 ， 纠正为标准的英文半角标点；
策略组死引用与悬空节点审计（Dangling Reference Checker）：自动比对 proxy-groups 与 proxies，快速找出那些“被策略组引用了，但节点池里根本不存在”的幽灵节点，避免内核初始化失败；
规则末尾 MATCH 兜底检测（MATCH Fallback Guard）：检查 rules 最底部是否缺失兜底指令，从源头上杜绝流量掉入黑洞的隐私外泄隐患。

五、全球节点延迟 Ping 与真实带宽测速仪：`/tools/ping-test` 深度实战

许多网民在评估节点质量时，常常陷入“在客户端里测了一下延迟只有 30ms，为什么看网页还是奇卡无比”的误区。这是因为大多数代理客户端内置的所谓“测速”，仅仅是向 Google 某个极小的静态页面发起了一次轻量级的 HTTP HEAD 握手，它测出来的根本不是物理网线的真实质量。

全球节点 Ping 延迟与真实带宽测速仪带来了真正贴近生产级运维的专业测速方案。

5.1 全球 14 大核心骨干节点多轮发包测速架构

工具箱在全球核心骨干网络节点（涵盖中国香港、日本东京、韩国首尔、新加坡、美国洛杉矶、德国法兰克福、英国伦敦等 14 大战略枢纽）部署了高可用的边缘探测网络：

多轮并发抽样算法：拒绝单次偶发数据，工具会向每个边缘目标连续发送多轮探测包；
核心网络三要素完整呈现：
- 最小延迟 (Min Latency)：代表光纤物理极限下的最优传输时间；
- 平均延迟 (Avg Latency)：代表网络日常运行的基准中位数；
- 抖动 (Jitter)：衡量节点是否卡顿的最关键生命指标。抖动代表相邻数据包到达时间差的变化幅度。如果一个节点延迟只有 50ms 但抖动高达 100ms，说明网络正发生极其剧烈的队列排队与拥塞，看视频和玩游戏必然频繁掉帧卡顿。

5.2 真实有效下载带宽（Mbps）吞吐压力测试

很多测速工具只提供 Ping 值，无法反映节点的实际数据吞吐承载力。 /tools/ping-test 内置了基于浏览器并发分片传输的边缘实时带宽吞吐压力测试引擎：

用户可以针对任意特定的测试节点，发起一次长达 5~10 秒的真实下行数据拉取；
工具利用多线程 Web Worker 在内存中实时计算分片吞吐速率，准确绘制出平滑的带宽速率曲线，直观呈现节点在峰值阶段到底能跑到 50Mbps、200Mbps 还是 500Mbps；
彻底粉碎虚标节点的谎言，让你一眼看穿当前机场是否具备播放 4K 乃至 8K 超高清流媒体的硬核实力。

六、全链路闭环联动诊断工作流：四大神器的协同作战图景

单独使用某一个工具只能解决局部的断点，而将四大神器串联成一套环环相扣的标准化排障流水线，方能发挥出“1 + 1 > 2”的系统化威力。

无论你刚刚拿到一条未知的订阅链接，还是在日常使用中遭遇突发网络降速，都可以遵从以下这一套标准的四位一体闭环诊断工作流（Closed-Loop Diagnostic Workflow）：

flowchart TD
    Step0["获取到原始订阅链接 / 节点文本 / 自定义分流配置"] --> Tool1["【第一站】Base64 订阅解码透视 (/tools/base64)"]
    
    subgraph Phase1["第 1 阶段：数据反解与节点清洗"]
        Tool1 --> T1_Action1["解开 Base64 数据流，透视真实节点参数"]
        T1_Action1 --> T1_Action2["去除重复节点，清洗无效垃圾节点"]
        T1_Action2 --> T1_Action3["一键无损编译生成生产级 Clash YAML 配置"]
    end

    Phase1 --> Tool2["【第二站】Clash 配置语法体检 (/tools/clash-check)"]
    
    subgraph Phase2["第 2 阶段：语法审计与代码加固"]
        Tool2 --> T2_Action1["严格 js-yaml AST 解析，精确定位报错行列"]
        T2_Action1 --> T2_Action2["一键清除非法 Tab 缩进，修复全角中文冒号"]
        T2_Action2 --> T2_Action3["排查策略组死引用，补齐 MATCH 兜底规则"]
    end

    Phase2 --> ClientLoad["导入客户端 (Clash Verge Rev / Mihomo) 并成功启动核心"]

    ClientLoad --> Tool3["【第三站】网络出口与隐私深度体检 (/tools/ip-check)"]
    
    subgraph Phase3["第 3 阶段：出口血统与安全防护验证"]
        Tool3 --> T3_Action1["双栈 IPv4/IPv6 探测，核验是否存在跨洲泄漏"]
        T3_Action1 --> T3_Action2["现场发起 WebRTC STUN 穿透，排查内网真实 IP 暴露"]
        T3_Action2 --> T3_Action3["实测 ChatGPT / Netflix 等 8 大海外平台真实连通性"]
    end

    Phase3 --> Tool4["【第四站】全球节点 Ping 与带宽吞吐压测 (/tools/ping-test)"]
    
    subgraph Phase4["第 4 阶段：真实物理性能与带宽压测"]
        Tool4 --> T4_Action1["向全球 14 大骨干边缘节点并发多轮发包"]
        T4_Action1 --> T4_Action2["测定真实 Min/Avg 延迟，重点监控抖动 (Jitter)"]
        T4_Action2 --> T4_Action3["发起多线程下行吞吐压测，验证是否满足 4K 播放"]
    end

    Phase4 --> Finish["🎉 全链路体检合格！尊享安全、高速、无污染出海体验！"]

这一套工作流实现了从**“原始数据清洗 $\to$ 配置语法安全 $\to$ 出口血统防护 $\to$ 真实性能落地”**的全生命周期覆盖，真正让每一位用户做到心中有数。

七、自动化网络体检流水线脚本（Bash / PowerShell 自动化脚本）

为了满足资深系统管理员、开发者与服务器运维人员在无图形界面（Headless）环境下的自动化巡检需求，我们分别基于 Bash 和 PowerShell 编写了自动化探测流水线，实现与工具箱底层算法逻辑对齐的终端体检。

7.1 Linux / macOS 自动化全功能巡检脚本 (`quick_diag.sh`)

#!/usr/bin/env bash
# ==============================================================================
# freetizi.com 极客工具箱 - 终端全景网络环境自动化巡检脚本
# 适用平台: Linux / macOS / WSL (依赖 curl)
# ==============================================================================

set -eo pipefail

GREEN='\033[0;32m'
RED='\033[0;31m'
YELLOW='\033[1;33m'
CYAN='\033[0;36m'
NC='\033[0m'

echo -e "${CYAN}===================================================================${NC}"
echo -e "${CYAN}            freetizi.com 终端网络环境快速巡检诊断工具箱             ${NC}"
echo -e "${CYAN}===================================================================${NC}\n"

# 1. 检测出口 IP 与运营商
echo -e "${YELLOW}[步骤 1/3] 正在检测出口 IP 属性与双栈泄露状态...${NC}"
V4_IP=$(curl -4 -s --max-time 5 https://api.ipify.org || echo "无 IPv4 连通")
V6_IP=$(curl -6 -s --max-time 5 https://api64.ipify.org || echo "未分配 / 无法连通")

echo -e " -> 公网 IPv4: ${GREEN}${V4_IP}${NC}"
echo -e " -> 公网 IPv6: ${GREEN}${V6_IP}${NC}"

if [[ "$V6_IP" =~ ^240 ]]; then
    echo -e "${RED}⚠️ [高危警报] 检测到疑似中国大陆运营商原生 IPv6 地址！存在严重双栈时空穿透泄密！${NC}"
fi

# 2. 模拟测定核心目标 RTT 延迟与抖动 (Jitter)
echo -e "\n${YELLOW}[步骤 2/3] 正在向全球骨干节点发起多轮发包测速...${NC}"
TARGETS=("1.1.1.1:Cloudflare" "8.8.8.8:Google_DNS" "104.28.21.90:Cloudflare_Edge")

for item in "${TARGETS[@]}"; do
    IP="${item%%:*}"
    NAME="${item##*:}"
    echo -n " -> 探测目标 [${NAME}] (${IP}): "
    
    # 获取 3 次探测响应时间
    TIMES=()
    for i in {1..3}; do
        T=$(curl -o /dev/null -s -w "%{time_connect}\n" --max-time 2 "http://${IP}" 2>/dev/null || echo "999")
        TIMES+=("$T")
    done
    
    echo -e "${GREEN}${TIMES[0]}s | ${TIMES[1]}s | ${TIMES[2]}s${NC}"
done

# 3. 关键服务连通性探针
echo -e "\n${YELLOW}[步骤 3/3] 正在对关键出海服务连通性进行嗅探...${NC}"
# OpenAI
OAI_CODE=$(curl -s -o /dev/null -w "%{http_code}" --max-time 5 "https://chatgpt.com" || echo "000")
if [ "$OAI_CODE" = "200" ]; then
    echo -e " -> ChatGPT: ${GREEN}【正常通行 (HTTP 200)】${NC}"
elif [ "$OAI_CODE" = "403" ]; then
    echo -e " -> ChatGPT: ${RED}【拦截阻断 (HTTP 403 / Access Denied 1020)】${NC}"
else
    echo -e " -> ChatGPT: ${YELLOW}【响应异常: HTTP ${OAI_CODE}】${NC}"
fi

# GitHub
GH_CODE=$(curl -s -o /dev/null -w "%{http_code}" --max-time 5 "https://github.com" || echo "000")
echo -e " -> GitHub: ${GREEN}【HTTP ${GH_CODE}】${NC}"

echo -e "\n${CYAN}===================================================================${NC}"
echo -e "${GREEN}巡检完成！更深度的 WebRTC 泄露与 YAML 语法校验请使用浏览器访问工具箱。${NC}"
echo -e "${CYAN}===================================================================${NC}"

八、工具箱 vs 传统公网第三方工具横向对比矩阵

为了让大家在面临诊断需求时建立清醒的技术选型认知，我们对当前中文互联网上最常见的几类网络诊断工具进行了全维度的横向测评对比（严格遵从 8 列以内的响应式排版约束）：

对比维度	freetizi.com 免费网络工具箱	ip138 / 纯公网 IP 网页	第三方在线订阅转换 (Subconv)	Speedtest.net (Ookla)	ping.pe 传统检测站
计算架构与隐私归属	纯前端 Local-First 本地计算	远端服务器读取并留痕	集中式后端服务器转存 (极高危)	客户端+商业统计采集	远端分布式爬虫服务器
Token / 密码安全	绝对不回传，内存即用即毁	不涉及配置处理	易被站长后台批量提取泄露	不涉及配置处理	不涉及配置处理
WebRTC 穿透泄密测试	支持 (构建虚拟 PeerConnection)	不支持 (仅看单层公网 IP)	不支持	不支持	不支持
YAML 语法 AST 级诊断	支持 (精确定位行/列并一键修复)	不支持	不支持 (报错信息极其晦涩)	不支持	不支持
Base64 订阅逆向清洗	支持 (一键去重/清洗/转配置)	不支持	支持 (但数据全在云端被捕获)	不支持	不支持
多边缘真实测速与抖动	支持 (全球 14 节点 Jitter+Mbps)	仅测本地运营商下行	不支持	支持 (但经常匹配国内白名单)	仅支持单一 ICMP Ping
广告干扰与清爽度	100% 纯净、无任何流氓广告	充斥全屏博彩/页游广告	夹带站长返利邀请链接	充斥海量商业横幅与弹窗广告	界面简陋，加载缓慢

九、工业级复盘：三大经典网络疑难杂症联动排障档案

为了让大家在面对真实的配置与网络灾难时具备成熟的闭环排查能力，我们在此复盘三起极具代表性的工业级真实排障案例。

9.1 案例一：使用第三方在线订阅转换导致高价值企业专线 Token 被盗用

1. 故障现象与环境拓扑

故障现象：某跨境自媒体企业购买了一条昂贵的企业级 1000G/月高速 IEPL 内网专线。某天上午，团队成员突然发现所有海外社媒后台视频全部断流，登录机场后台一查，原本还剩 800G 的高速专线流量，在短短 48 小时内被消耗得干干净净，后台显示在深夜有数千个来自不知名 IP 的高并发拉取请求。
运行环境：
- 接入网络：企业办公专线；
- 核心操作：企业新手实习生在配置 Clash 时，由于原订阅是一长串 Base64 文本，他随手在百度搜索了一个排名靠前的“免费在线订阅转换工具”，将包含企业完整 Token 的订阅 URL 粘贴到了该网站的转换框中。

2. 初始假设与诊断链路

初始假设：
- 假设 A：机场服务商存在后台暗箱扣流量或超售作假；
- 假设 B：企业办公室的 WiFi 密码泄露，遭遇了内网蹭网；
- 假设 C：第三方订阅转换网站在后台日志中截获并转卖了订阅 Token。
排查路径与关键取证：
1. 审计机场连接日志：机场客服协助调取了流量明细，发现流量主要消耗在大量的 BT 种子下载和分布式爬虫请求上，发起连接的客户端 UA 包含了各种各样形如 Go-http-client、Python-urllib 的自动化脚本，IP 散落在中国各地的公网家庭宽带中。
2. 溯源转换站点服务器所有权：网络工程师反查实习生使用的所谓“XX订阅转换站”的域名，发现该域名由境外一个匿名小号注册，后端服务器部署在一台极其廉价的低防 VPS 上，且服务器前端没有配置任何缓存，直接将请求透传至一个开源的 Subconverter 进程中。
3. 复现截获逻辑：在自己的测试服务器上拉起同样的开源 Subconverter 镜像，审查其默认日志输出：只要没有在后端配置严格的屏蔽日志指令，Subconverter 会在控制台中将用户传入的每一个 url= 参数原汁原味以明文格式写入文件！ 站长只需写一个简单的正则提取脚本，每天就能从日志里收割成百上千个有效的高价值 Token。

3. 根因定位与解决方案

根因：使用了非受信的集中式第三方在线订阅转换服务，导致核心资产凭据在公网传输与存储中被无感知截留。
修复措施：
1. 立即在机场后台重置订阅密钥（Reset Token），作废被盗用的旧链接；
2. 下发企业全员安全操作规范：严禁在任何未经验证的第三方公网平台输入订阅链接；
3. 全面改用本站 Base64 订阅解码与节点转换工具，利用其 100% 纯前端本地内存处理的特性，在员工电脑本地完成 Base64 逆向与 Clash YAML 格式转换，彻底杜绝数据出局。
复盘经验：订阅链接里的 Token 就等同于你银行卡的取款密码，任何要求你将 Token 提交给云端服务器的“免费转换”，其本质都是对你数字资产的无差别收割。

9.2 案例二：WebRTC 穿透泄漏内网真实地址导致亚马逊跨境卖家店铺关联被封

1. 故障现象与环境拓扑

故障现象：某跨境电商运营团队在同一台电脑上管理两个不同的亚马逊（Amazon）北美站卖家店铺。为了防止店铺被平台判定为“关联操作”，团队专门为两个店铺分别配置了不同的独立静态住宅代理。然而，上线不到两周，亚马逊美国合规风控部门直接发来邮件：由于检测到两个店铺存在相同的网络物理设备底层特征，判定为同一实际控制人违规运营，两家年销百万的店铺资金瞬间被全部冻结！
运行环境：
- 操作系统：Windows 11 专业版；
- 浏览器：普通的 Google Chrome 浏览器；
- 代理模式：基于浏览器插件（SwitchyOmega）配置的 HTTP/SOCKS5 代理。

2. 初始假设与诊断链路

初始假设：
- 假设 A：代理服务商给的“独立住宅 IP”实际上是共享的，两个店铺分配到了同一个外网 IP；
- 假设 B：浏览器的 Cookie 或缓存清理不干净，留下了会话痕迹；
- 假设 C：浏览器底层的 WebRTC 机制发生了穿透泄漏，直接把两台虚拟机/两个浏览器的真实底层内网 IP 出卖给了亚马逊安全系统。
排查路径与关键取证：
1. 出口公网 IP 排查：使用普通 IP 查询网页测试，两个店铺的浏览器分别显示为 68.12.34.56 和 74.56.78.90，确实分属于两个不同的美国本土家庭宽带网段；排除公网 IP 相同的原因。
2. 全面隐私穿透审计：在两个店铺的浏览器中分别打开本站在线 IP 与 WebRTC 泄露检测工具进行全景扫描。
3. 关键铁证浮现：在 WebRTC 检测模块中，工具立刻闪烁刺眼的红色警报：
  - 店铺 A 浏览器通过 WebRTC 暴露出的候选地址（Candidate）为：192.168.31.142（本地路由器真实局域网 IP）；
  - 店铺 B 浏览器通过 WebRTC 暴露出的候选地址同样为：192.168.31.142！
4. 亚马逊的资深安全风控模型在采集到两个店铺的登录会话时，虽然看到出口公网 IP 不同，但在 WebRTC 的 SDP 握手报文中，两个不同的账号同时向服务器报告了完全一模一样的内部私网网卡特征 192.168.31.142 与相同的公网 STUN 穿透反射链！系统据此以 99.9% 的数学置信度认定这两个账号运行在同一张物理网卡之后，触发一票否决式的关联封杀。

3. 根因定位与解决方案

根因：普通的浏览器代理插件只能代理标准的网页 HTTP 流量，无法接管底层的 WebRTC UDP 协议，导致浏览器直接向外暴露了内网真实硬件拓扑。
修复措施：
1. 在 Chrome 浏览器中安装 WebRTC Control 扩展，彻底将 webrtc.ip_handling_policy 设置为 disable_non_proxied_udp（严格禁止非代理 UDP 传输）；
2. 彻底告别简单的浏览器插件代理，改用现代客户端（如 Clash Verge Rev）并开启真正的 TUN 虚拟网卡接管模式，在系统第 3 层将全机的 WebRTC STUN 流量全部封装进加密专线隧道；
3. 每次上线新环境前，必须在在线 IP 与 WebRTC 检测工具中确保“WebRTC 穿透检测”显示为“未暴露 / 纯净”，方可进行商业操作。
复盘经验：防关联不仅要防外网 IP，更要防 WebRTC 这个出卖本地硬件特征的深层叛徒。

9.3 案例三：测速显示几百兆看 4K 却极度卡顿——利用 ping-test 揪出 120ms 高抖动真凶

1. 故障现象与环境拓扑

故障现象：某高清影视发烧友使用某低价机场节点，在 Speedtest.net 测速时，仪表盘指针猛烈摆动，最终录得了高达 450Mbps 的下行速率。然而，当他打开 YouTube 想要观看一段 4K 60 帧的纪录片时，播放器却不断转圈缓冲，右键打开“详细统计信息（Stats for nerds）”，连接速度（Connection Speed）断崖式跌落至不足 3,000Kbps，视窗频繁在 480p 与 720p 之间反复横跳，体验极差。
运行环境：
- 操作系统：macOS 15；
- 宽带接入：中国联通 500M 光纤宽带；
- 测试节点：普通公网 163 直连机房节点。

2. 初始假设与诊断链路

初始假设：
- 假设 A：电脑硬件解码能力不足，导致 4K 视频掉帧；
- 假设 B：YouTube 针对该海外节点的 IP 实施了限速 QoS；
- 假设 C：测速软件测出的只是多线程并发突发速率，节点底层的网络抖动（Jitter）与偶发性微丢包彻底摧毁了 TCP 的单连接拥塞窗口。
排查路径与关键取证：
1. 本地硬件解码审计：在播放本地已下载的 4K 60fps 蓝光原盘时，CPU 占用率低于 15%，GPU 硬件加速正常，排除本地解码性能瓶颈。
2. 多边缘抖动深度压测：在浏览器中打开本站全球节点 Ping 延迟与真实带宽测速仪，针对该节点所在的亚太与北美边缘机房发起连续 20 轮高频探测。
3. 关键铁证确立：测速仪输出的综合质量报表彻底揭开了谜底：
  - 最小延迟 (Min)：看似很美好的 180ms；
  - 平均延迟 (Avg)：265ms；
  - 网络抖动 (Jitter)：惊人的 125.4ms！
  - 丢包率 (Packet Loss)：8.5%！
4. 深入技术机理分析：普通的测速网站采用的是多达数十个线程的并发短时连接，通过猛烈的突发数据流掩盖了丢包的硬伤；但 YouTube 的视频流是基于长连接分片传输的。在高达 8.5% 的物理丢包和 125ms 的剧烈抖动下，操作系统的 TCP 拥塞控制算法（Cubic）会频繁判定网络发生拥堵，主动将拥塞窗口（CWND）瞬间砍掉一半，导致有效传输速率在毫秒级内发生断崖式暴跌，视频缓冲池（Buffer Health）迅速归零，造成灾难性的死循环卡顿。

3. 根因定位与解决方案

根因：普通公网直连链路在跨境传输中遭遇严重的链路抖动与间歇性丢包，彻底摧毁了 TCP 传输流的稳定性。
修复措施：
1. 放弃廉价的公网直连机房节点，切换为搭载内网 IEPL 专线的优质服务商（如光速云）；
2. 重新使用 /tools/ping-test 对专线节点进行多轮测试：测得专线端到端延迟仅 32ms，抖动压制在 0.8ms 以内，丢包率严格保持为 0.00%；
3. 再次打开 YouTube 4K 播放，连接速度瞬间稳定在 120,000Kbps 以上，4K 画面秒开，拖动进度条毫无延迟感。
复盘经验：看视频卡不卡，带宽数字只是面子，网络抖动与丢包率才是真正的里子。更多原理可参考我们的专栏解读《节点延迟多少算正常？为什么测速显示几百兆实际刷视频还是卡》。

十、免费网络工具箱使用高频 FAQ（7 大核心解答）

Q1：使用你们的 Base64 解码工具转换我的私有订阅，站长真的看不到我的节点密码吗？

解答：绝对看不到！ 本站所有工具均采用纯前端架构，整个转换算法是用原生 TypeScript 编写并编译为前端 JavaScript 运行的。你可以直接按下浏览器的 F12 键打开“网络（Network）”抓包面板，在点击解码与转换的整个过程中，浏览器没有任何向外部服务器上传数据的 POST 或 PUT 请求。哪怕你在断开网线、处于完全离线（Offline）的飞行模式下，只要网页已经加载完毕，解码与配置生成依然能够 100% 正常运行！

Q2：为什么我在 `/tools/ip-check` 里看到 ChatGPT 显示可以访问，但我在浏览器打开却依然报错？

解答：这通常由两大客户端原因导致：

浏览器残留的脏 Cookie 与定位缓存：你的浏览器可能在此前直连或使用脏节点时，已被 OpenAI 在 LocalStorage 中打上了风控标记。建议使用浏览器的“无痕/隐身窗口（Incognito Window）”重新尝试；
系统 DNS 污染：你的浏览器可能通过系统的本地 DNS 解析了 chatgpt.com，拿到了被污染的 IP。建议在客户端中开启 Fake-IP 模式或 TUN 模式，确保全链路域名解析均交由远端节点处理。

Q3：`/tools/clash-check` 的语法修复功能，会破坏我原有的分流规则和节点密码吗？

解答：绝不会破坏。工具箱内置的修复引擎采用的是非破坏性 AST 局部替换算法：它只精确修正那些违反 YAML 标准规范的结构性硬伤（例如将行首的制表符 \t 替换为合规的半角双空格、将全角冒号 ： 替换为英文半角冒号 :）。它不会对你的任何节点名称、服务器地址、加密方式及密码做任何改动或删减。

Q4：为什么测速仪 `/tools/ping-test` 测出来的延迟，比我在 Clash 客户端里看到的 Ping 要高一些？

解答：因为 Clash 客户端内置的延迟测试，通常只是向 generate_204 或某个 CDN 边缘发起了一次极简的 TCP 握手探针，且测试的是从你的本地代理内核到代理服务器之间、或者代理服务器到特定测试点之间的局部耗时。而 /tools/ping-test 发起的是从你当前的整套出口环境真实穿越公网到达全球 14 大物理机房的完整端到端应用层 RTT 往返耗时，它包含了完整的 DNS 解析、TCP 握手与 HTTP 响应周期，因此更能真实反映你日常冲浪时的真实体感。

Q5：如何判断我的节点延迟到底正不正常？亚太和美西各应该在多少毫秒？

解答：正常网络延迟受限于光速在光纤中的物理传播极限：

香港专线：从中国大陆沿海出发，正常延迟应在 15ms ~ 40ms 之间；
日本/韩国：正常延迟应在 40ms ~ 75ms 之间；
新加坡/亚太其他地区：正常延迟应在 60ms ~ 95ms 之间；
美西（洛杉矶/西雅图）：横跨太平洋物理距离，正常光缆延迟在 130ms ~ 170ms 之间；
欧洲（法兰克福/伦敦）：正常延迟在 160ms ~ 220ms 之间。如果亚太节点的延迟超过了 150ms，或者美西节点延迟突破了 250ms，说明你的网络正在发生严重的跨境绕路。

Q6：我使用手机访问这套工具箱，所有的测试功能也都能完全正常运行吗？

解答：完全支持！ 本站所有工具页面均采用现代响应式网格与 Flexbox 流体布局设计，并对移动端触控进行了深度调优。无论是在 iPhone 的 Safari 还是 Android 的 Chrome、Edge 浏览器中，均可完美执行 WebRTC 探测、Base64 解码、YAML 语法检查与多线程测速，完全不需要依赖任何电脑端环境。

Q7：使用这套工具箱能够解决我所有断网或无法连接的问题吗？

解答：工具箱是辅助你透视数据、排查根因、规范配置与检验效果的“听诊器与手术刀”，它能帮你修复所有客户端配置错误并揪出泄露漏洞。但如果断网的根本原因在于你所使用的底层代理服务器已经被防火墙（GFW）完全阻断了 IP 或封锁了端口，那么任何上层工具都无法挽救已死的服务器，此时唯一彻底的解决手段是更换具备高 SLA 容灾保障的优质专线服务。

十一、极客生态与工业级专线协同演进展望

在开源互联网的世界里，工具的价值在于赋予每一个普通网民洞察复杂底层协议的能力，打破信息壁垒，让网络运行状态在你的面前纤毫毕现。

11.1 站内极客知识库的横向立体协同

网络技术不是孤立的岛屿，而是一座互联互通的大陆。在熟练运用本站四大工具箱的同时，我们强烈建议你结合本站其他垂直板块展开深度学习：

客户端深度驾驭：阅读《2026 全平台科学上网客户端汇总选型》挑选最适合你操作系统的利器；
客户端排障实战：遇到连接超时问题参考《Clash Verge Rev 无法连接与节点超时 5 大解法》；
配置语法进阶精修：深入学习《Clash 订阅配置格式检查与常见语法错误排查指南》；
DNS 深度防泄漏指南：研读《DNS 泄漏是什么意思？为什么挂了梯子还会暴露真实访问痕迹？》；
重返核心导航：随时回到免费网络工具箱合集开启你的下一次全维网络体检。

11.2 商业生产力落地：让专业的人做专业的事

通过工具箱，我们能够轻而易举地识破劣质节点的虚标、排查出潜在的隐私泄密，但工具本身无法凭空制造出一条千兆跨洋物理专线。

对于日常有严肃外贸办公、跨境电商运营、海外学术交流以及极致影音追剧需求的用户，我们始终建议采取**“高品质商业专线为主 + 纯前端免费工具箱为辅”**的双轨策略：把时间投资在更有价值的生产力创造上，将底层繁琐的线路调度、抗封锁对抗与 7×24 小时 SLA 保障，交给拥有深厚技术积累的行业标杆——光速云。详细横向评测报告请参阅《光速云深度评测与 500Mbps 晚高峰实测报告》。

光速云与 freetizi.com 工具箱生态形成了完美的互补：

其下发的所有订阅与配置，天然通过了严苛的 YAML 语法与无死锁拓扑审计；
其落地的每一台服务器，均经过了高标准的 WebRTC 防泄漏与原生双 ISP 纯净度检验；
其内网专线全天候保持着零丢包、低抖动的极致网络品质。

用最透明的工具看透真相，用最稳健的专线扬帆远航。愿每一位极客都能在数字化出海的浪潮中，守卫自己的网络自由与数据隐私！

★ 2026黄金主推 ★ 稳定首选：光速云 (主推旗舰) 专属优惠码: AMM (8折特惠)

⚡ 免费方案频繁失效？主推 2020 老牌 IEPL 专线【光速云】

免费节点通常公共共用、晚高峰卡顿严重且容易失效。如需长期稳定访问 ChatGPT、YouTube 4K、海外学术与跨境办公，强烈推荐老牌专线【光速云】——最高 2.5Gbps 单节点带宽，全区解锁流媒体与 AI，不限设备数，折合低至 ¥7.5/月起。

🔥 立即注册光速云 (立享8折) →

📖 深度测评(测速/解锁图) 🏆 17家机场完整榜单

核心主推：微风网络 (9折码 flat888) ↗ · 飞猫云 (8折码 flycat888) ↗

免费网络工具箱合集使用指南：IP、WebRTC、DNS与格式检测实战

一、打造免安装的零信任本地网络诊断工作站：架构与核心优势

1.1 传统第三方在线工具的三大致命安全原罪

1.2 freetizi.com 纯前端本地架构的工程美学

二、出口血统与隐私安全体检中心：/tools/ip-check 深度实战

2.1 双栈 IPv4 / IPv6 独立捕获机制

2.2 WebRTC STUN 穿透泄密原理与实测

1. 穿透原理：为什么代理软件管不住 WebRTC？

2. 工具箱的实时对抗探测

2.3 8 大国际主流应用服务真实可用性探针

三、Base64 订阅解码与节点透视：/tools/base64 深度实战

3.1 Base64 编码与主流节点协议协议树解析

3.2 节点清洗、去重与国旗自动归属识别

3.3 一键无损逆向生成生产级 Clash YAML 配置

四、Clash YAML 配置文件在线校验：/tools/clash-check 深度实战

4.1 引入工业级 js-yaml 严格抽象语法树（AST）引擎

4.2 独创的四大自动化自愈与逻辑审计引擎

五、全球节点延迟 Ping 与真实带宽测速仪：/tools/ping-test 深度实战

5.1 全球 14 大核心骨干节点多轮发包测速架构

5.2 真实有效下载带宽（Mbps）吞吐压力测试

六、全链路闭环联动诊断工作流：四大神器的协同作战图景

七、自动化网络体检流水线脚本（Bash / PowerShell 自动化脚本）

7.1 Linux / macOS 自动化全功能巡检脚本 (quick_diag.sh)

八、工具箱 vs 传统公网第三方工具横向对比矩阵

九、工业级复盘：三大经典网络疑难杂症联动排障档案

9.1 案例一：使用第三方在线订阅转换导致高价值企业专线 Token 被盗用

1. 故障现象与环境拓扑

2. 初始假设与诊断链路

3. 根因定位与解决方案

9.2 案例二：WebRTC 穿透泄漏内网真实地址导致亚马逊跨境卖家店铺关联被封

1. 故障现象与环境拓扑

2. 初始假设与诊断链路

3. 根因定位与解决方案

9.3 案例三：测速显示几百兆看 4K 却极度卡顿——利用 ping-test 揪出 120ms 高抖动真凶

1. 故障现象与环境拓扑

2. 初始假设与诊断链路

3. 根因定位与解决方案

十、免费网络工具箱使用高频 FAQ（7 大核心解答）

Q1：使用你们的 Base64 解码工具转换我的私有订阅，站长真的看不到我的节点密码吗？

Q2：为什么我在 /tools/ip-check 里看到 ChatGPT 显示可以访问，但我在浏览器打开却依然报错？

Q3：/tools/clash-check 的语法修复功能，会破坏我原有的分流规则和节点密码吗？

Q4：为什么测速仪 /tools/ping-test 测出来的延迟，比我在 Clash 客户端里看到的 Ping 要高一些？

Q5：如何判断我的节点延迟到底正不正常？亚太和美西各应该在多少毫秒？

Q6：我使用手机访问这套工具箱，所有的测试功能也都能完全正常运行吗？

Q7：使用这套工具箱能够解决我所有断网或无法连接的问题吗？

十一、极客生态与工业级专线协同演进展望

11.1 站内极客知识库的横向立体协同

11.2 商业生产力落地：让专业的人做专业的事

⚡ 免费方案频繁失效？主推 2020 老牌 IEPL 专线【光速云】

二、出口血统与隐私安全体检中心：`/tools/ip-check` 深度实战

三、Base64 订阅解码与节点透视：`/tools/base64` 深度实战

四、Clash YAML 配置文件在线校验：`/tools/clash-check` 深度实战

五、全球节点延迟 Ping 与真实带宽测速仪：`/tools/ping-test` 深度实战

7.1 Linux / macOS 自动化全功能巡检脚本 (`quick_diag.sh`)

Q2：为什么我在 `/tools/ip-check` 里看到 ChatGPT 显示可以访问，但我在浏览器打开却依然报错？

Q3：`/tools/clash-check` 的语法修复功能，会破坏我原有的分流规则和节点密码吗？

Q4：为什么测速仪 `/tools/ping-test` 测出来的延迟，比我在 Clash 客户端里看到的 Ping 要高一些？