NaïveProxy 是什么？和机场订阅有什么关系

一句话说清 NaïveProxy 是什么

NaïveProxy 是一个代理工具，核心思路是直接借用 Chromium 浏览器的网络栈来发起连接，让代理流量在外观上尽量接近普通 Chrome 浏览器访问网站时产生的流量。官方 README 的说法是，用 Chromium 的网络栈伪装流量，以获得较强的抗审查能力和较低的可识别性，同时复用 Chrome 在性能与安全上的成熟做法。

大多数代理协议都是自己写一套传输层，再想办法模仿常见流量；NaïveProxy 则反过来，直接把真正的浏览器网络代码拿来用。这也解释了它最显眼的特点：版本号跟着 Chromium 走，Chrome 一更新，它也跟着重新构建。

官方信息核对（2026-10-21）

以下内容来自官方 GitHub 仓库、Releases 页面以及 GitHub 接口返回的数据。搜索引擎摘要里出现过一些旧版本号，均未采用。

项目	核对结果
官方仓库	https://github.com/klzgrad/naiveproxy
官方发布页	https://github.com/klzgrad/naiveproxy/releases
最新正式版	v154.0.8037.49-4（非预发布）
发布日期	2026-10-07
发布包平台	Windows（x86、x64、arm64）、macOS（x64、arm64）、Linux（x64、x86、arm、arm64、riscv64、loong64、mipsel、mips64el）、OpenWrt 多种架构，以及安卓插件 APK
许可证	BSD-3-Clause
是否归档	否，最近一次推送与最新发布同在 2026 年 10 月
仓库简介	Make a fortune quietly
官方中文文档	未找到，未能核实

README 在下载部分写明支持 Windows、Android、Linux、Mac OS 和 OpenWrt，其中安卓需要配合 Exclave、husi 或 NekoBox 使用，OpenWrt 的具体支持情况另有 Wiki 页面说明。

它的思路：把代理藏在常见的网页流量里

README 用一行示意图描述了整体结构：浏览器连到本地的 Naïve 客户端，流量经过审查方，到达远端的前端服务器，再交给 Naïve 服务端，最后访问互联网。这里有几个角色值得分开理解：

• Naïve 客户端：运行在你的设备上，对本地程序提供代理入口，对外用 Chromium 网络栈建立连接。
• 前端服务器：一个常见的反向代理服务器，对外看起来就是一个普通网站。它根据 HTTP 授权信息把合法的代理请求转交出去，其他访问者只会看到正常网页，以此抵御主动探测。
• Naïve 服务端：负责转发流量，并加上一层填充，打乱数据包长度规律。

README 列出了它针对的几类分析手段：网站指纹与流量分类、TLS 参数指纹、主动探测，以及基于长度的流量分析。对应的应对方式分别是 HTTP/2 多路复用与前导请求模拟、复用 Chrome 网络栈、把代理藏在常见前端服务器之后，以及填充和分片。我们不在这里评价效果强弱，只说明官方声称的设计目标。

NaïveProxy 和机场订阅是什么关系

很多人第一次看到 NaïveProxy，是在机场的节点列表里，或者在客户端的协议选项里。需要理清楚的是：

NaïveProxy 是一种代理方案，不是订阅格式。 机场订阅是一个地址，客户端访问它，拿到一份节点清单。节点清单里每个节点会注明使用什么协议，NaïveProxy 只是其中可能出现的一种。是否提供这类节点，完全取决于机场自己。

订阅链接需要客户端来解析。 官方程序读取的是一个很简单的配置：本地监听什么地址，远端服务器是谁。它不负责下载订阅、更新节点、按规则分流。这些工作都由图形客户端完成。关于订阅链接本身的含义，可以看 订阅链接是什么。

客户端得支持这个协议。 如果你的客户端不认识 NaïveProxy，订阅里的这类节点要么被忽略，要么导入后无法连接。导入订阅后发现部分节点不可用，先检查客户端是否支持对应协议，各协议的区别见 协议科普。

普通用户的 NaïveProxy 该搭配什么客户端

官方 README 给出的线索比较明确：

• 安卓：README 列出 Exclave、husi、NekoBox 三款可以配合使用的应用，官方 Releases 里的安卓 APK 是插件形式，需要装在这类宿主应用之上。站内有 NekoBox 的介绍，可以从那里了解如何下载和导入订阅。
• Windows：README 的第三方集成部分列出了 v2rayN 作为图形客户端，一般做法是在客户端里加载 NaïveProxy 的官方程序作为外部内核，具体步骤请以所用客户端的说明为准。
• OpenWrt 路由器：官方提供了多种架构的 OpenWrt 构建，但具体能否在某个路由器插件里使用，要看插件本身是否集成。动手前请先看插件文档，并做好系统备份。

需要强调的是，官方 README 也提醒用户应始终使用最新版本，以保持与 Chrome 一致的特征。用插件或外部内核的方式使用时，客户端本身更新了，不代表 NaïveProxy 程序也跟着更新，两者最好都检查一下。

如果你的订阅以其他协议为主，NaïveProxy 只是附带的少量节点，那么完全可以选择更通用的客户端，不必为了它专门换软件。站内 客户端总览 按平台整理了常见选择。

版本号为什么这么长

NaïveProxy 的版本号形如 v154.0.8037.49-4，前面四段就是所基于的 Chromium 版本号，最后的短横线后面是项目自己的修订序号。同一个 Chromium 版本下可能会有多次修订，修订号依次递增。

README 还专门给下游打包者留了一条说明：不要用主分支跟踪更新，因为每次 Chrome 新版发布时主分支都会从新的根提交重新整理；应当使用稳定发布及其对应的标签。对普通用户来说，这条说明的意义在于：认准 Releases 页面里的正式版本即可，不需要也不应该去拉主分支的代码自行编译。

下载与安全注意

搜索 NaïveProxy 时会看到大量 Docker 镜像、一键脚本和网盘分享，它们都不是官方发布。代理程序会接触你所有经过它的流量，被人改动过的版本风险很高。建议：

1. 只从官方仓库的 Releases 页面下载。
2. 按设备的系统与 CPU 架构挑选对应文件，安卓插件也分 arm64-v8a、armeabi-v7a、x86、x86_64 几种。
3. 下载后不要随意运行来源不明的配套脚本。

更系统的判断方法见 下载安全指南。

使用中常见的几种情况

导入订阅后 NaïveProxy 节点显示不可用。 最常见的原因是客户端里没有装好对应的插件或外部内核。以安卓为例，宿主应用本身可能并不内置 NaïveProxy，需要另外安装官方 Releases 里的插件 APK，并且插件的 CPU 架构要和手机一致。装好之后重新更新订阅，再观察节点状态。

昨天还能用，今天突然连不上。 先确认机场后台的服务是否正常、订阅是否到期，再看本地插件是不是很久没更新。官方反复强调要跟随最新版本，原因就在于它的特征要和当前的 Chrome 保持一致，长期不升级可能带来兼容问题。

电脑上装了客户端，但找不到 NaïveProxy 选项。 不同客户端对外部内核的集成方式差别很大，有的需要在设置里手动指定程序路径，有的需要把程序放到特定目录。具体做法请看客户端自己的文档，不要随意从网上下载别人打包好的整合包。

路由器上想全家共用。 这比在单台设备上使用复杂得多。即使官方提供了 OpenWrt 构建，也要看你使用的路由器插件是否支持调用它。动手前请导出系统配置备份，操作失误可能导致全家断网，甚至路由器无法正常启动。

和其他协议放在一起看

站内已经介绍过多种代理实现，NaïveProxy 的思路比较独特：它不自己设计传输层，而是尽可能复用浏览器的真实行为。代价是程序体积较大、版本更新频繁，下游客户端集成起来也更麻烦，所以支持它的图形客户端数量不如 Shadowsocks、Trojan 这类协议多。

对普通用户来说，没有必要纠结哪种协议在原理上更先进。机场订阅里提供什么节点，就用支持这些节点的客户端；某类节点在你的网络环境下表现不好，换另一类节点即可。真正需要留意的只有两件事：客户端是否支持，以及程序是否来自官方渠道。

本文不涉及的内容

官方 README 里有服务端搭建示例，但本站面向的是使用机场订阅的普通用户，服务器由机场负责维护，因此本文不提供服务端搭建教程，也不罗列具体命令参数。如果你确实需要了解这部分内容，请直接阅读官方 README 与 Wiki，并自行评估风险。

小结

NaïveProxy 的特别之处在于直接复用 Chromium 网络栈，版本紧跟 Chrome 更新，官方仓库目前仍在持续发布新版本，许可证为 BSD-3-Clause。对普通用户来说，它只是订阅里可能出现的一种节点类型，关键是选一款支持它的图形客户端，并保持插件或内核为最新版本。本页信息核对于 2026 年 10 月 21 日，使用前请再到官方发布页确认最新版本。