为什么你们不集成SSR进去?

为什么SSR那么好,你们不集成进去?

好吧,我也知道宅男们对于妹子开发的软件有一种特别的痴迷,但有几个问题你要先搞清楚:
1. SSR的性能与N56u所针对的路由CPU

SSR加了http(S)混淆和压缩功能进去,我们姑且先不评价这两个功能是否有实际用途,但它带来的副作用就是需要更多的CPU参与运算,由于N56u面对的固件,目前是市面上大量流行的低端 MT7620 CPU,平均功耗1~2w,它的性能只有 BogoMIPS  380 左右,而集成SSR梅林固件,它所面对的是“高端”的BCM系列CPU,功耗10W以上,BogoMIPS性能指标 通常在1600以上,就连MT系列高端的7621 也只有580左右,连别人的零头都不到,那么造成的结果是什么?就是通道速率直接减半,在7628 CPU上可以跑到35Mb/s左右的SS通道,使用SSR以后就只剩下20M不到了。你真的好意思拿一台百元级的路由去和一台5倍以上价格的路由比加解密性能(好吧,买了极路由3的冤大头不在此列)?

2.  服务器的稳定性

目前SSR对libev版本的SS修改仅限于客户端,服务器端只有python版本。我一台libev版本的ss-server分给朋友用,上面跑了大概15个左右的用户,整整7个多月没有重启过ss-server,完全是没人关心的孩子,到目前依然坚挺,而我尝试过用SSR python 版本的,一个月不到就挂了2次。

3. SSR 的混淆功能真的很NB啊

并不是SSR的混淆没用,SSR混淆针对的是扫描型的SS服务器判断,而非网络数据监测,对于网络数据监测的拦截模式,如果要他们可以拦截 SS chacha20或者aes模式的(不推荐AES,性能更低),那么要对付SSR,只要加一个http payload分离流程就可以了,大约是一个大学实习生1个小时的代码工作量。

4. 真的以后都不支持吗?555555555

纸巾给你,哎哎哎,你往哪里塞?这是个给你擦眼泪的,不是那啥的。支持SSR与否不是一个绝对的事情,当MT7621路由普及了,SSR的服务器端出了libev的版本,就有可能支持了。

 

Comments

This post currently has 2 responses

发表评论

Sidebar