V2EX › chunhuitrue 的所有回复 › 第 2 页 / 共 2 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2

❮

❯

194 天前

原来这里发帖要减分。为了省积分，我一起把链接发这里好了：

网络流量处理中的协议解析二:流重组
https://chunhuitrue.github.io/posts/net-protocol-parse-reassemb/

网络流量处理中的协议解析三:解析
https://chunhuitrue.github.io/posts/net-protocol-parse-parse/

网络流量处理中的协议解析四:状态机
https://chunhuitrue.github.io/posts/net-protocol-parse-sm/

网络流量处理中的协议解析五:async/await
https://chunhuitrue.github.io/posts/net-protocol-parse-async-await/

网络流量处理中的协议解析六: 执行器
https://chunhuitrue.github.io/posts/net-protocol-parse-executer/

网络流量处理中的协议解析七: Protolens
https://chunhuitrue.github.io/posts/net-protocol-parse-protolens/

194 天前

@bingfengfeifei 这是流量处理引擎框架的问题。不是流重组协议解码库的问题。你可以不用五元组 hash ，用 ip hash 。这样同样的 ip 都去同一个线程。不会这样会导致流量分配不平衡。ftp 的情况并没有特别好的办法。

194 天前

@licolicoli 这个是流重组+应用层协议解析，和 go 那个不一样。另外，这个也不负责抓包相关。

195 天前

和我想的一样。一边写代码一边盘串。键盘越来越油光，手串越来越好看。我盘桃核，这个最难盘。

195 天前

@nilai 引用四川芬达的一句台词：没座！

现在全网 https 了。不过仍然需要对应用层解码还原审计检测。加密的流量可以解密之后再处理。

195 天前

@fuzzsh 只解码，不转发。

327 天前

好文

1 2

❮

❯