2022-03-11 23:47:29 +08:00
2022-03-11 23:42:20 +08:00
2022-03-09 21:27:13 +08:00
2022-03-09 21:27:13 +08:00
2022-03-10 11:02:42 +08:00
2022-03-09 21:27:13 +08:00
2022-03-09 21:52:53 +08:00
2022-03-11 23:47:29 +08:00
2022-03-10 11:02:42 +08:00
2022-03-09 21:27:13 +08:00

V2ray Simple verysimple)

V2ray Simple, 建议读作 very simple (显然只适用于汉语母语者),

正式项目名称是v2ray simple大小写、带不带连词符或下划线均可平时可以直接用 very simple 或 verysimple 指代。直接在任何场合 用verysimple 这个名称都是可以的,但是项目名字要弄清楚,是 v2ray_simple

verysimple项目大大简化了 转发机制,能提高运行速度。

特点

实现了vless协议v0v1和vlesss即vless+tcp+tls入口使用socks5协议

在本项目里 制定 并实现了 vless v1标准。

tls lazy encrypt (splice)

在最新代码里,还实现了 双向 tls lazy encrypt, 即另一种 xtls的 splice的实现底层也是会调用splice本包为了加以区分就把这种方式叫做 tls lazy encrypt。

tls lazy encrypt 特性 运行时可以用 -lazy 参数打开(服务端客户端都要打开),然后可以用 -pdd 参数 打印 tls 探测输出

因为是双向的而xtls的splice是单向所以 理论上 tls lazy encrypt 比xtls 还快。而且这种技术不需要通过魔改tls包实现也不会有我讲的xtls的各种漏洞

关于 splice还可以参考我的文章 https://github.com/hahahrfool/xray_splice-

该特性不稳定,会导致一些网页无法访问(不是速度慢,应该是因为 为了实现双向splice而少了一些 alert 过滤);

经过我后来的思考发现似乎xtls的splice之所以是单向的就是因为它在Write时需要过滤掉一些 alert的情况否则容易被探测

不过根据 a report by gfwrev, 对拷直连 还是会有很多问题,很难解决

所以既然问题无法解决不如直接应用双向splice也不用过滤任何alert问题。破罐子破摔。

总之这种splice东西只适用于玩一玩xtls以及所有类似的 对拷直连的 技术都是不可靠的。我只是放这里练一下手。大家玩一玩就行。

我只是在内网自己试试玩一玩,从来不会真正用于安全性要求高的用途。

安装方式:

git clone https://github.com/hahahrfool/v2ray_simple
cd v2ray_simple && go build
cp client.example.json client.json
cp server.example.json server.json

使用方式

#客户端
v2ray_simple -c client.json

#服务端
v2ray_simple -c server.json

关于 vlesss 的配置,查看 server.example.json和 client.example.json就知道了很简单的。

开发标准以及理念

文档尽量多,代码尽量少

文档

文档、注释尽量详细且尽量完全使用中文尽量符合golang的各种推荐标准。

根据golang的标准注释就是文档本身godoc的原理所以一定要多写注释。

再次重复,文档越多越好,尽量降低开发者入门的门槛。

代码

代码的理念就是极简!这也是本项目名字由来!

根据 奥卡姆剃刀原理,不要搞一大堆复杂机制,最简单的能实现的代码就是最好的代码。

本项目所使用的开源协议

MIT协议即你用的时候也要附带一个MIT文件然后我不承担任何后果。

历史

启发自我fork的v2simple不过原作者的架构还是有点欠缺我就直接完全重构了完全使用我自己的代码。

这样也杜绝了 原作者跑路 导致的 一些不懂法律的人对于开源许可的 质疑。

实际上是毫无问题的,关键是他们太谨慎。无所谓,现在我完全自己写,没话说了吧—;

我fork也是尊重原作者既然你们这么谨慎正好推动了我的重构计划推动了历史发展

额外说明

verysimple 是一个很简单的项目覆盖协议也没有v2ray全比如socks协议只能用于客户端入口没法用于出口。

本项目的目的类似于一种 proof of concept. 方便理解也因为极简所以能比官方v2ray快一些。

也因为是poc所以我有时会尝试向 verysimple 中添加一些我设计的新功能。目前正在计划的有

  1. 完善并实现 vless v1协议
  2. 什么时候搞一个 verysimple_c 项目用c语言照着写一遍; 也就是说就算本verysimple没有任何技术创新单单架构简单也是有技术优势的可以作为参考 实现更底层的 c语言实现。
  3. verysimple_c 写好后,就可以尝试将 naiveproxy 嵌入 verysimple_c 了

verysimple 继承 v2simple的一个优点就是服务端的配置也可以用url做到。谁规定url只能用于分享客户端配置了一条url肯定比json更容易配置不容易出错。

不过显然url无法配置大量复杂的内容而且有些玩家也喜欢一份配置可以搞定多种内核所以未来 verysimple 会推出兼容 v2ray的json配置 的模块。

关于vless v1

这里的v1是我自己制定的总是要摸着石头过河嘛。标准的讨论详见 vless_v1

在客户端的 配置url中添加 ?version=1 即可生效。

我 实现了 一种独创的 非mux型“隔离信道”方法的 udp over tcp 的fullcone

测试 fullcone 的话,由于目前 verysimple 客户端只支持socks5入口可以考虑先用v2ray + Netch或者透明代理 等方法监听本地网卡的所有请求,发送到 verysimple 客户端的socks5端口然后 verysimple 客户端 再用 vless v1 发送到 v2simple vless v1 + direct 的服务端。

关于udp

本项目 vless 和 socks5 均支持 udp

最新的代码已经完整支持vless v0

后来我还自己实现了vless v1自然也是支持udp的也支持fullcone。v1还处于测试阶段

关于验证

对于功能的golang test请使用 go test ./... 命令。如果要详细的打印出test的过程可以添加 -v 参数

交叉编译

版本号自己修改下即可

GOARCH=amd64 GOOS=linux go build  -trimpath -ldflags "-s -w -buildid="  -o v2ray_simple_linux_amd64_v1.0.0
GOARCH=arm64 GOOS=linux go build  -trimpath -ldflags "-s -w -buildid="  -o v2ray_simple_linux_arm64_v1.0.0
GOARCH=amd64 GOOS=windows go build  -trimpath -ldflags "-s -w -buildid="  -o v2ray_simple_win10_v1.0.0.exe

交流

https://t.me/shadowrocket_unofficial

Languages
Go 99.1%
Makefile 0.9%