mirror of
https://github.com/e1732a364fed/v2ray_simple.git
synced 2026-04-23 23:49:49 +08:00
e1732a364fed
156 lines
7.3 KiB
Go
156 lines
7.3 KiB
Go
/*Package proxy defines necessary components for proxy.
|
||
|
||
Config Format 配置格式
|
||
|
||
一共有三种配置格式，极简模式，标准模式，兼容模式。
|
||
|
||
“极简模式”(即 verysimple mode)，入口和出口仅有一个，而且都是使用共享链接的url格式来配置.
|
||
|
||
标准模式使用toml格式。
|
||
|
||
兼容模式可以兼容v2ray现有json格式。（暂未实现）。
|
||
|
||
极简模式的理念是，配置文件的字符尽量少，尽量短小精悍;
|
||
|
||
还有个命令行模式，就是直接把极简模式的url 放到命令行参数中，比如:
|
||
|
||
verysimple -L socks5://sfdfsaf -D direct://
|
||
|
||
|
||
Layer Definition
|
||
|
||
目前认为，一个传输过程大概由四个部分组成，基础连接（udp/tcp），TLS（可选），中间层（ws、grpc、http等，可选），具体协议（socks5，vless，trojan等）.
|
||
|
||
其中，ws和grpc被认为是 高级应用层，http（伪装）属于 header 层.
|
||
|
||
TLS - Transport Layer Security 顾名思义TLS作用于传输层，第四层，但是我们tcp也是第四层，所以在本项目中，认为不需要“会话层”，单独加一个专用于tls的层比较稳妥.
|
||
|
||
正常OSI是7层，我们在这里规定一个 第八层和第九层，第八层就是 vless协议所在位置，第九层就是我们实际传输的承载数据.
|
||
|
||
|
||
New Model - VSI 新的VSI 模型
|
||
|
||
那么我们提出一个 verysimple Interconnection Model， 简称vsi模型。1到4层与OSI相同（物理、链路、网络、传输).
|
||
|
||
把第五层替换成“加密层”，把TLS放进去；把第六层改为 http头(1.1) 层
|
||
|
||
第七层 改为高级应用层，ws/grpc/http2 属于这一层, 简称高级层；第八层定为 代理层，vless/trojan 在这层.
|
||
|
||
第九层为 承载数据层，承载的为 另一大串 第四层的数据.
|
||
|
||
不过有时比如 trojan 的 smux 和 v2ray 的 mux.cool ，实际上属于 高级层，那么它们就是 代理层里面又包了一层高级层.
|
||
|
||
一般来说，如果内层高级层是普通的协议的话，实际上是透明的, 不必单列出一个层级.
|
||
|
||
这里的关键地方是【内层多路复用】. 因为在内层多路复用时，一个连接会被抽象出多个子连接，在流量的走向方面开始分叉，所以确实有实质性不同。
|
||
|
||
内层多路复用的性质是，多路复用分离出一个个子协议后，子协议又是代理层。
|
||
|
||
所以第九层除了承载数据外, 还可以为 inner mux 层, 第十层可以为 inner proxy 层, 此时第11层才是承载数据.
|
||
|
||
我们verysimple实际上就是 基于 “层” 的架构，或称 可分层结构.
|
||
|
||
|
||
11｜ -------------- （client real tcp/udp data)
|
||
--------------------------------------------------------------------------------
|
||
10｜ (simplesocks) | （inner proxy layer)
|
||
--------------------------------------------------------------------------------
|
||
9 ｜ [client real tcp/udp data] or [inner mux Layer]
|
||
--------------------------------------------------------------------------------
|
||
8 ｜ vless/trojan/socks5 ｜ proxy layer
|
||
--------------------------------------------------------------------------------
|
||
7 ｜ ws/grpc/quic ｜ advanced layer
|
||
--------------------------------------------------------------------------------
|
||
6 ｜ http header ｜ http layer
|
||
--------------------------------------------------------------------------------
|
||
5 ｜ tls ｜ tls layer
|
||
--------------------------------------------------------------------------------
|
||
4 ｜ tcp/udp/unix domain socket/kcp ｜ transport layer
|
||
--------------------------------------------------------------------------------
|
||
|
||
另外，实际上quic属于一种超级协议，横跨传输层一直到高级层，不过为了分类方便，这里认为它也是一种 高级层。
|
||
也就是说，如果遇到横跨多个层的协议，我们认为它属于其中最高的层级。
|
||
|
||
|
||
基本上5-8层都是可控的.第四层也可以给出一些参数进行控制，比如在tproxy时。
|
||
|
||
|
||
对应的理想配置文件应该如下.
|
||
|
||
{
|
||
"layer3_settings": { //或者叫 network_settings，
|
||
//可以配置一些网络层分流（ip）
|
||
},
|
||
"layer4_settings": { //或者叫 transportLayer_settings，
|
||
"tcp":{} //可以设置一些缓存大小等配置. 和传输层协议分流（tcp/udp）
|
||
},
|
||
"layer5_settings": { //或者叫 tls_settings，
|
||
"tls":{"insecure": true},
|
||
"utls":{}
|
||
// 可以配置tls 层分流（sni 和 alpn）
|
||
},
|
||
"layer6_settings": { //或者叫 http_settings
|
||
//可以配置http path分流 或者 host分流
|
||
},
|
||
"layer7_settings": { //或者叫 advancedLayer_settings
|
||
"ws":{},
|
||
"grpc":{},
|
||
"quic":{}
|
||
},
|
||
"layer8_settings": { //或者叫 proxy_settings
|
||
"vless":{},
|
||
"trojan":{}
|
||
},
|
||
"layer9_settings": { //或者叫 innerMux_settings
|
||
"smux":{}
|
||
},
|
||
"layer10_settings": { //或者叫 innerProxy_settings
|
||
"simplesocks":{}
|
||
},
|
||
}
|
||
|
||
我们项目的文件夹，netLayer 第3，4层，tlsLayer文件夹代表第5层; httpLayer第六层，
|
||
advLayer文件夹 代表第七层, proxy文件夹代表第8层或第10层, 同时连带 处理了 第九层.
|
||
|
||
|
||
同级的ws和grpc是独占的，可以都放到一个layer里，然后比如第八层配置了一个vless一个trojan，那么排列组合就是4种，vless+ws, vless+ grpc, trojan+ws, trojan+grpc.
|
||
|
||
|
||
这就大大减轻了各种”一键脚本“的 使用需求，咱们只要选择自己喜欢的各个层，程序自动就为我们生成所有配置.
|
||
|
||
运行时，如果所有配置都要有，那么就需要多种端口；共用端口的话可以用nginx.
|
||
|
||
也可以程序指定一种 特定的情况，比如开始运行程序时，冒出交互界面，自己按项选择好后，就自动运行，然后自动生成客户端分享url.
|
||
|
||
可以在脑海里想象 “穿鞋带” 的画面，有很多洞可以经过，都穿好了，鞋带就系好了。或者手机手势解锁的情况.
|
||
|
||
这种好处是，每次运行都可以采用不同的配置，不同的uuid，手机一扫码就能连上.
|
||
|
||
然而，这种“高级模式”是不容易实现、也不好理解的，目前初始阶段先不考虑。
|
||
|
||
目前的标准模式的配置文件中，整个一个节点的配置完全是扁平化的，所有的层的配置都会在同一级别中。比如tls的配置完全和节点本身的配置放在一起。
|
||
|
||
总之 verysimple 的思路就是，要不就完全扁平化，要不就完全分层。
|
||
|
||
本作认为，所有的代理是都可以有tls层，http层和ws/grpc层的，所以就统一嵌入所有的代理协议的配置当中,直接扁平化了.
|
||
|
||
Contents of proxy package - proxy包内容
|
||
|
||
接口 ProxyCommon 和 结构 ProxyCommonStruct 给 这个架构定义了标准.
|
||
|
||
而 Client 和 Server 接口 是 具体利用该架构的 客户端 和 服务端，都位于VSI中的第八层.
|
||
|
||
使用 RegisterClient 和 RegisterServer 来注册新的实现.
|
||
|
||
还定义了关于udp 转发 的机制，该部分直接参考 relay_udp.go 即可.
|
||
|
||
Server and Client
|
||
|
||
我们服务端和 客户端的程序，都是有至少一个入口和一个出口的。入口我们叫做 inServer ，出口我们叫做 outClient.
|
||
|
||
这两个词的含义和 v2ray的 inbound 和 outbound 是等价的.
|
||
|
||
在 inServer 中，我们负责监听未知连接；在 outClient 中，我们负责拨号特定目标服务器.
|
||
*/
|
||
package proxy
|