[Protocol] v2 提案：数据面二进制帧（替换 base64-in-JSON），JSON 控制面不变
I maintainer di solito rispondono entro 7 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- python, rust, typescript
- Ambito
- distributed-systems, networking
Direzione di ricerca
No repository files, tests, or entry points are named. Start by locating the existing auth/auth_ok negotiation and JSON tcp_data paths across the server and the TypeScript, Rust, and Python clients. Done means negotiated binary framing with JSON fallback, all three clients working, benchmark results recorded, and the full test suite passing.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
背景与目标
当前 TCP/流数据走 JSON 文本帧内嵌 base64：体积 +33%、每 chunk 一次 JSON 编解码、无二进制通道。目标：只把数据面换成 WS 二进制帧，控制面（认证/心跳/连接建立/关闭/HTTP 转发）保持 JSON 不动，通过认证消息协商，新旧客户端共存。
设计草图
- 协商：
auth增加"features": ["binary-data"]（客户端 → 服务端）；auth_ok回"features": [...]（服务端 → 客户端）。双方都支持才启用；任一方不支持自动落回 JSON 路径，零破坏升级。 - 二进制帧布局（WebSocket Binary 消息）：
[1B 版本=0x02][1B 类型=0x01 data|0x02 close][16B conn_id（UUID 原始字节）][payload]- tcp_data 的 payload 即原始字节（省 base64 与 JSON）
- tcp_close 二进制化可选：close 低频，保留 JSON 亦可（携带 error 字段）
- conn_id：服务端生成 UUID v4，16 字节原始形式随帧传递；JSON 控制消息中仍是字符串形式。
- 读写粒度：服务端与客户端统一提到 64KB；背压策略本期不做（与现状一致）。
- 预期收益：传输体积 -25%（对照 base64），CPU 省两次 JSON+base64 编解码，吞吐对齐 frp 量级还有差距（无多路复用头压缩），但先行解决大头。
验收
- 协商开关：旧客户端（无 features）与新服务端共存，行为与 0.5.x 一致
- TS / Rust / Python 三客户端实现二进制路径（Rust 优先）
- 吞吐基准：本地回环大文件对传，对比 v1 记录提升数据
- 全量测试三端绿 + 真实部署灰度
参考
tunely 0.5.0 已含多监听器（WS_TUNNEL_TCP_LISTEN）与流量统计；本提案是数据面的下一步。
- Lingua principale
- Python
- Stelle
- 0
- Fork
- 0
- Merge medio
- 6g 2h
- PR unite (30g)
- 2
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di jeffkit/tunely
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
I maintainer di solito rispondono entro 7 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 87/100
I maintainer di solito rispondono entro 7 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
jeffkit/tunely#24 · 3 commenti ·
I maintainer di solito rispondono entro 7 giorni
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
jeffkit/tunely#22 · 3 commenti ·
I maintainer di solito rispondono entro 7 giorni
-
fix(release): 发布链 fail-open（缺 secret 时 Actions 绿但什么都没发）+ PyPI 上的 0.10.0 恰是 /forward 无鉴权的安全缺口版本Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 34/100
jeffkit/tunely#23 · 3 commenti ·
I maintainer di solito rispondono entro 7 giorni
Tutte le issue di jeffkit/tunely
Issue simili
-
component:benchmark
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
agentic-os-org/ANOLISA#9177 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
distrochooser/distrochooser#520 ·
I maintainer di solito rispondono entro 2 giorni
-
Status: Needs confirmation Status: Needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
I maintainer di solito rispondono entro 1 giorno
-
[BUG] Published Docker images lack the redis extra: HEADROOM_COMPRESS_SESSION_STORE stops startupForse già presa @AlessandroSpallina l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
headroomlabs-ai/headroom#4513 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 65/100
codespell-project/codespell#4060 ·
I maintainer di solito rispondono entro 1 giorno