loft 在 Keenetic 路由器上怎么跑。目录:clients/Keenetic/。计划:clients/Keenetic/PLAN_zh.md。模型:clients/Keenetic/design/index.html。协议:protocol_zh.md。
包还没打。这份文件是对接规格。
KeeneticOS 管包往哪走(优先级、策略、DNS 路由)。loft 管隧道在信道上长什么样(loft 前置)。
LAN 主机
→ Keenetic 策略
→ OpkgTun0 (NDM 接口,描述 Loft)
→ loft TUN (没有默认路由)
→ loft get|ws|h2|quic|h3
→ TLS 1.3 → CDN 或节点
以后加 VLESS,是同一条 OpkgTun 上 loft 的另一个出站。SSTP 仍是 Keenetic 原装客户端。
KeeneticOS 5.0+ 把 Entware 的 TUN/TAP 映射进 NDM(OpkgTun / OpkgTap),这些接口可以进连接策略和静态路由。
会话活了之后的草稿:
interface OpkgTun0 type OpkgTun
interface OpkgTun0 description Loft
interface OpkgTun0 security-level public
interface OpkgTun0 ip address <overlay-ip> 255.255.255.255
interface OpkgTun0 ip tcp adjust-mss pmtu
interface OpkgTun0 up
只用 ndmc。千万别在 shell 里 ip route——NDM 会重建表。
loft 进程不得装 0/0 或 kill-switch。listen.tun: auto 就够。
在 Keenetic 界面里:
路由器上 loft 的 use: 列表默认关。控制器仍可以发列表;这个客户端不接,除非运营方以后打开。
策略把 0/0 丢进 Loft 时,去 CDN/节点的 GET/WS 也会进隧道。up 之前,把出站 IP 钉在运营商接口上(和 WireGuard endpoint 一个思路)。桌面上 loft 已经把会话主机排除出 TUN;Keenetic 模式用 ndmc 主机路由做同样的事。
HTTP http://<lan>:8090/。进程把浏览器 Cookie 转到 127.0.0.1/auth。200 且角色是 admin/configurator → 界面。401 → 重定向到原装 Web 管理。
Cookie 只绑主机,Path=/,所以 :80 和 :8090 共用。localhost:79(无密码的 RCI)只给守护进程。
KeeneticOS 5.2 可以声明 x-ndw4-authenticate;那时面板用一次性重定向令牌。
不是 Keenetic 组件。不是「添加连接」里的新行。不是给 /usr/share/htdocs_ 打补丁。那些得 Keenetic 自己做,或按固件注入;面板不依赖它们。