
https://talks.txthinking.com/articles/brook.article
1 zuosiruan 2021 年 12 月 28 日 大佬一个人全端都包了,点个赞先 |
2 ToBeHacker 2021 年 12 月 28 日 开源嘛 |
4 gesse 2021 年 12 月 28 日 用了几次没有用了。 |
5 66beta 2021 年 12 月 28 日 配合 GCP 用过,后来没再用了 |
8 thisismr2 OP PRO tproxy 吗,支持啊,可以禁用内置的 iptables 脚本 --doNotRunScripts ,完全自己写 iptables: https://github.com/txthinking/brook/issues/198#issuecomment-374090878 |
9 thisismr2 OP PRO 且据有限的测试,因为网上大部分都是在 nat 表,brook 在 mangle 表,可以不用 iptables 匹配那么长的规则,所以可以不用添加成千上万行的 iptables 记录,tproxy 直接在内存里处理规则更有效 |
10 thisismr2 OP PRO #9 因为原生支持 udp, 所以即使自己写 iptables mangle 表也更简单了 https://github.com/txthinking/brook/blob/master/tproxy_linux.go#L181-L229 |
11 thisismr2 OP PRO 总结性解释是 因为 brook tproxy 原生支持 udp 和 tcp ,也支持 iptables mangle 表,就让使用者可以写更简单的 iptables 就可以了,也给了用户两种选择, 可以用 iptables (自己也可选择 iptables 是否使用 ipset) 也可以直接在 brook tproxy 层做 |
12 cat9life 2021 年 12 月 28 日 Brook 用在番羽已经被针对了 |
14 shunia 2021 年 12 月 28 日 刚试了一下,0 配置我个人觉得真的挺好的,但是还是觉得服务器端有配置文件更好一点,方便需要重启的情况。 另外也希望客户端可以做到故障自动转移,因为日常使用过程中真的是经常遇到断线等情况,有时候甚至分不清是设备的网断了,还是服务不可达,就很难受。 |
15 shunia 2021 年 12 月 28 日 @shunia #14 再一个就是还是想要更有竞争力的客户端产品,目前的客户端似乎缺乏比较方便的自定义能力。我日常使用 cfw 都已经做到 mixin+parser 了,不用的时候觉得这些功能可能多余,需要用的时候还挺击中痛点的。 |
16 thisismr2 OP PRO #14 恩,目前重启可以搭配 joker ,不过还是输入了全命令,不过也可以写个 sh 脚本。 故障转移是指 有多个节点 当前节点有故障了就尝试其他节点吗 有点类似复杂均衡 |
17 thisismr2 OP PRO #15 大部分功能其实都差不多,只是名字说明不同 正在考虑 parser 类的,修改包的功能,看看过年的空闲时间 |
18 thisismr2 OP PRO 大家可以提一些现在没有的功能 (包括其他软件付费才提供的功能) |
19 MeiJiayun 2021 年 12 月 28 日 via iPhone 用了半年多,支持下 |
20 w1287928345 2021 年 12 月 28 日 via iPhone Brook 和 WireGuard 很早就出来了,就是不知道为啥没能流行起来? |
21 X_Del 2021 年 12 月 29 日 @thisismr2 可以让 Clash 兼容 Brook 协议就好了,也可以利用上 Clash 丰富的规则 / 客户端生态(这个需求应该是 Clash 的),或者也可以反过来参考 Clash ,看看一个好的上网工具还需要什么功能。 Brook 除了协议本身之外,比较出彩的点是可以单文件解决透明代理的问题。阻止 Brook 被商业机场广泛使用的主要原因其实就是缺乏配置文件 + 配置文件订阅,不好给末端用户分发。 |
22 MeiJiayun 2022 年 1 月 6 日 via iPhone 麻烦大佬帮适配 m1 苹果电脑,现在除了 brook ,其他自用 app 都兼容了 m1 |