添加混淆： simple-obfs + shadowsocks for Windows

cokebar 2017-03-20 17:38 2023-02-09 11:43 Windows, 探索世界 37 条评论

这是我自己编译的版本，适合需要使用混淆功能的（如某些开了防火墙的公司网络）windows系统设备使用。

下载好shadowsocks-window客户端：

https://github.com/shadowsocks/shadowsocks-windows/releases

下载obfs-local：

~~https://mega.nz/#!zoZW1RrK!mjq35X4njEyJe9YgNTIJF3UXD_pJhQl9BmQFD6XalC8~~

~~2017.12.11 更新：~~

~~obfs-local v0.0.5 x86（cywin x86编译）:~~

~~https://mega.nz/#!GpABGCgB!lJsnKAryb0qu6PD9MBz5CjGFIwZHHuvOqeUCuFafotA~~

2018.8.25 更新：

shadowsocks-libev && simple-obfs 全套（mingw编译，包含x86, x64）

https://mega.nz/#F!SxZyjQYb!eEmiFE5ujanO8cWXTpU39g

将上面下载的obfs-local可执行文件(请按照系统选择对应x86或者x64版本) 放到shadowsocks windows客户端同目录下

然后打开windows客户端配置你的服务器，并填入obfs参数，如果是windows 10，还可以加上插件参数 –fast-open以启用TFO功能。

如何申请自己的免费ssl证书 - 简单通用的自动化脚本 acme.sh
Proxmox VE PCIe 直通 intel 核显开启 SRIOV

shadowsocks，simple-obfs，windows，混淆

37 条评论

greatcheck 2017-03-21 于 18:15 回复

2333 有编译教程吗
1. cokebar 文章作者 2017-03-23 于 18:00 回复
  
  写起来比较麻烦用到的人很少暂时不会有了。
  总之就是libsodium、libmbedtls、libudns需要处理一下，libsodium官网有预编译好的版本直接用就行；libudns可以直接用cygwin编译步骤和linux中相同，libmbedtls编译在make那一步要额外定义WINDOWS这个变量，make SHARED=1 CFLAGS=-fPIC WINDOWS=1，或者libmbedtls可以直接用VS编译
可更换零部件 2017-03-21 于 18:31 回复

博主你好，我这里启动时会报0xc000007b无法启动。可是电脑上directX和c++运行库都完整的，请问还有其他什么可能吗？谢谢
1. 可更换零部件 2017-03-21 于 23:19 回复
  
  上面说的是公司的win7电脑，ghost安装的
  家里的原版win10就可以正常启动
2. cokebar 文章作者 2017-03-23 于 17:50 回复
  
  我这里测试Win7 x86/x64 专业版均正常工作
3. cokebar 文章作者 2017-04-25 于 09:13 回复
  
  ss-obfs.bat里面，删掉末行开头的start /b 试试
黄昏 2017-04-22 于 16:51 回复

博主，我这windows 64位打开会报0xc000007b无法启动错误。不知道为啥。
1. 黄昏 2017-04-22 于 16:52 回复
  
  windows 10 64位专业版，最新的15063.138系统
2. 黄昏 2017-04-22 于 16:54 回复
  
  上面错误代码打错了是0xc0000142，不好意思！
3. cokebar 文章作者 2017-04-23 于 12:55 回复
  
  第一遍开启会这样，再运行一遍就好了，更新到RS2就这样了，我也不是很清楚原因，回头我排查一下。
  1. 黄昏 2017-04-24 于 15:51 回复
    
    博主，谢谢你的回复！可能是脚本有问题，我这里每次打开都会报这个错误。后来我参考别人写的kcptun的启动脚本，修改了一下你的这个脚本，再运行就不报错了。
雪 2017-04-27 于 19:33 回复

球编译3.0.6版本，这个最新版本的ss-local可以搞geoip分流了……
1. cokebar 文章作者 2017-05-19 于 00:45 回复
  
  有空了会搞一下
kr 2017-07-09 于 11:47 回复

博主你有没有观察到这种混淆http“握手”成功后1秒左右会大概率被RST，但之后就稳定的现象？
1. cokebar 文章作者 2017-07-19 于 16:32 回复
  
  我使用过程中没感觉有异常所以没注意。回头抓个包看看。
  1. kr 2017-07-28 于 15:33 回复
    
    不用了……这种现象已经消失了
K 2017-07-28 于 12:34 回复

您好，
可以将您编译的程序与教程转载吗？
我会标明出处以及本文链接。
1. cokebar 文章作者 2017-07-28 于 14:17 回复
  
  符合 https://cokebar.info/about/ 里面的说明即可
  1. K 2017-07-29 于 03:35 回复
    
    好的，十分感谢您。
2. cokebar 文章作者 2017-07-28 于 14:34 回复
  
  顺手重新编译了新版本。
DKNAGI 2017-07-28 于 16:19 回复

博主您好，我也遇到0xc0000142启动不了的错误了，系统是win10 1703
1. cokebar 文章作者 2017-07-28 于 17:54 回复
  
  我上传的版本又忘了改了，抱歉。ss-obfs.bat里面，删掉末行开头的start /b即可。
2. cokebar 文章作者 2017-07-28 于 17:58 回复
  
  或者重新下载一下修改后的版本，我已经更新了链接。
DKNAGI 2017-07-28 于 23:08 回复

收到，已解决
另外观察到的一个情况，不算问题，就是用博主这个整合版，和用windows版客户端+standalone运行cygwin编译的obfs插件相比，速度慢一些。我之前用的obfs插件是https://github.com/Suwmlee/simple-obfs/releases这个里的，不知大大有啥头绪么
1. cokebar 文章作者 2017-07-29 于 10:39 回复
  
  我这个是ss-libev和simple-obfs都用的cygwin编译的，理论上cygwin编译的性能肯定比不上c#的native code. 不过我这里使用chacha20-ietf-poly1305可以跑满200Mbps带宽所以一直没在意性能问题。你用的哪个加密方式？
  我这里用的libsodium是官方预编译好的windows版本性能应该不错，但是libmbedtls用的cygwin编译的可能性能稍差，回头我用VC编译一下试试。
  你也可以继续使用win客户端+obfs独立运行来保证性能，obfs本身没有加解密不吃性能。
  1. DKNAGI 2017-07-29 于 11:46 回复
    
    我用的aes-256-gcm的加密，这个和chacha20-ietf-poly1305相比是更影响性能么？
    另外，求问大大现在用的哪家，最近联通GCP台湾绕美之后延迟爆炸，包括原来104.155段也绕美了，原来我也是轻松跑满带宽
    1. cokebar 文章作者 2017-07-29 于 21:34
      
      PC的话可以用aes-128-gcm，性能更好点。
funnyguy 2017-07-29 于 12:40 回复

您好，下载链接像不work了。libev for Windows还有其他的下载渠道嘛？谢谢
funnyguy 2017-07-29 于 13:21 回复

链接可以了，obfs vps端需要再下插件还是libev本来就支持的改json即可？谢谢
1. cokebar 文章作者 2017-07-29 于 21:35 回复
  
  服务的端也要安装simple-obfs，需要有obfs-server