Release 下载obfs · GitHub Release 历史版本 · 三路反代镜像
最新正式版v0.0.5本区块同步 obfs 的官方 GitHub Release，并为最近版本生成 三路反代镜像加速下载通道。 默认展开最新正式版；如果项目只有预发布版，会在版本旁单独标注。下载按钮会先进入本站确认页，可继续下载或复制真实链接。
怎么挑：Windows 优先 .exe / .msi；macOS 优先 .dmg；Linux 选 .deb / .rpm / .AppImage；Android 选 .apk；带 .sig / .asc / .sha256 的是校验文件，不是安装包。
下载慢：从右侧三路反代列里挑一个能通的点开；复制按钮复制真实目标链接，方便放进下载器。
v0.0.52017-11-161 个文件正式版
| 文件 / 平台 | 大小 | 官方直链 | 反代 · ghproxy.net | 反代 · ghfast.top | 反代 · mirror.ghproxy.com |
|---|---|---|---|---|---|
obfs-local.zip压缩包 | 169.5 KB | 下载 | 加速 | 加速 | 加速 |
Release 说明：https://github.com/shadowsocks/simple-obfs/releases/tag/v0.0.5
v0.0.42017-11-060 个文件正式版
这个版本暂无公开 Release 资产，请查看 Release 说明。
Release 说明：https://github.com/shadowsocks/simple-obfs/releases/tag/v0.0.4
v0.0.32017-03-080 个文件正式版
这个版本暂无公开 Release 资产，请查看 Release 说明。
Release 说明：https://github.com/shadowsocks/simple-obfs/releases/tag/v0.0.3
v0.0.22017-01-160 个文件预发布版
这个版本暂无公开 Release 资产，请查看 Release 说明。
Release 说明：https://github.com/shadowsocks/simple-obfs/releases/tag/v0.0.2
本页加速下载用到的 3 个 GitHub 反代镜像
| 反代 | 前缀 | 说明 |
|---|---|---|
ghproxy.net | https://ghproxy.net/ | 老牌备份 |
ghfast.top | https://ghfast.top/ | 新生快线 |
mirror.ghproxy.com | https://mirror.ghproxy.com/ | 子域名 |
反代是第三方公益服务，单个通道可能临时挂掉，多挑几个再判断网络是否有问题。所有反代均为 HTTPS，文件内容与 GitHub 原始 Release 字节一致，可放心做 SHA256 校验。
GitHub 仓库简介：A simple obfuscating tool (Deprecated) · 许可 GPL-3.0 · ⭐ 2,373
如果你的客户端配置里还能看到 obfs-local、obfs=http 或 obfs=tls，把它当成遗留配置处理。simple-obfs 的价值是帮你识别旧 Shadowsocks 节点的插件字段，不是给新客户端继续新增一层插件。
这页只做工具记录：归档状态、字段识别、迁移选项、迁移前备份清单和验证动作。不讨论服务端搭建，也不承诺任何访问结果。
归档状态要怎么理解？
simple-obfs 官方仓库处于 archived 状态。对客户端用户来说，归档不是「本地立刻不能用」，而是三个操作范围：
| 限制 | 对你有什么影响 | 操作建议 |
|---|---|---|
| 仓库只读 | 后续兼容问题很难靠上游修复 | 不把它放进新配置模板 |
| Release 固定 | 旧压缩包和源码还能比对 | 下载只看官方仓库与 Release 页 |
| 插件生态旧 | 新客户端未必保留 obfs-local 入口 | 迁移前先导出原始字段 |
如果旧设备还在跑，先别直接删除配置。把它标记为 legacy，复制一份只读备份，再用新方案单独建 profile。
哪些字段说明你还在用 simple-obfs？
最可靠的信号不是节点名称，而是插件字段。很多订阅会把节点命名成 SS-HTTP、obfs 或 tls，但真正影响客户端行为的是 plugin 和 plugin_opts。
| 看到的字段或命令 | 常见位置 | 迁移前要记录什么 |
|---|---|---|
plugin: obfs-local | Clash / Mihomo YAML | plugin、plugin-opts、节点名称 |
plugin_opts: obfs=http;obfs-host=example.com | YAML 或订阅转换结果 | obfs 类型、obfs-host、分号顺序 |
plugin=obfs-local | SIP002 URI 参数 | URL 解码后的完整插件参数 |
obfs-local -s ... -p ... | Linux 脚本或 systemd | 服务端地址、本地监听端口、远端端口 |
obfs-server | 服务端脚本 | 服务端插件类型和监听端口 |
只看到 ss://、method、password 还不够。没有 obfs-local 或 plugin_opts 时，它可能只是普通 Shadowsocks 配置。
迁移前先保留哪些客户端字段？
备份字段，再换客户端或订阅格式。迁移失败时，你需要一份能对照的旧配置，而不是只剩一个节点名称。
| 字段 | 为什么要保留 | 新配置里怎么处理 |
|---|---|---|
server | 判断目标服务是否同一台 | 新旧方案并排测试时保持可对照 |
server_port | 区分 Shadowsocks 端口和插件端口 | 迁移后不要默认沿用旧端口 |
method | 确认加密方法是否仍被新客户端支持 | 不支持就让服务端重新导出 |
password | 旧配置回滚和字段比对需要 | 不写进截图或公开记录 |
plugin | 判断是否为 obfs-local | 新方案通常不再照搬这个值 |
plugin_opts | 保存 obfs=http/tls 与 obfs-host | 改写成目标方案自己的字段 |
| 本地监听端口 | 排查系统代理是否连到旧进程 | 迁移后检查端口占用 |
建议把旧配置保存成 simple-obfs-legacy-YYYYMMDD.yaml 或单独 profile。不要在同一个 profile 里同时改服务器、端口、插件和规则。
迁移选项怎么选？
迁移不是把 obfs=http 改成另一个字符串。你要确认服务端、订阅后台和客户端三边都支持目标方案。
| 选择 | 适合什么旧现场 | 放弃条件 | 下一步 |
|---|---|---|---|
| 保留 simple-obfs 只读 | 旧设备必须临时维持，服务端暂时不能动 | 新客户端没有 obfs-local，或团队要统一配置 | 只备份，不新增用户 |
| v2ray-plugin | 仍在 Shadowsocks 体系内，服务端能提供插件配置 | 客户端没有插件入口，或订阅后台不导出对应字段 | 新建 profile，对照连接日志 |
| ShadowTLS | 你要从旧 obfs 插件迁到独立传输层 | 服务端不能调整，或客户端不支持 | 确认服务端部署方式 |
| Xray-core | 团队已经在用 VLESS / Trojan / Xray 配置 | 只想保留原 Shadowsocks 字段 | 按目标协议重新导出订阅 |
默认动作很简单：旧 simple-obfs 留作回滚；新方案新建 profile。只有新 profile 验证通过后，再停用旧 profile。
订阅格式也要一起换吗？
要。simple-obfs 迁移最常见的卡点，是把旧 Shadowsocks URI、Clash YAML、V2Ray URI、sing-box JSON 当成同一种东西导入。客户端能显示节点，不代表插件字段、传输字段和证书字段都被正确读取。
如果同一服务来源能提供多种导出格式，排障时可以用一份兼容 Clash / Singbox / V2Ray 的订阅做字段对照：Clash / Mihomo 看 YAML，Xray / V2Ray 看 URI 或 JSON，sing-box 看 JSON。不要把默认链接复制到所有客户端里测试。
验证清单
迁移后只看「能不能打开网页」不够。按下面顺序验，能更快判断问题在字段、客户端还是系统代理。
- 旧 profile 已备份，文件名能看出它是 simple-obfs legacy 配置。
- 新 profile 只启用一个目标方案，没有同时保留
obfs-local。 - 客户端日志里能看到新的内核或插件名称，而不是继续调用
obfs-local。 - 节点字段里没有残留
obfs=http、obfs=tls、obfs-host，除非你明确保留旧 profile。 - 系统代理端口指向新客户端监听端口，旧
obfs-local进程没有占用同一端口。 - 订阅更新后节点数量、协议类型和配置格式符合预期。
- 回滚测试可执行：关掉新 profile，旧 profile 仍能作为字段对照。
什么时候不要继续改？
出现下面任一情况，先停止改配置，回到备份字段：
| 信号 | 说明 | 处理 |
|---|---|---|
| 新客户端完全不识别插件字段 | 目标客户端不支持旧 simple-obfs 语法 | 换导出格式或目标方案 |
| 订阅更新后节点变成空白 | 订阅格式不匹配或被转换器丢字段 | 保存原始订阅响应再判断 |
日志仍显示 obfs-local | 你可能还在跑旧 profile | 关闭旧 profile，重启客户端 |
| 端口占用冲突 | 旧进程和新客户端同时监听 | 先停旧进程再测试 |
这页的结论不是「马上删掉 simple-obfs」，而是把它降级成旧配置识别工具。真正迁移时，先保留字段，再按目标客户端重新导出。