本文介绍了SSR服务器协议和混淆插件的工作原理，包括C->S方向的数据流程。建议的客户端协议有auth_sha1_v4、auth_aes128_md5和auth_aes128_sha1，混淆插件推荐使用plain、http_simple、http_post和tls1.2_ticket_auth。混淆不总是有效，有时不混淆可能更利于隐蔽。同时强调了服务端的协议和混淆参数设置。
SSR协议和混淆插件说明 | 轩钰博客
2019-01-03
工作原理
C->S方向
浏览器请求(socks5协议) -> ssr客户端 -> 协议插件(转为指定协议) -> 加密 -> 混淆插件(转为表面上看起来像http/tls) -> ssr服务端 -> 混淆插件(分离出加密数据) -> 解密 -> 协议插件(转为原协议) -> 转发目标服务器
其中，协议插件主要用于增加数据完整性校验，增强安全性，包长度混淆等，协议插件主要用于伪装为其它协议
客户端
客户端的协议插件暂无配置参数，混淆插件有配置参数，混淆插件列表如下：
plain：不混淆，无参数
http_simple：简易伪装为http get请求，参数为要伪装的域名，如cloudfront.com。仅在C#版客户端上支持用逗号分隔多个域名如a.com,b.net,c.org，连接时会随机使用其中之一。不填写参数时，会使用此节点配置的服务器地址作为参数。
http_post：与http_simple绝大部分相同，区别是使用POST方式发送数据，符合http规范，欺骗性更好，但只有POST请求这种行为容易被统计分析出异常。参数配置与http_simple一样
tls1.2_ticket_auth：伪装为tls请求。参数配置与http_simple一样
其它插件不推荐使用，在这里忽略
客户端的协议插件，仅建议使用origin,verify_sha1,auth_sha1_v2,auth_sha1_v4,auth_aes128_md5,auth_aes12
最低0.47元/天 解锁文章
4281
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
