proxy/README.md

## todo

找一个其他方式即时关闭未成功建立数据通道的连接

排查下套接字重复的问题

鉴权时判断授权的协议

建立通道时，发送的 dst 和 tag 等信息，可以用字节表示而非 string，提高效率

建立数据通道失败后，根据用户所选协议返回对应失败响应

测试跳过认证时的最大 qps（需要注意单机连接数上限，会导致连接失败）

数据通道池化

可配配置环境变量

- 退出等待时间
- 数据通道连接超时等待时间
- 目标地址连接超时等待时间

### 长期

协程池化

需要测试，考虑是否切换到 gnet

数据通道支持 tcp 多路复用（分离逻辑流）

👆 进阶黑魔法 multipath tcp + 多路复用

考虑一下连接安全性

## 开发相关

### 环境变量

> 环境变量只记录在程序中用到的变量
> 
> **构建期变量**，比如 docker-compose 中的变量，以及其他配套服务的环境变量，直接写死

新增环境变量时，需要确保两个位置正确传递了变量

1. 在对应端的 .env.sample 文件中添加变量
2. 复制到 .env 文件中，并修改变量值
3. 在 docker-compose.yml 和程序中使用变量

### 更新测试环境

1. 构建项目
2. 使用测试配置 `.env.test` 远程启动 docker

### 转发服务结束时资源清理

1. 关闭接听端口，防止新连接接入（user, data, ctrl）
2. 通知并等待所有正在运行的 conn 处理协程全部关闭（user, data, ctrl）
3. 结束所有保存且未使用的 conn 连接（user, ctrl）


### 代码清理

检查 slog 级别：

ERR: 除非有必要，否则全部 error 都使用 `errors.Wrap()` 包裹（如果下游有返回 err），并附带本层业务信息，return 到上层统一打印

其他级别日志就地打印，Info 只用来跟踪关键流程

## 协议

### 建立连接

客户端（控制通道）：

`version(1)` `id_len(1)` `id_buf(n)`

服务端（控制通道）：

`status(1)`

### 开启代理

服务端（控制通道）：

`dst_len(1)` `dst_buf(n)` `tag_len(1)` `tag_buf(n)`

客户端（数据通道）：

`status(1)` `tag_len(1)` `tag_buf(n)`