一元机场homeproxy按节点菜单与配置对象核对

一元机场homeproxy

一元机场homeproxy先看当前工具是否为 HomeProxy,再区分节点设置、客户端设置和服务状态。公开菜单只能帮助认对象,没有完整订阅点击流程;配置文件位置与实际读入结果也不能互相代替。

一元机场曾有匿名用户说恢复使用,随后仍有人报告节点异常。经营归属尚未确定,用户说法我没有核实;路由菜单与配置位置属于工具记录,不直接证明入口身份或节点当前可用。

本页为第三方页面,不隶属一元机场官方;价格以各家结算页当时显示为准,按钮指向本站推荐页。

OpenWrt 代理插件与软路由手册站

节点设置与客户端设置有不同名称

菜单定义文件列出 Services 下的 HomeProxy,子项目有 Client Settings、Node Settings、Server Settings 与 Service Status。它们是公开定义,并非当前设备上的实际截图。

公开对象核对时保留的范围
Client Settings客户端设置对象
Node Settings节点设置对象
Server Settings服务端设置对象
Service Status当前服务状态对象
配置文件与界面结果分别记录

中文菜单没有取得,不能把自行翻译当成固定文字。看到节点设置也不代表已经公开每个订阅按钮,添加与更新具体过程没查到公开说明,不从其他插件搬步骤。

文件位置与资源类型分开阅读

Makefile 列出的保留配置包括 /etc/config/homeproxy,以及 /etc/homeproxy/certs/、/etc/homeproxy/ruleset/。资源列表另有 direct_list.txt 和 proxy_list.txt,目录和单个文件不是同一个对象。

证书、规则集与主配置分别保留其路径,不把任意一个存在当成订阅已经写入。找配置时先确定要查哪类对象,再看实际内容和应用返回,不能由目录名称直接推定功能成功。

菜单定义说明可定位的对象,配置保留路径说明文件范围,都不是已导入的凭据。

项目定位和依赖要连着固件条件看

HomeProxy 自述为面向 ARM64、AMD64 的 ImmortalWrt 代理平台,使用 sing-box。Makefile 依赖 firewall4 与 kmod-nft-tproxy,这是明确依赖,不把它扩大成所有固件都已支持。

标题有架构范围,包声明又写 all,其他架构能否运行未明确。不能只摘 all 说任意设备适用,也不从归属组织推定能在所有上游 OpenWrt 系统直接安装。

  1. 记录实际固件和插件名称,再对照依赖对象。
  2. 使用公开菜单名称核对当前页,保留真实显示差别。
  3. 查配置、资源和服务提示,未给出的订阅步骤继续向项目核对。

已知订阅页问题按原来的条件保留

README 的待办列表提到节点多时订阅页响应慢,以及规则与访问控制相关重构。这是项目列出的问题,不提供节点数量门槛,也不能推成所有慢响应都由节点过多造成。

截至 2026-10-18 的记录,项目没有 GitHub Release,最近提交记录为 2026-10-02。不能把提交日期当版本号,也不能用没有发布页证明项目不存在或已停止。

获取渠道、安装包格式与内存条件未明确时保持原范围,不自拟安装命令或硬件数字。当前提示与项目列出的已知问题并排,不凭近似现象替每台设备确定原因。

想另选机场时可以继续看

其他机场信息可沿下方入口继续查看,配置条件各自确认。

解惑答疑(常见问题)

Node Settings是已经给出的完整订阅流程吗?

它是菜单定义中的节点设置名称,不是完整点击步骤。公开文件没有写全订阅添加与更新路径,按当前实际界面记录,不把其他插件菜单挪来。

包声明all能直接写成所有架构都支持吗?

标题明确面向 ARM64、AMD64,其他架构能力未取得,all 不能单独扩大支持范围。把标题与包声明同时保留,再核对当前设备与依赖。

订阅页慢时能直接认定节点太多吗?

README 只列节点多时响应慢这一已知问题,没有统一数量阈值或所有故障原因。保留实际环境和提示,不由相似现象推成相同原因。

同系列速查

本系列还有 一元机场、一元机场openwrt;需要替代服务时去 五家机场对比。