Skip to content

常见问题 ​

这里汇总首次使用和日常配置中常遇到的问题,内容按 HypoMux 2.7.0 核对。第一次使用可先看快速开始;已出现 HM-E**** 提示时,可直接查错误代码。

按问题查阅:安装与升级 · 聚合原理与效果 · 网络环境与流量 · 模式与分流 · 工具与新功能 · 故障、隐私与反馈。

安装与升级 ​

支持哪些系统?需要一直以管理员身份运行吗? ​

正式桌面安装包面向 Windows 10 / 11。桌面界面以普通用户权限运行,TUN、WFP、路由、DNS 和网络恢复等高权限操作由独立的 Core / Windows 服务承担,无需让界面一直以管理员身份运行。

首次安装和服务配置请按安装程序提示完成,详见安装与验证。

从哪里下载才安全? ​

通过官网下载页进入 GitHub Releases 或 腾讯 CNB Release。两个官方渠道分发同一份安装包,文件名为 HypoMux_Setup_*.exe。

运行安装程序前,右键打开“属性 → 数字签名”,确认签名有效、发布者为 SignPath Foundation。文件名相同不代表可信;签名验证不通过时请重新从官方渠道下载。操作说明见验证发布者。

如何升级?切回正式版会自动降级吗? ​

在“关于”页面检查更新,或下载官方安装包。升级前阅读更新日志、导出分流规则,正常停止聚合并退出程序,再按提示安装。升级后核对版本、网卡选择和规则,并重新验证联网。规则导出不是完整应用配置备份,无需为正常升级删除配置目录。

默认更新渠道为正式版;预览版渠道也会检查 Beta / RC。切回正式版不会自动降级,需等待同基础版本或更高的正式版。文件被占用或安装后仍是旧版本时,按升级失败排查处理;渠道说明见正式版与预览版。

聚合原理与效果 ​

HypoMux 能让单条下载连接变快吗? ​

不会把单条 TCP 连接拆到多条网络。 HypoMux 在建立每个新连接时选择一张网卡,提升的是多个并发连接的总吞吐,适合 Steam、IDM 和游戏平台更新等具备多连接的任务。

一个文件也可能由下载器通过多个连接下载,因此应看实际连接数,而不是文件数量。单连接任务的速度仍受它所在链路限制,详见连接聚合原理。

为什么速度没有达到几条网络相加的总和? ​

各线路单独测速的结果相加只能作为参考。下载源限速、并发连接不足、Wi-Fi 信号、手机共享限速、磁盘写入和 CPU 都可能成为瓶颈;多张网卡共享宽带或校园网出口时,还会竞争同一份带宽。

先逐条确认线路速度,再用同一个多连接下载任务对比聚合前后的持续速度。测速工具若只建立一条连接,也不能代表聚合能力。详细步骤见速度未提升排查。

怎么确认聚合正在生效? ​

  1. 为已选网卡运行“网络检测”,确认各链路可独立联网。
  2. 启动 HypoMux 后重新发起下载,让应用建立新连接。
  3. 在“活动连接”中查看连接是否分布到多张已选网卡,并对比下载软件总速率与 HypoMux 会话流量。

如果只有一张网卡有流量,检查其他链路的认证状态、下载并发数、应用是否进入当前模式,以及规则是否固定了出口。启动前已经建立的连接通常需要重新建立,才能参与调度。界面说明见连接查看。

为什么网卡权重和实际流量不同? ​

权重控制的是新连接的相对分配份额,不是即时字节比例、带宽限制或流量上限。连接持续时间、下载源速度和链路状态不同,都会让实际流量比例偏离权重。

2.7.0 提供四种策略,按需求选择:

策略适合怎样使用
最大速度优先(默认)轮流分配新连接,适合首次对照;名称不表示自动测速
按照权重调度手动控制相对份额,例如 3:1;只有此策略使用手动权重
自适应速度根据持续吞吐和新连接缓慢调整,需要足够并发与观测
低延迟优先结合延迟、抖动和丢包择路,仍需验证应用实际表现

策略和权重可在运行中调整,但已有 TCP 连接不会因此迁移。设置步骤与边界见调度策略。

为什么宽带标称 Mbps,下载软件却显示 MB/s? ​

两者单位不同:Mbps 是每秒兆比特,MB/s 是每秒兆字节,8 Mbps = 1 MB/s。例如 1000 Mbps 换算约为 125 MB/s,实际下载还要扣除协议开销,并受服务器和本机性能限制。

比较聚合效果前先统一单位;若软件显示的是 MiB/s,还要考虑它使用的是二进制字节单位。不要直接把界面上的不同单位数值相加。

一条线路断开后,下载或游戏会无缝切换吗? ​

不能保证。 已有 TCP 连接固定在建立时选定的链路上,HypoMux 不会把它无缝搬到另一张网卡。原线路断开后,应用可能需要重连,再使用可用出口;固定网卡规则也需检查目标是否仍在线。

低延迟策略在特定 UDP 失败条件下可尝试重建上游,但出口变化仍可能导致游戏重连。重要会话应优先使用稳定线路,详见调度策略的边界。

网络环境与流量 ​

校园网可以使用吗? ​

可以,效果取决于认证方式、限速规则和是否允许多终端同时在线。按设备或网卡分别限速的网络,在多张已认证网卡同时可用时,有机会提高并发下载的总速度。

每张参与聚合的网卡都必须先完成认证,并确认能独立联网。 有线登录不代表 Wi-Fi 也已认证:

  1. 停止 HypoMux,临时断开其他网络,只保留待认证网卡。
  2. 按学校提供的网页或客户端登录,并确认互联网访问正常。
  3. 对其余网卡重复操作,最后恢复所有连接,确认它们仍能同时在线。
  4. 运行“网络检测”,选择可用网卡后启动聚合。

按账号统一限速、新设备登录会让旧设备下线,或校园网共享出口已满时,速度不能简单叠加。HypoMux 不代替认证,使用时仍须遵守学校的网络规定。

单宽带能加速吗? ​

有可能,前提是宽带还有可用容量,瓶颈位于电脑的单条接入链路。例如,假设宽带实际可用容量为 1200 Mbps,而电脑只用一个千兆网口;同时连接有线和 Wi-Fi,且光猫到路由器的链路、路由器处理能力都超过千兆时,多个并发连接可能利用额外容量。这是条件示例,不代表千兆套餐一定提供 1200 Mbps。

同一路由器上的两张网卡仍共享一条宽带的总容量。 已达到运营商总限速,或光猫到路由器只有千兆链路时,增加网卡无法突破这个瓶颈。只有一张参与网卡时,也没有多网卡聚合收益。

可以同时使用有线、Wi-Fi 和手机热点吗? ​

可以,只要它们在 Windows 中是同时活动、能独立访问互联网并通过网络检测的连接。常见组合是有线宽带 + Wi-Fi,或宽带 + 手机 USB 网络共享。

网卡数量不等于独立宽带数量:有线和 Wi-Fi 若连到同一路由器,仍共享出口。先确认连接能同时保持在线,再在首页选择参与网卡,详见快速开始。

加入手机热点后,会消耗手机流量吗? ​

会。如果手机共享的是移动数据,分配到该网卡的流量会消耗套餐,并受共享、限速和计费规则影响。低权重也会使用流量,不能作为流量上限。

不希望聚合使用该线路时,先停止聚合、取消选择手机共享网卡,再重新启动。TUN 下也可用指定网卡规则固定应用出口;“直连”跟随系统路由,不保证避开手机热点。需要完全避免手机数据消耗时,应同时断开该共享连接,避免其他系统流量继续使用它。

模式与分流 ​

我应该选择系统代理还是虚拟网卡模式? ​

模式优先考虑的场景使用前确认
系统代理浏览器、IDM、Steam 等遵循系统代理或能手动配置代理的应用应用流量确实进入本地代理;必要时重启应用
虚拟网卡(TUN)非代理感知应用、更广泛的 TCP/UDP、手动分流和规则集Core 与网络组件可用,其他 TUN / VPN 没有接管默认路由

首次下载可先试系统代理;需要手动规则、规则集或聚合热点时选择 TUN。两种模式的步骤见运行模式。

系统代理已启动,为什么下载器没有进入聚合? ​

应用可能不遵循 Windows 系统代理,或仍在使用启动前的连接。先暂停并重新下载,必要时重启应用;若关闭了 HypoMux 的系统代理接管,需要在应用中手动配置代理。

默认本机地址为 127.0.0.1,HTTP/HTTPS 端口 10801,SOCKS5 端口 10800,以设置页当前值为准。应先启动 HypoMux,再让应用建连;不支持代理的应用可考虑 TUN,见系统代理模式。

可以和 VPN、代理软件或游戏加速器一起使用吗? ​

取决于另一工具如何接管网络。两个程序不应同时争用 Windows 系统代理;另一 TUN / VPN 已接管默认路由时,应先关闭其接管功能,再启动 HypoMux TUN。

HypoMux 会尝试识别常见本地代理与加速器并建立直连旁路,避免回环,但不能保证所有软件和版本兼容。出现断网或流量异常时,先单独验证 HypoMux,再按第三方代理与加速器逐项排查。

玩游戏时适合开启聚合吗? ​

游戏下载和实时对战是不同需求。下载更新可尝试聚合;对战、语音和会议优先考虑稳定性,可在 TUN 中设置直连或固定稳定网卡,或暂时停止 HypoMux。

低延迟优先会按探测结果择路,但不保证更低延迟或游戏不断线。直连也不会自动改善上游 NAT;联机问题可查NAT 类型检测。

分流规则已经保存,为什么没有生效? ​

先确认正在使用 TUN 模式。手动规则与规则集订阅由 TUN 加载,系统代理模式下保存成功不代表应用已直连、固定出口或被拒绝。

规则影响新连接,保存后让应用重新连接,并检查进程名、域名/IP、出口是否在线及匹配顺序。默认类型顺序是进程 → 域名 → IP;订阅还需检查优先级和重启提示。新增订阅、修改订阅出口或启用尚未加载的订阅需要重启 TUN,详见手动规则与订阅生效方式。

“直连”一定走有线吗?如何固定某张网卡? ​

“直连”绕过聚合调度,使用 Windows 系统路由,不保证走有线,也不保证避开手机移动数据。希望应用固定出口时,在 TUN 分流规则中选择“指定网卡”,并确认目标网卡在线、能访问所需服务。

网卡断开或更换后,应重新核对规则;可临时停用无效规则,恢复链路后再启用。详见出口策略和规则管理。

导入规则备份会追加规则吗?能备份全部配置吗? ​

导入是替换整套手动规则,不是追加。 导入前先导出当前规则,核对文件内容和确认提示;迁移到另一台电脑时,还需重新选择指定网卡。

规则备份不是完整配置备份,也不能视为已包含订阅配置与缓存。当前导出格式为版本 3,支持导入旧格式;v2.5.9 及更早版本无法导入版本 3。操作和回退说明见规则导入导出。

工具与新功能 ​

Steam 下载优选打开后,为什么速度没有变化? ​

Steam 优选是默认关闭的实验性功能,两种模式都可使用。它需要先识别受支持的下载,再验证和试用候选节点;“已开启”“等待引擎”或“已切换连接”都不等于已产生提速。

确认 Steam 流量经过 HypoMux,暂停后继续下载以建立新连接,再在详情页查看已传输连接和持续吞吐。用同一游戏、同一下载区域对照;效果不理想时可以关闭。详见Steam 下载优选。

可以把聚合网络共享给手机或平板吗? ​

可以尝试“工具箱 → 聚合热点”,它是依赖 Windows 移动热点与驱动的实验性功能,需要电脑先运行 TUN 聚合,系统代理模式不能提供这种共享。设备连接热点后无需另装 HypoMux 或填写代理。

“热点已开启 · 出口待验证”不代表共享流量已走聚合;查看共享出口状态,并在手机上实际验证网页和下载。停止时先关热点再停 TUN。手机流量可按域名/IP 分流,不能用电脑进程名识别手机应用;上游含移动数据时仍会消耗套餐。完整要求与排查见聚合热点。

必须配置 AI 才能使用 HypoMux 吗?AI 会产生费用吗? ​

不需要。AI 助手是可选功能,未配置模型也能使用网络聚合、分流和工具页面。使用 AI 时,需要配置服务商实际支持的协议、接口和模型,并测试工具调用能力。

对话和工具调用测试会请求你配置的模型服务,可能按该服务的规则计费;能聊天不代表能正确调用工具。配置步骤见模型配置。

AI 助手能直接修改网络吗?点击停止会撤销操作吗? ​

能执行当前支持的操作,并非所有修改都会先询问。普通规则编辑、启动和部分配置可直接执行;停止聚合、网络共享、修复等按界面要求确认,外部 MCP 写操作需要在 HypoMux 中确认。只想诊断时,明确要求“只查询,不启动、不停止、不改配置”。

“停止后续操作”只停止后续模型步骤,不撤销已完成修改,也不等于停止网络服务。查看工具结果和应用状态确认实际执行情况,详见助手操作与确认。

MTU 检测会自动改网卡吗?推荐值一定能提速吗? ​

不会。检测只探测所选网卡到指定 IPv4 目标的路径,不会自动修改网卡,也不是带宽测速。只有明确确认“应用推荐值”才会改动;超时或无推荐值不代表应该降低 MTU。

先停止网络服务再检测,应用时可能短暂断网。需要恢复时在同一网卡选择“恢复原值”;当前版本只改 IPv4 活动配置,系统重启后回到系统配置。详见MTU 检测与恢复。

故障、隐私与反馈 ​

网卡不可用或 TUN 无法启动,先检查什么? ​

先停止聚合,确认每条网络能独立联网,再运行“网络检测”检查 IPv4、网关、DNS 和源地址绑定,只选择可用链路。校园网还需确认认证没有失效。

TUN 启动失败时保留 HM-E**** 和通知详情,检查其他 TUN / VPN 是否接管网络,并在“系统设置 → 高级网络”查看网络组件与 TUN 兼容性。协议栈对比主要用于 TUN 已运行但部分应用异常的情况,详见故障排查。

停止或异常退出后无法联网,怎么办? ​

程序仍在运行时,点击停止并等待完成;此前异常退出时,可重新打开 HypoMux,让它尝试恢复原有设置,再正常退出并测试联网。

系统代理模式下,检查 Windows 代理是否还指向已停止的本地端口,确认设置归属后再恢复原值。无法判断或涉及 TUN 时,保留状态和日志,按网络恢复排查处理,避免盲目清空公司代理或批量重置网络。

HypoMux 会收集我的数据吗? ​

HypoMux 不默认上传遥测。本机流量转发、更新下载、连通性检测、规则订阅和 Steam 节点探测会产生对应的网络请求。

启用 AI 并发送消息时,对话和必要工具结果会发送到你配置的模型服务,可能包含网卡名称、进程和规则值;手动输入不会自动脱敏。外部 MCP 会把工具数据交给连接的客户端。API 密钥和历史在当前 Windows 用户下加密保存,但发送给外部服务的数据并不因此留在本机。详见AI 数据与隐私。

仍然解决不了,去哪里找日志和反馈? ​

在“系统设置 → 配置与启动 → 配置文件位置”打开数据目录,查找 logs/app.log;默认位于当前 Windows 用户目录下的 .hypomux,以设置页实际位置为准。日志保留有限,遇到问题后及时保存相关时间段;没有日志时,可先提供通知详情和复现步骤。

反馈请附上 HypoMux / Windows 版本、运行模式与调度策略、网卡组合、是否共享宽带、错误码、复现步骤,以及停止后是否恢复。发送前隐藏公网 IP、用户名、密码和令牌,不上传整个配置目录。可使用反馈模板与日志说明,提交到 GitHub Issues,或到用户社区交流。

HypoMux基于 AGPL-3.0 开源协议发布感谢 SignPath 为 HypoMux 提供免费的代码签名支持Free code signing provided by SignPath.io, certificate by SignPath Foundation.