L

结合 `pwd` 让 `socks5` 加密这个可以！ 随便想提提 `*` 标记作为加密这个设计不太好，因为在 zsh 中会当做是通配符，则需要添加单引号 `'*0.0.0.0:9999'` 并且还有 `*:9999`的歧义问题 换成字母形等表示会否更加好？如 m = Multiplexing, s = secret 则加密复用端 `ms:0.0.0.0:9999`

思考了一下，换成字母标记也不够好，建议重新设计UI逻辑，因为加密和多路复用功能是 iox 私有的通讯协议，即 iox 两端连接的协议才支持加密和多路复用，并且在 iox 需要两端连接时，由于多路复用的优势明显应默认开启，那有两个方案： 方案一 （即目前上面讨论的方案） iox 自动识别连接端是否 iox，自动启用多路复用，检测是否有 -k 参数存在则自动对 iox 间尝试进行加密通讯 但是存在 正反向 socks 不统一的问题，(并且反向 socks 还需要按顺序。。。我老是记错)，如： ``` 反向 socks 使用 ./iox proxy -l @*0.0.0.0:9999...

针对上面的方案二，加一个补充 因为 iox 协议是计划作为 iox 多端间通讯的协议，目前是基于 tcp 的，而我看该项目 github 的标签中包含 `pentest` 的定位，应当考虑，后续 iox 间通讯要有 `kcp`(UDP的RRQ协议)、`icmp` 等支持，在渗透中才能发挥出更大的作用，所以 iox 协议，可能改成 itcp 表示基于 tcp 的 iox 协议，则 kcp icmp 等可以为 `ikcp` `iicmp`等。 但如果考虑编译后文件大小的问题，也可以将基于...

”方案一不需要自动识别的，完全由用户指定的flag决定“ 我是觉得不加flag进行使用的设计，则需要自动识别 方案二 没明白混乱的点，逻辑确实是 上面拟作的 iox协议 只作为连接两端，实现 proxy的转发，逻辑应该是没错的 ``` 正向 proxy (其实与反向是相对的，仅 iox 协议两端连接方向发生变化，也清晰知道 socks 是 cilent 端的 1080) server: ./iox proxy -l 0.0.0.0:9999 => ./iox iox-l:9999 client: ./iox fwd...

应该是更简单的实现吧

https://github.com/L-codes/pwcrack-framework 目前支持48种算法自动破解

目前[v5版本](https://github.com/L-codes/Neo-reGeorg/releases/tag/v5.0.0)有了`tunnel.go`，可以等待其它师傅贡献 asp 的转发器实现服务端

> iis要是可以写个基于http.sys的复用就超级完美了 不过 复用不在该项目的范畴

@ez4s1mple1943 请问你的系统版本 ruby版本 openssl版本？