是否可以将 socks5 servier/client, shadowsocks client/server 拆成 crate

[gfreezy]

我希望使用 socks5 client 和 shadowsocks client 的代码，但是目前没有拆分成 crate，没法依赖。

我现在的方法是拷贝 ss-rust 的代码到我自己的代码库里面，很难维护

[zonyitoo]

为什么没法依赖？shadowsocks本身是个lib?

[zonyitoo]

这样暴露出来是否可以

use shadowsocks::relay::tcprelay::client::ServerClient;

let stream = ServerClient::connect(context, &addr, &svr_cfg).await?;

[gfreezy]

不太希望把其他的代码也依赖进代码库。拆分成 crate 的可以实现只依赖 ss client，其他的 ss server ，socks5 server 等就不依赖了。

[zonyitoo]

那工作量不小，还得拆出来一个中间的proto库，加密协议、ACL等

[gfreezy]

如果可以接受拆分，我可以尝试着拆一些

[zonyitoo]

这样每个部分都要做成一个crate发布出去。现在tokio他们也不用分crate的方式发布了

[zonyitoo]

感觉可以加一些feature，可以控制各个part的编译

[gfreezy]

socks5 的逻辑还挺独立的，感觉独立出来也是有价值的。其他的感觉可以用 feature 控制

[raintean]

这样暴露出来是否可以

use shadowsocks::relay::tcprelay::client::ServerClient;

let stream = ServerClient::connect(context, &addr, &svr_cfg).await?;

看了现在master的ServerClient, 中间有涉及到Context, 是否可以把Context抽到更上一层, 把ServerClient做得更加纯粹一点, 尤其是Context还包含了对于Proxy和Direct的判断.
目前我正在实现一个类似于Surge的工具, 中间有用到ss的支持, 之前用golang实现的时候, go-shadowsocks对于纯粹的ss 加密stream实现比较干净, 所以new stream, 然后pipe就OK了. 但是shadowsocks-rust目前的这个实现有侵入性.

[gfreezy]

@raintean 我之前做了个一样的东西：https://github.com/gfreezy/seeker 。我是直接把 ss-rust 代码拷贝过去修改了

[raintean]

@raintean 我之前做了个一样的东西：https://github.com/gfreezy/seeker 。我是直接把 ss-rust 代码拷贝过去修改了

很棒啊, 我看你用的smoltcp做的netstack, 为什么没有选lwip?

[gfreezy]

@raintean 我之前做了个一样的东西：https://github.com/gfreezy/seeker 。我是直接把 ss-rust 代码拷贝过去修改了

很棒啊, 我看你用的smoltcp做的netstack, 为什么没有选lwip?

没听过 lwip。搜了下好像 lwip 是 C 写的，需要自己写 FFI ？

[raintean]

@gfreezy 是需要FFI的, 所以可能包含unsafe代码, 但是对于tcp/ip stack实现的完整性, 应该比smoltcp要好一些. 另外如果你这个seeker只是在非iOS平台上用, 我建议你使用nat模式, 直接使用系统的tcp/ip stack来做ip packet -> tcp connection的聚合, 性能和稳定上那肯定是最好的. 具体实现参见 kone 的实现.

[zonyitoo]

@raintean

Context里主要需要用的是DNS Resolver和检查重复IV，相当于是Server的全局状态。go版本它没有这些功能支持所以不需要这些状态储存。
我感觉这些功能还是挺重要的，建议保留。或者有什么改造建议？

可以实现成直接用tokio自带的DNS Resolver去连接Proxy目标，然后不检查重复IV即可