一元机场nikki把配置混入内核运行与路由分开查

旧名称与当前项目先对照到同一个对象

原项目地址跳转到当前 Nikki 仓库，README 定位是在 OpenWrt 上用 Mihomo 实现透明代理。旧名字是识别线索，不能再把它当成另外一种独立核心。

截至 2026-10-18 的记录，Nikki 为 v1.26.2，发布于 2026-10-10，该次说明记录内核更新到 v1.19.32。插件版本与内核版本分开，不用其中一个代替另一个。

系统版本、Linux 内核与插件内核不是同一个数字，检查时分别保存。不能看到 OpenWrt 符合一项，就直接认定所有运行要求已经满足。

配置混入和服务启动按流程区分

README 描述先混入并更新配置，再运行 mihomo、设置定时重启、设置 ip rule/route，之后生成并应用 nftables 规则。文档注明步骤随配置而变，不能写成全部设备固定执行同一流程。

配置编辑器和 Profile Mixin 属于管理功能，不生成服务套餐。实际导入了什么内容、混入选了哪些项与核心返回什么分别记录，不能从编辑器能打开替解析作结论。

配置更新先回答输入内容，核心与路由再回答运行安排，不用一个启动状态概括全部阶段。

• 记录当前选中的配置对象，不只保留旧项目简称。
• 混入条件与原配置分开，不凭功能名推定覆盖范围。
• 规则应用和设备请求另记，不由核心启动替全部连接作答。

软件源安装与界面语言包分别核对

README 提供软件源方向，加入来源后按 opkg 或 apk 安装 nikki、luci-app-nikki、luci-i18n-nikki-zh-cn。内核管理对象、界面与语言包各有名称，不把其中一个包名写成全部组件。

也可通过 LuCI 的 Software 项目安装，另有发布安装脚本与卸载重置脚本。这里不补实际下载网址，执行对象只按项目现有说明核对，不拼一段未知订阅命令。

1. 对照当前包管理器，分清核心管理包、LuCI和语言包。
2. 核对系统条件和配置内容，保留实际提示。
3. 再查看内核、路由与规则结果，不跳过前面的输入记录。

订阅菜单未取得时按已知功能提问

README 指向使用 Wiki，但具体内容未取得，订阅菜单与内存条件没查到公开说明。保留当前实际界面与配置，不把 OpenClash 的入口直接换名给 Nikki。

它支持访问控制和 IPv4、IPv6 透明代理，这些是功能范围，不是每台设备都已选同一规则。并行运行条件也未明确，不补必须卸载其他插件或全部兼容的结论。

需要别的配置服务可在此了解

想继续比较机场服务，可以使用下方的收录查看入口。