Brook

Brook 是一款由开发者 txthinking(Cloud)发起的跨平台网络工具,以极简、轻量、一体化为设计哲学。它把代理、隧道、端口转发、中继、DNS 等常见网络需求,整合到一个小巧的工具与配套生态中,既能作为加密代理使用,也能完成各种转发与穿透任务。Brook 强调少即是多:协议与命令尽量精简,降低使用与部署门槛,同时提供覆盖各平台的图形客户端与丰富的实用子命令,适合追求简单直接、不愿被繁复配置困扰的用户。

背景与由来

在众多功能繁复、配置项动辄上百的代理工具之外,Brook 选择了一条鲜明的极简主义路线。其作者长期活跃于网络工具与开源社区(也是 nami、tun2brook 等工具的作者),Brook 的核心理念是用尽量少的概念覆盖尽量多的实际场景——一个二进制、一组简明的命令,即可完成加密代理、隧道转发、中继、DNS 等任务,避免冗长的配置文件与晦涩参数。多年迭代中,Brook 在保持轻量内核的同时,逐步增加了传输协议选项、客户端形态与生态工具,但始终把简单好用放在首位。

设计目标

• 极简易用:命令与概念精简,开箱即用,显著降低学习与维护成本。
• 一体多用:单一工具兼顾代理、隧道、端口转发、中继、DNS、透明代理等多种需求。
• 跨平台一致:命令行与图形客户端覆盖主流桌面与移动系统,体验统一。
• 可演进的传输:在保持简单的前提下,提供从原生协议到 WebSocket/TLS 等多种传输与伪装选项,以适配不同网络。

工作原理

Brook 的核心是一个客户端-服务端加密代理:客户端把本地应用流量(经 SOCKS5、HTTP 或 TUN 等入口接入)加密后发往 Brook 服务器,服务器解密并代为转发到目标,响应再加密回传。其原始协议追求简单高效的加密转发,握手与开销都很轻。随着发展,Brook 引入了多种服务器模式与传输协议,以兼顾隐蔽性,例如:

• 原生 Brook 协议:轻量加密转发,适合速度优先、检测较弱的环境。
• WebSocket(ws/wss) 模式:把流量封装为 WebSocket,便于借助 TLS 与 CDN 伪装、隐藏服务器 IP、穿越中转。
• 结合 TLS 的模式:使流量更接近正常 HTTPS,提升抗识别能力。
• 丰富的子命令:如 relay(端口转发/中继)、socks5/socks5tohttp(协议转换)、dns(DNS 服务/防污染)、tproxy(Linux 透明代理)、link/qr(生成分享链接与二维码)、连接测试与诊断等,把许多零散需求收进同一个二进制。

这种设计让用户既能用最简单的命令快速起一个加密代理,也能按需切换到带 TLS/WS 的更具伪装性的模式,或直接用子命令完成中继、DNS、透明代理等工作。其加密与认证由所选模式决定,在 wss/TLS 模式下机密性主要由 TLS 承担,原生模式则由 Brook 自身的加密保证。

传输特性

• 支持 TCP 与 UDP 转发,可承载网页、DNS、游戏、音视频等多类流量。
• 提供 TUN / 透明代理(tproxy) 模式,可接管整机流量(全局模式),而不止于单应用的 SOCKS5 代理。
• 可选 WebSocket / TLS 传输用于伪装与穿越中转(如配合 Cloudflare 等 CDN)。
• 内置多种实用子命令(中继、DNS、端口转发、协议转换、网络诊断),把日常网络小工具收敛到一个程序里,减少对额外工具的依赖。

演进关系与对比

• 相对 Shadowsocks:两者都走轻量加密代理路线,Brook 更强调一体化子命令与多种模式,把转发、中继、DNS、透明代理等也纳入同一工具,功能面更宽。
• 相对 GOST:GOST 偏向复杂的代理链编排与极广的协议覆盖,Brook 偏向简单直接的一站式使用;两者都多才多艺,但取向相反——一个为编排灵活,一个为上手简单。
• 相对 VLESS/Trojan:Brook 的 wss/TLS 模式也能贴近 HTTPS,但它在深度伪装(如 Reality 级的抗主动探测、精细 TLS 指纹控制)上并非专门方向,定位更偏通用轻量工具而非极致抗封锁协议。

实现与生态

Brook 为开源项目(Go 语言),提供各平台命令行二进制,以及 Windows、macOS、Linux、Android、iOS 的图形客户端,支持以 TUN 方式全局接管系统流量。其文档以简洁的命令示例为主,强调照着示例即可上手;社区围绕其轻量特性形成了一批教程与一键脚本。Brook 也支持以链接(brook://)或二维码方式分享服务器配置,便于在不同客户端间快速导入,贴合其极简的整体调性。作者还编写了系统化的使用手册与示例集,几乎每个子命令都附带可直接套用的命令行,把学习成本压到最低。

Brook 的设计取向折射出网络工具领域的一种张力:一端是 V2Ray/Xray、GOST 这类高度可配置、能力极强但学习曲线陡峭的方案,另一端则是 Brook 所代表的约定优于配置、以少量命令覆盖多数需求的极简方案。对只需要一个稳定可用的加密代理、并顺便处理一些转发与 DNS 的个人用户而言,Brook 把复杂度收进了工具内部,用户只需记住少数命令即可;而当需求扩展到精细的分流规则、复杂的多跳链路或极致的抗封锁伪装时,其极简性也意味着可调空间相对有限,这正是它在易用与强大之间所做的明确取舍。

适用与局限

Brook 适合追求简单、想用一个工具搞定加密代理与各类转发的用户,尤其欣赏其极简命令与一体化子命令的人,以及需要在多平台间快速部署轻量代理的场景。其局限在于:极简取向意味着在高级抗审查伪装(主动探测对抗、TLS 指纹精细化、借证书等)方面不如专门方案(如 Reality、NaiveProxy)深入;面对严格封锁时通常需依赖其 wss/TLS 模式并配合 CDN 等外部中转,纯原生协议在高强度检测下隐蔽性有限。总体而言,Brook 以极简一体的独特定位,在功能日益复杂的网络工具丛林中,保留了一份难得的简单与统一。它提醒人们,网络工具的价值不仅在于能力的上限,也在于让多数常见需求以最小的认知负担被满足;对于不追求极致抗封锁、更看重稳定省心与一致体验的用户,Brook 这类极简方案往往比功能堆叠的重型工具更为称手。这种取向上的多样性,正是开源网络工具生态保持活力的体现之一。从更长的时间尺度看,Brook 多年来持续维护、跟进 TUN 全局代理、WebSocket/TLS 等现代需求,又始终克制地不让自身膨胀成另一个庞然大物,这份对极简初心的坚持,使它在众多此起彼伏的工具中保持了独特而稳定的辨识度。