外观
NekoRay / Nekobox 桌面端：特点与适用人群
NekoRay 一类客户端适合已经理解订阅、协议和内核关系，并希望在图形界面里管理多种内核与较细参数的桌面用户，不太适合想三分钟跑通的新手。使用前最重要的不是功能清单，而是核实你下载的是哪个分支、是否仍在维护、内置了哪个内核。
品牌资料显示的协议与客户端字段属于 Vendor Data。
核心结论与适用条件
- 如果你已经用过 v2rayN 或 Clash 系客户端，并且想在一个图形界面里同时管理不同内核，那么 NekoRay 一类客户端值得评估；这是“进阶用户的另一种选择”，不是“新手入口”。
- 如果机场资料标注 VLESS，那么能否使用取决于客户端内置内核的协议能力，要先核对分支所带内核，而不是只看软件名称。协议背景见协议专题。
- 如果你对项目的长期维护有要求，那么必须自行核实官方仓库的状态，因为这类客户端存在原项目与多个衍生分支并存的情况，名称相近并不意味着是同一个团队维护。
- 如果你需要在 Windows 和 Linux 上用相近的操作思路，那么基于跨平台图形框架的客户端有一定优势，但 macOS 与各 Linux 发行版上的打包质量要逐一核对。
- 如果你只想让浏览器能用，那么系统代理加一个简洁客户端即可，没必要为多内核管理付出学习成本。
- 如果你把客户端当作长期依赖，那么更应该看供应链：来源、发布者、更新记录，而不是界面是否好看。
这些结论都带有条件。本站对 NekoRay 及其分支的稳定性、速度均未做统一实测，状态为 Not Tested。想回到桌面端的整体框架，请看桌面客户端专题。
它是什么：从定位说起
NekoRay 是一款基于 Qt 图形框架的跨平台代理客户端，定位是为多种内核提供统一的图形管理界面。它自己并不转发流量，而是启动并管理内核进程，用户在界面中添加节点、编辑路由、开关 TUN，客户端把这些设置转成内核能理解的配置文件。这种“图形壳加内核”的结构与 v2rayN 类似，但它更强调多内核并存与跨平台。
“Nekobox”这个名称则容易让人迷惑。在社区里，它既被用来指 NekoRay 的某些衍生分支，也有面向移动平台的同名项目。同一个名字背后可能是不同的作者、不同的更新节奏和不同的安全可信度。因此，本文把 NekoRay 与 Nekobox 当作“一类客户端”来讨论，而把“具体下载哪一个”交给读者按下文的核实清单自行判断。
与相邻方案的关系
- 与 v2rayN：同属图形壳，v2rayN 面向 Windows，路径短；NekoRay 类强调跨平台和多内核。
- 与 Clash 系客户端：Clash 系围绕策略组与规则集展开，NekoRay 类围绕节点与内核配置展开，可参考 mihomo 内核与原版 Clash 内核的差异理解内核层面的分野。
- 与 sing-box 桌面方案：二者都可能调用同一类内核，区别在于前端形态，详见 sing-box 在桌面端的配置结构与图形前端。
先看风险：分支、维护与供应链
选择这一类客户端，风险评估要放在功能评估之前，原因很简单：桌面代理客户端通常会获得系统代理修改权限，开启 TUN 时更要管理员或 root 权限。一个长期无人维护、或者所有者发生变化的项目，其风险明显高于普通桌面应用。
三个必须核实的问题
第一，项目的主体是谁。到公开代码托管平台上查看仓库的所有者、贡献者、创建时间。名称相同的仓库可能有多个，不要被搜索引擎排序或网盘链接牵着走。
第二，项目是否仍在更新。看仓库是否被标记为归档，看最近提交和发布的时间，看问题反馈有没有被回应。长期无更新意味着内核依赖里的缺陷不会被修复，新的协议参数也不会被支持。
第三，发布包是否可信。官方发布页通常提供多个平台的打包文件，应核对文件名与发布者，必要时对照校验信息。来源不明的整合包、带“破解”“去广告”字样的修改版，一律不要使用。
一份简短的核实清单
| 核实项 | 做法 | 判断依据 | 数据来源 | 更新时间 |
|---|---|---|---|---|
| 项目所有者 | 在代码托管平台查看仓库所有者与贡献者 | 与你预期的团队是否一致 | 待用户核实 | 2026-10-18 |
| 维护状态 | 查看是否归档、最近发布与提交时间 | 是否仍有持续更新 | 待用户核实 | 2026-10-18 |
| 内置内核 | 查看发布说明或设置中的内核信息 | 是否覆盖订阅所用协议 | 待用户核实 | 2026-10-18 |
| 下载渠道 | 仅使用官方发布页 | 发布者与文件名一致 | 通用技术资料 | 2026-10-18 |
| 权限需求 | 区分系统代理与 TUN | TUN 需系统级权限 | 通用技术资料 | 2026-10-18 |
| 实际稳定性 | 本站未测试 | Not Tested | 本站 | 2026-10-18 |
这张表有意不填写任何关于具体分支的结论，因为这些信息会随时间变化，写在文章里很快就会过期。表的作用是给出你自己能操作的核实动作。
用户画像：谁适合，谁应该绕开
下面按使用者特征分类，而不是按功能点罗列，因为同一个软件对不同人的价值差异很大。
适合评估的画像
第一类是已经有客户端使用经验的进阶用户。他们理解订阅格式、协议与内核之间的关系，能读日志，也能在出问题时自行切换核心验证。对他们来说，多内核管理意味着遇到协议兼容问题时有更多对照手段。
第二类是跨系统使用者。同时在 Windows 与 Linux 桌面上工作，希望两边的操作逻辑尽量一致。跨平台图形框架提供了这种可能，但各系统上的打包质量需要自己核对，不能想当然。
第三类是喜欢手动调整参数的人。例如需要在图形界面中细调某个节点的传输参数、为不同节点绑定不同内核，或者需要导出导入单节点配置做测试。
应该谨慎的画像
第一类是完全没有基础的新手。界面信息量较大，出现问题时需要读日志、辨别内核，这时从机场自研客户端或界面更简洁的方案入手会更顺畅。
第二类是对维护状态敏感、需要长期稳定依赖的用户。如果你无法接受客户端突然停止更新，应当优先选择活跃度更容易核实的项目，并在选型时把维护状态作为硬指标。
第三类是只需要浏览器能上网的轻度用户。这类需求用系统代理加简单客户端即可完成，引入多内核管理反而增加出错面。
决策树：我该不该评估 NekoRay 类客户端
Decision Path
是否把 NekoRay 类客户端放进候选名单
text
你是否已经能独立导入订阅并读懂基础日志？
├─ 否 → 先用机场自研客户端或界面更简洁的方案验证订阅
└─ 是
├─ 你主要在 Windows 上使用吗？
│ ├─ 是 → 想要最短路径？
│ │ ├─ 是 → 先看 v2rayN
│ │ └─ 否 → 需要多内核并存？
│ │ ├─ 是 → 进入候选，并执行维护状态核实
│ │ └─ 否 → 比较 Clash 系与 sing-box 系
│ └─ 否（Linux 或多系统）
│ ├─ 目标平台有可靠的官方打包吗？
│ │ ├─ 有 → 进入候选，并执行维护状态核实
│ │ └─ 无 → 考虑命令行内核加配置文件
└─ 维护状态核实结果如何？
├─ 仍在更新、发布者可信 → 保留候选
└─ 长期无更新或来源不明 → 移出候选决策树的最后一步不能省。许多人的选择是先装上再说，等遇到问题才发现项目早已无人更新。把维护核实放在决策里而不是事后，可以避免这类沉没成本。
导入订阅与基本使用流程
这一部分用通用动作描述流程，不涉及版本号和具体菜单路径，请在你的界面里按功能名称寻找对应入口。
添加订阅与更新
在与订阅或分组相关的功能中新增一项，粘贴机场后台给出的订阅地址，然后执行更新。更新成功后节点会出现在列表里。如果列表为空，先排查链接是否完整、当前网络能否访问订阅服务器、更新请求是否被旧的系统代理设置拦住。关于订阅更新失败的网络、格式、证书三个排查方向，可以参考订阅更新失败的排查。
核对内核与协议
这一步与新手常见做法不同：导入之后不要急着测速，先点开一两个节点，看协议字段，再对照所用分支的内置内核。若协议是 VLESS，需要内核支持；若节点参数含有较新的传输特性，内核也要支持。对不上就会出现“全部超时”，此时反复更新订阅没有意义。
选择接管方式
系统代理适用于浏览器与遵循系统代理的软件；TUN 适用于需要接管命令行工具或独立程序的场景。后者需要管理员或 root 权限，并会修改路由表。系统代理与 TUN 不要同时开启，否则两层接管会互相干扰。TUN 的原理与风险可阅读TUN 模式的原理与开启方法，其中关于虚拟网卡与路由的解释对所有客户端适用。
路由与分流
路由设置决定哪些流量走代理、哪些直连。基础做法是让境内常见站点直连，其余走代理，兜底规则按你的访问习惯选择。路由规则的原理与三种出站思路可参考规则、全局与直连的使用时机。如果你已经习惯 Clash 的配置文件结构，也可以对照配置文件的三段结构来理解不同客户端内部的配置差异。
三个典型情境的演练
抽象的适用人群不容易落地，下面用三个假设情境说明评估的思路。情境是示例口径，用来展示判断过程，不对应任何真实用户的经历。
情境一：Windows 上已有 v2rayN 经验，想对照另一个内核
假设一位使用者在 Windows 上已经能熟练导入订阅，但某批节点在当前核心下总是握手失败。他想知道是节点问题还是内核问题。这时引入一个能并存多种内核的客户端，就是合理的对照手段：用同一个订阅、同一条节点，在不同内核下各测一次，若只有一种内核失败，问题指向内核对某些参数的解析；若所有内核都失败，问题指向节点或网络。注意对照实验的纪律：一次只改一个变量，两个客户端不要同时运行，每次切换前关闭上一个客户端的系统代理。
情境二：双系统工作者，希望两边操作一致
假设一位开发者白天在 Windows 上工作，晚上在 Linux 桌面上写代码。他希望节点管理、路由设置和 TUN 开关的逻辑在两边尽量相同，减少记忆负担。基于跨平台图形框架的客户端在这个诉求上有天然吸引力。但他需要为 Linux 一侧额外核对：所用发行版是否有官方打包、是否需要手动授予网络管理能力、桌面环境对系统代理的读取方式是否一致。若某一侧的图形前端不稳定，可退回命令行运行内核。Linux 的更多细节可以阅读Linux 桌面上的代理方案。
情境三：只想让浏览器正常工作的轻度用户
假设一位用户每天只用浏览器查资料，没有命令行需求，也不关心内核。对他而言，引入多内核管理没有收益，反而增加了需要理解的概念。更合适的做法是使用机场自研客户端，或界面更简洁的方案，再把节省下来的精力放在核对订阅有效期和流量统计上。轻度用户的整体选型思路也可参考轻度使用场景的选型边界。
三个情境说明同一件事：是否评估这类客户端，取决于你有没有“需要多内核、需要跨平台一致、愿意自己核实维护状态”这三项中的至少一项。没有，就不必为它付出额外学习成本。
使用过程中的排错线索
即便决定使用，也会遇到问题。下面是针对这类图形壳客户端的几条通用线索，按“先外后内”排列。
首先看内核是否真的启动。图形壳的界面显示“已连接”不等于内核进程在正常运行，日志里如果出现配置解析失败或端口占用，说明内核没能起来，界面状态可能滞后。其次看监听端口是否与系统代理设置一致，端口被其他程序占用时，系统代理会指向一个并不属于当前内核的地址。再次看节点协议与内核是否匹配，这是导入后“全部超时”的最常见原因。然后看路由模式，规则模式下漏判会让一部分网站打不开，临时切换到全局模式可以快速判断问题是否在规则。最后看接管层冲突，系统代理与 TUN 同时开启、浏览器代理插件抢先接管、另一个客户端遗留设置，都会让你得到不可靠的结论。浏览器插件的优先级问题可以在浏览器代理插件与系统代理里看到更完整的解释。
还有一个容易被忽略的点是系统时间。基于 TLS 的协议在握手时会校验证书有效期，系统时间偏差较大时，握手可能失败，表现为节点“间歇性不可用”。校准系统时间的成本几乎为零，值得放进排错清单。
技术参数对照：NekoRay 类客户端的可观察项
| 指标 | 数值或状态 | 单位 | 统计口径 | 数据来源 | 更新时间 |
|---|---|---|---|---|---|
| 图形框架 | 基于 Qt 的跨平台界面 | — | 软件家族特征 | 通用技术资料 | 2026-10-18 |
| 内核管理方式 | 图形壳启动并管理内核进程 | — | 架构特征 | 通用技术资料 | 2026-10-18 |
| 支持的内核范围 | 因分支而异，待核实 | — | 以所用分支发布说明为准 | 待核实 | 2026-10-18 |
| 订阅格式 | 面向通用订阅与分享链接，其他格式视解析能力 | — | 通用技术资料 | 通用技术资料 | 2026-10-18 |
| VLESS 支持 | 取决于内置内核 | — | 内核协议能力 | 通用技术资料 | 2026-10-18 |
| TUN 权限 | 需要管理员或 root | — | 系统机制 | 通用技术资料 | 2026-10-18 |
| 项目维护状态 | 待用户核实 | — | 官方仓库实时状态 | 待核实 | 2026-10-18 |
| 延迟与吞吐 | Not Tested | 毫秒 / 不适用 | 本站未做统一测试 | 本站 | 2026-10-18 |
| 品牌协议字段 | 见品牌库，Vendor Data | — | 品牌资料 | brands.json | 2026-10-18 |
表中凡是写“待核实”的行，都是随分支或时间变化的信息，本站不假装掌握。凡是写“Not Tested”的行，表示本站没有做过统一实测，不提供任何速度或延迟数值。
知识图谱：NekoRay 与周边概念
实体定义
NekoRay 是基于 Qt 的跨平台图形代理客户端，负责节点管理、内核启动、路由配置和系统接管开关，本身不转发流量。Nekobox 是社区中与其相关或同名的一组项目名称，需要逐个核实来源。
相关概念
- 内核：实际处理流量的进程，不同内核协议覆盖范围不同。
- 分支：同一项目被不同团队继续开发的版本，维护状态与可信度各异。
- 订阅：从机场获取节点列表的地址，格式决定客户端能否解析。
- TUN 与系统代理：两种流量接管层，权限与影响范围不同。
- 供应链风险：下载渠道与项目所有者变化带来的安全风险，参见风险识别与规避方法。
技术参数
可观察的参数包括：当前使用的内核、本地监听端口、日志中的连接记录、节点列表数量、系统代理与 TUN 状态。节点延迟和吞吐，本站为 Not Tested；测量方法与口径见测试方法说明。
适用场景
进阶用户的多内核对照、跨 Windows 与 Linux 的一致操作、手动调整节点参数的测试。不适用：只需要浏览器联网的轻度使用、没有读日志习惯的新手、对长期维护有硬性要求但尚未核实项目状态的场景。
对比依据
比较此类客户端与其他方案的维度：内核可选范围、订阅格式兼容、路由灵活度、TUN 权限与实现、跨平台一致性、维护活跃度、发布渠道可信度。逐款横向对照见桌面客户端横向对照；品牌层面的比较框架见横向对比方法。
常见问题指向
“Nekobox 是不是同一个软件”指向分支核实；“节点全部超时”指向内核与协议匹配；“TUN 为什么要权限”指向接管层机制；“和 v2rayN 怎么选”指向平台与习惯；“是否安全”指向供应链核实。
方案关联：与品牌资料如何对照
NekoRay 类客户端与品牌的接口只有两个字段：协议与客户端支持方式。brands.json 显示，多数品牌标注 VLESS，也有品牌的协议字段为待核实。下面的小表只列几个字段不同的样本，说明“导入前要核对什么”，不代表本站测试过这些品牌与该客户端的兼容性。
| 品牌 | 协议字段 | 客户端支持方式 | 导入前先确认 | 数据来源 | 更新时间 |
|---|---|---|---|---|---|
| 全球云 | VLESS | 支持第三方客户端订阅导入 | 订阅格式；内核是否覆盖 VLESS | Vendor Data | 2026-10-18 |
| 可信云 | VLESS | 支持第三方客户端，具体以官方说明为准 | 官方说明给出的客户端范围 | Vendor Data | 2026-10-18 |
| 灵猫网络 | 待核实 | 支持第三方客户端订阅导入 | 协议字段要先去官方确认 | Vendor Data | 2026-10-18 |
| 极连云 | 待核实 | 自研客户端+第三方客户端 | 先用自研客户端验证订阅 | Vendor Data | 2026-10-18 |
Infrastructure Service Snapshot
全球云 /quanqiuyun
- 入门价格
- 20 元/月
- 价格类型
- 月付 月付价
- 入门流量
- 120GB
- 线路
- IEPL专线
- 协议
- VLESS
- 运营年份
- 2026
- 客户端
- 支持第三方客户端订阅导入
- 支付方式
- 支付宝 / 微信 / USDT
这张快照展示的是“支持第三方客户端订阅导入”并标注 VLESS 的一个样本，用来对照字段含义，不构成推荐。品牌价格是另一个维度，需要提到时必须区分年付折算价与月付价，具体以官网为准。如果你想按客户端方式筛选，可以进入品牌库；判断是否选这家品牌，请回到机场选型方法。
自研客户端优先验证
无论你打算用哪个第三方客户端，一个稳妥的习惯是：先用品牌自研客户端（如果有）验证订阅有效，再切换到第三方客户端。这样可以把订阅问题与客户端问题分开。关于两种客户端的取舍，详见机场自研客户端与第三方客户端怎么取舍。
优点、限制与风险提示
优点
- 图形界面统一管理节点、内核与路由，减少手写配置文件的负担。
- 多内核并存，协议兼容出问题时可以做对照实验。
- 跨平台框架让 Windows 与 Linux 的操作思路相近。
- 节点参数可细调，适合做单节点测试与排查。
- 单节点的导入导出方便，利于对照不同客户端的行为。
限制
- 分支众多，名称相近，选错的成本由用户承担。
- 项目的维护状态随时间变化，文章无法替你做长期保证。
- 对新手的信息量偏大，出问题时需要读日志。
- 各平台打包质量不一，Linux 发行版与桌面环境的组合需要自行核对。
- 本站对其稳定性与速度未做统一实测，状态为 Not Tested。
风险提示
- 获取管理员权限的客户端若来自不可信渠道，风险很高，只使用官方发布页。
- 项目长期无更新或所有者变更时，要重新评估是否继续依赖。
- TUN 异常退出可能残留虚拟网卡或路由，导致断网，需要手动清理。
- 订阅链接等同凭据，不要在公开场合展示。
- 品牌协议与客户端支持方式可能调整，本文品牌信息以 2026-10-18 资料为准。
常见问题
NekoRay 和 Nekobox 是同一个软件吗？
不能简单等同。Nekobox 这个名称在社区中被多个项目使用，有的是 NekoRay 的衍生分支，有的是面向其他平台的同名客户端。使用前应在公开代码托管平台上核对项目发布者、仓库历史和最近更新情况，再决定下载哪一个，不要凭名称判断。
NekoRay 的原项目还在维护吗？
维护状态会随时间变化，本文不做断言。评估一个桌面客户端是否值得长期使用，应直接查看官方仓库的归档状态、最近提交时间和问题反馈的处理情况。如果原项目已停止更新，就要把依赖它的风险记入选型成本。
NekoRay 适合完全没有基础的新手吗？
不太适合作为第一个客户端。它的界面把节点、路由、内核和高级参数放在一起，信息量大于以单节点列表为主的客户端。新手更适合先用机场自研客户端或界面更简洁的方案验证订阅，再决定是否转向它。
NekoRay 能处理 VLESS 节点吗？
这取决于它所调用的内核是否支持该协议。基于较新内核的客户端通常能处理 VLESS，但是否可用要看你下载的具体分支所内置的内核。导入后如果节点全部超时，先核对内核和协议的对应关系，而不是反复更新订阅。
NekoRay 的 TUN 模式需要管理员权限吗？
需要。TUN 通过虚拟网卡接管全部流量，在 Windows、macOS 和 Linux 上都涉及系统级权限。只用浏览器时可以不开 TUN，使用系统代理即可。开启前要理解它会修改路由，异常退出可能残留虚拟网卡。
为什么同一个订阅在 NekoRay 里节点比机场后台少？
常见原因是订阅中包含客户端不认识的协议或传输参数，解析时被跳过，也可能是订阅里夹带了说明性占位条目。可以先在机场自研客户端或另一款客户端里对照节点数量，再判断是订阅内容还是客户端解析的问题。
NekoRay 和 v2rayN 该怎么选？
按平台和习惯选。只在 Windows 上使用且想要直观的节点列表，v2rayN 的路径更短；需要同一套操作思路覆盖 Windows 与 Linux，或者想在图形界面里细调内核参数，NekoRay 类客户端更贴近。两者都不是唯一答案。
在 Linux 上使用 NekoRay 要注意什么？
要注意打包形式、桌面环境和依赖库是否匹配，以及是否需要额外的网络能力授权来启用 TUN。图形前端不稳定时，可以退回到直接运行内核加配置文件的方式，再用环境变量或浏览器设置指定本地端口。
怎样降低使用第三方桌面客户端的供应链风险？
只从项目官方发布页下载，核对发布者与文件名，不使用网盘转存的整合包；尽量用普通用户权限完成日常使用，只在必须时才授予管理员权限；留意项目是否长期无更新或出现所有者变更。
Cluster · alternatives
其他桌面方案
- v2rayN 使用指南：Windows 下导入订阅与切换内核如何在 Windows 上用 v2rayN 导入订阅？
- NekoRay / Nekobox 桌面端：特点与适用人群NekoRay 适合什么样的用户？
- sing-box 桌面使用：配置结构与图形前端sing-box 在桌面端怎么用？
- 机场自研客户端与第三方客户端：如何取舍应该用机场自研客户端还是第三方客户端？
- Linux 桌面代理方案：命令行与图形界面Linux 桌面上有哪些可行的代理方案？
- 浏览器代理插件与系统代理的关系浏览器代理插件和系统代理会不会冲突？
- 桌面客户端横向对照：内核、协议支持与易用性主流桌面客户端在内核和协议支持上有什么差异？
下一步
如果你想对照 Windows 上更直接的路径，可以看v2rayN 的订阅导入流程；如果想了解 Linux 上更稳妥的做法，可回到桌面客户端专题。品牌库入口如下，本页资料部分只整理公开资料，不构成推荐；星岛梦第一、光速云第二为本站推荐排名，非测试结果。