Files
web-terminal/term-relay/frp-scaffold/frps.toml
Yaojia Wang 2af57e6686 feat(relay): rendezvous-relay service — 7 packages + plans (contracts/transport/agent/control-plane/e2e/auth/web)
Multi-tenant reverse-tunnel service ("ngrok for Claude Code" with E2E): a
host-agent dials OUT to an operator-run relay; external devices reach the host
THROUGH the relay, routed by per-tenant subdomain, forwarding ciphertext only
(the relay never sees plaintext). Lets a customer reach their own self-hosted
web-terminal from anywhere with zero networking setup.

Packages — all tsc-strict + vitest green (656 tests), cross-package integration verified:
- relay-contracts: frozen shared contracts (mux frame codec, data model,
  capability token, E2E envelope, pairing) — the src/types.ts analog
- term-relay:   native WS mux + stateless data plane (subdomain routing, ciphertext forward)
- agent:        host-agent (pairing, per-host Ed25519 + mTLS dial-out, forwards to 127.0.0.1:3000)
- control-plane: accounts/hosts registry, pairing-code flow, routing table, provisioning
- relay-e2e:    browser<->agent E2E (X25519 ECDH through relay, AEAD, anti-replay, recoverable replay key)
- relay-auth:   Passkey/WebAuthn, capability tokens, per-host certs, deny-by-default tenant isolation
- relay-web:    browser login + Web Crypto E2E + client-side preview rendering

Security invariants INV1-15 enforced; cross-tenant isolation CI tripwire live
(.github/workflows/relay-tripwire.yml). Design + implementation-level plans in
docs/PLAN_RELAY_*.md and docs/EXPLORE_RELAY_SERVICE.md.

NOTE: generated autonomously per the reviewed plans. The security-critical
packages (relay-e2e, relay-auth) REQUIRE expert security audit before any real
deployment — passing tests prove self-consistency, not resistance to attackers.
Base app (src/, public/) unchanged; concurrent desktop work left uncommitted.
2026-07-02 06:10:16 +02:00

27 lines
1.5 KiB
TOML

# T12 · frp server (frps) — v0.8 MVP transport stepping-stone.
#
# Single-node frps on the VPS with WILDCARD vhost so `*.term.<domain>` routes by subdomain to
# each agent's proxy (EXPLORE §5.4). Contract-compatible with the native §4.1 mux so the v0.9 swap
# reshapes nothing (frp subdomain vhost → T7 router; frp login plugin → T8 gate; yamux → §4.1 mux).
#
# TLS: terminate here OR at Cloudflare in front (M6 scheme-following preserved end-to-end). Values
# below reference environment via your process manager; DO NOT commit real secrets (INV5/INV9).
bindPort = 7000 # agent (frpc) control connection
# Wildcard subdomain vhost — the tenant routing substrate.
vhostHTTPSPort = 443 # browser-facing wss:// (or set vhostHTTPPort behind Cloudflare TLS)
subdomainHost = "term.example.com" # = BASE_DOMAIN; *.term.example.com routes by leftmost label
# Deny-by-default auth at the edge (the auth the base app never had, EXPLORE §5.5).
# The server-plugin delegates EVERY Login/NewProxy/NewUserConn decision to P3's control plane
# via plugin-hook.ts — no tenancy logic lives in frps (v0.8 shared-token gate is a KNOWN,
# temporary shortcut, replaced by capability tokens + mTLS in v0.9).
[[httpPlugins]]
name = "control-plane-authz"
addr = "127.0.0.1:9001" # plugin-hook.ts HTTP shim → P3 authz endpoint
path = "/handler"
ops = ["Login", "NewProxy", "NewUserConn"]
# Opaque forwarding only — frps forwards TCP/WS streams and parses NO terminal bytes (INV11).