请教一下， node 下 socks 代理加密的实现思路

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1785 天前的主题，其中的信息可能已经有所发展或是发生改变。

已经实现了明文 socks 代理通信的代码了

接下来的加密处理的思路是怎么样的呢？

是在客户端用 crypto 将 buffer 数据加密

然后在服务器端解密的思路么？

socks

加密

思路

Crypto

7 条回复 • 2020-01-17 01:18:42 +08:00

optional

2020-01-15 16:33:35 +08:00

重新发明 ss?

kuanng

2020-01-15 16:52:18 +08:00

@optional 加密是做着玩的，不必认真╮(╯▽╰)╭

different

2020-01-15 23:54:31 +08:00

发送一个 buffer 加密一个 buffer,然后服务端收到一个，解密一个。
这个逻辑有啥问题吗？
还是你一次性加密了之后，然后再拆成多个 buffer 发送？
或者你是想问，非对称得密匙要不要放在 buffer 发送？
还是啥？

ophark

2020-01-16 01:11:41 +08:00

走 wss 是否可以？

kuanng

2020-01-16 23:39:38 +08:00

@different
按照《发送一个 buffer 加密一个 buffer,然后服务端收到一个，解密一个》的逻辑写好了代码。
但是在火狐总是提示：建立安全连接失败
如果去掉加密的代码，是可以正常代理的
这大概是什么原因？

kuanng

2020-01-16 23:49:04 +08:00

@different 下面是加密和解密的代码
let algorithm = 'des-cfb'
let key = '12345678'
let iv = '12345678'
function en(buffer) {
let cipher = crypto.createCipheriv(algorithm, key, iv)
return cipher.update(buffer)
}
function de(buffer) {
let decipher = crypto.createDecipheriv(algorithm, key, iv)
return decipher.update(buffer)
}

different

2020-01-17 01:18:42 +08:00

@kuanng 你可以把收到的 buffer 解密之后输出来看看？与你发送的是否一致？
这个加密算法我也不是很了解，我之前遇到的这些问题，无非就是粘包导致的（关于粘包，你可以百度瞧瞧）。
如果你的服务端能够正常还原你发送的 buffer,那理论上也是没有问题的。
我前段时间也实现过 socks5 代理（服务端与客户端），但是用的是简单的一一映射加密、解密。