Release 下载233boy/sing-box · GitHub Release 历史版本 · 三路反代镜像
最新正式版v1.16本区块同步 233boy/sing-box 的官方 GitHub Release,并为最近版本生成 三路反代镜像加速下载通道。 默认展开最新正式版;如果项目只有预发布版,会在版本旁单独标注。下载按钮会先进入本站确认页,可继续下载或复制真实链接。
怎么挑:Windows 优先 .exe / .msi;macOS 优先 .dmg;Linux 选 .deb / .rpm / .AppImage;Android 选 .apk;带 .sig / .asc / .sha256 的是校验文件,不是安装包。
下载慢:从右侧三路反代列里挑一个能通的点开;复制按钮复制真实目标链接,方便放进下载器。
为控制页面体积,本页只展示最近 5 个版本、每版最多 48 个文件;完整历史请查看 233boy/sing-box Releases。
v1.162026-04-141 个文件正式版
Release 说明:https://github.com/233boy/sing-box/releases/tag/v1.16
v1.152026-03-021 个文件正式版
Release 说明:https://github.com/233boy/sing-box/releases/tag/v1.15
v1.142026-01-151 个文件正式版
Release 说明:https://github.com/233boy/sing-box/releases/tag/v1.14
v1.132025-10-121 个文件正式版
Release 说明:https://github.com/233boy/sing-box/releases/tag/v1.13
v1.122025-08-051 个文件正式版
Release 说明:https://github.com/233boy/sing-box/releases/tag/v1.12
本页加速下载用到的 3 个 GitHub 反代镜像
| 反代 | 前缀 | 说明 |
|---|---|---|
ghproxy.net | https://ghproxy.net/ | 老牌备份 |
ghfast.top | https://ghfast.top/ | 新生快线 |
mirror.ghproxy.com | https://mirror.ghproxy.com/ | 子域名 |
反代是第三方公益服务,单个通道可能临时挂掉,多挑几个再判断网络是否有问题。所有反代均为 HTTPS,文件内容与 GitHub 原始 Release 字节一致,可放心做 SHA256 校验。
GitHub 仓库简介:最好用的 sing-box 一键安装脚本 & 管理脚本,自动创建 REALITY 协议;支持 TUIC,Trojan,Hysteria2 等所有常见的协议 · 许可 GPL-3.0 · ⭐ 3,847
把 233boy/sing-box 当成 root 级运维脚本,别当桌面客户端下载器。2026-05-22 核验,233boy 仓库 README 把安装入口指向 233boy.com 文档;文档给的入口是 GitHub raw 下的 install.sh,不是第三方镜像或旧短链。
SagerNet 官方 sing-box 是”universal proxy platform”,配置文件用 JSON。233boy/sing-box 的价值在于把内核下载、服务安装、配置生成和日常命令包成菜单;风险也在这儿:脚本会改系统路径、创建命令别名、写服务和配置文件。
如果你找的是客户端配置而不是 VPS 脚本,看 sing-box 客户端总览 和 sing-box JSON 订阅导入。如果要对比中文一键脚本,再看 233boy V2Ray 与 mack-a v2ray-agent。
它到底会装什么?
从 install.sh 可见,脚本安装后会创建 sing-box 与 sb 两个入口,并把主要文件放在 /etc/sing-box 下。它适合一台专门用来跑网络代理配置的 VPS,不适合随手丢到已有业务服务的机器上试错。
| 项目 | 233boy/sing-box 脚本行为 | 你要确认什么 |
|---|---|---|
| 命令入口 | /usr/local/bin/sing-box、/usr/local/bin/sb | 是否会和系统已安装的官方 sing-box 命令冲突 |
| 主目录 | /etc/sing-box | 旧配置是否已备份,是否允许脚本接管 |
| 内核路径 | /etc/sing-box/bin/sing-box | 是否要使用脚本下载的内核,而不是发行版包 |
| 配置目录 | /etc/sing-box/conf | 是否能接受脚本生成配置,而不是手写 JSON |
| 脚本目录 | /etc/sing-box/sh | 后续更新脚本会影响管理菜单行为 |
| 日志目录 | /var/log/sing-box | 排错时是否能拿到日志与时间戳 |
install.sh 还会检查 root 权限、包管理器、服务管理器和 CPU 架构。可见检查包括 apt-get、yum、zypper、apk,服务管理器包括 systemctl 或 rc-service,架构限定在 64 位 x86 或 ARM64。
跑脚本前先做哪 7 项检查?
233boy 文档写明支持范围是 Ubuntu、Debian、CentOS,并提示“推荐使用 Ubuntu 22,谨慎使用 CentOS”。脚本里虽然有更多包管理器检测,但文章里不要把它等同于所有发行版都完整支持。
| 检查项 | 具体做法 | 失败时常见表现 |
|---|---|---|
| 来源 | 打开 github.com/233boy/sing-box 和 233boy 文档,确认命令仍指向 raw/main/install.sh | 复制到旧短链、镜像站或聊天记录里的命令 |
| 权限 | 确认这是你能重装、能回滚的 VPS,并准备 root 或 sudo | 脚本直接拒绝运行 |
| 系统 | 优先 Ubuntu 22;Debian 可测;CentOS,看依赖和服务管理器 | 依赖安装失败、服务创建失败 |
| 架构 | 只在 x86_64 或 ARM64 VPS 上跑 | 下载到不匹配的内核包 |
| 端口 | 确认 80/443 是否被 nginx、Apache、面板或旧服务占用 | TLS 证书或入口服务失败 |
| 域名 | TLS 相关配置准备好解析到 VPS 的域名 | 证书校验失败、客户端连不上 |
| 回滚 | 做云厂商快照,再备份 /etc/sing-box | 更新或卸载后找不回旧配置 |
如果同一台机器已经跑着网站、面板、数据库或其他代理脚本,不要在业务高峰期直接执行一键安装。脚本能省时间,但它不是变更管理工具。
官方安装、更新、卸载命令是什么?
233boy 文档当前给出的安装命令是这一条:
bash <(wget -qO- -o- https://github.com/233boy/sing-box/raw/main/install.sh)
这类 bash <(...) 命令会把远端脚本直接交给 shell 执行。更稳的做法是先打开上面的 raw URL 看脚本是否来自 233boy/sing-box,再决定是否运行;如果你看不懂脚本会改什么,先不要在生产 VPS 上执行。
安装完成后,文档列出的常用入口包括:
sb
sing-box
sb help
sb info
sb add
sb change
sb del
更新命令以 233boy 文档为准:
sb update
sb update core
sb update core v1.8.13
sb update sh
sb update caddy
卸载入口也在文档中出现:
sb uninstall
另外,文档对 del、ddel 这类删除配置命令有明确提醒:它们会直接删除配置,且无需确认。删用户、删配置、卸载脚本之前,备份目录和云快照,不要把它当成普通客户端里的“移除配置”。
怎么先备份,再动配置?
最小备份对象是脚本主目录和日志目录:/etc/sing-box、/var/log/sing-box。如果你用云厂商快照,快照优先级高于手工打包;手工备份只是让你能快速看回旧 JSON、证书和脚本文件。
tar -czf /root/sing-box-backup-$(date +%F).tgz /etc/sing-box /var/log/sing-box 2>/dev/null
备份后要记录 4 个信息:当前内核版本、正在使用的协议名、客户端里导入的链接、VPS 防火墙规则。很多“更新后不可用”不是内核坏了,而是端口、证书或客户端旧缓存没有一起处理。
如果只是想改一处配置,用 sb info 看现有条目,再决定是否 sb change。不要一轮里同时更新 core、更新脚本、换协议、换端口和删旧配置;失败后很难定位是哪一步造成。
日志应该看哪里?
233boy 文档提供了脚本侧日志命令,SagerNet 官方文档提供了 sing-box JSON 的日志字段。两边要分开看:sb log 是脚本菜单入口,log 配置项决定 sing-box 本身输出多少信息。
| 你要看什么 | 命令或位置 | 说明 |
|---|---|---|
| 脚本日志入口 | sb log | 从这里看最近错误 |
| 临时提高日志量 | sb log debug | 233boy 文档写法是 sb log [level];官方 sing-box 支持 debug、trace 等级别 |
| 清理脚本日志 | sb log del | 清理前先复制关键错误行 |
| 关闭脚本日志 | sb log none | 排错期间不要关闭 |
| 文件目录 | /var/log/sing-box | install.sh 创建的日志目录 |
| 官方日志字段 | log.level、log.output、log.timestamp | JSON 配置里控制日志级别、输出文件和时间戳 |
官方 sing-box 日志级别包括 trace、debug、info、warn、error、fatal、panic。日常保持 info 更干净;排查规则、DNS、入站或出站问题时短时间切到 debug,结束后再降回来。
如果系统使用 systemd,官方安装文档还给出通过 journalctl 查看服务日志的思路。233boy 脚本环境里优先看 sb log,看不出原因时再检查服务状态和系统日志。
故障定位
按现象分组,不要一上来重装。重装会把原始错误现场覆盖掉,尤其是证书、端口、JSON 语法和客户端导入问题。
| 现象 | 更可能原因 | 第一动作 |
|---|---|---|
| 安装脚本直接退出 | 不是 root、架构不支持、缺包管理器或服务管理器 | 回看脚本输出,确认 root、x86_64/ARM64、systemctl 或 rc-service |
| 证书相关步骤失败 | 80/443 被占用,域名没解析到 VPS,云防火墙没放行 | 处理端口和 DNS,再重新走证书相关步骤 |
sb 命令不存在 | /usr/local/bin/sb 没创建,shell 没重新加载,安装中断 | 重新登录 SSH,检查 /usr/local/bin 和安装日志 |
| 客户端导入后无节点 | 链接复制不完整,格式不是客户端支持的类型 | 用 sb info 重新复制,换一个客户端交叉验证 |
| 更新 core 后不可用 | 新旧配置字段不兼容,客户端版本跟不上 | 查看 SagerNet release 与配置文档,必要时回滚备份 |
sb del 后找不到配置 | 删除命令直接移除了配置 | 从快照或 /root/sing-box-backup-日期.tgz 恢复 |
| 日志没有有效信息 | 日志关闭、级别太低、没有时间戳 | 临时切到 debug,保留时间点和客户端错误提示 |
2026-05-22 核验 SagerNet releases 页面时,稳定版显示为 v1.13.12,另有 v1.14.0-alpha.25 预发布。自建环境不要默认追 alpha;除非你明确需要某个新特性并能回滚,否则生产入口优先用稳定版。
什么时候改用官方 sing-box 文档?
233boy/sing-box 适合快速生成一套可用配置,但它不是学习 sing-box JSON 的替代品。只要你需要可审计、可迁移、可版本控制的配置,就应该回到 SagerNet 官方文档。
| 场景 | 更合适的路线 | 原因 |
|---|---|---|
| 只想快速在空 VPS 上跑一套配置 | 233boy/sing-box | 菜单化,省掉手写 JSON |
| 公司或团队机器 | 官方包管理器 + 手工 JSON | 变更更容易审计,命令来源更清楚 |
| 非 Ubuntu/Debian/CentOS | 看官方安装文档 | 233boy 文档没有把所有发行版写成支持范围 |
| 已有网站占用 80/443 | 手工规划端口和证书 | 一键脚本容易和现有服务冲突 |
| 需要拆 DNS、route、inbounds、outbounds | 官方配置文档 | sing-box 配置根节点本来就是 JSON 分区 |
| 要调日志、服务和格式化 | 官方命令与配置文档 | sing-box check、format、merge 更适合 CI 或手工审查 |
官方配置页写明 sing-box 使用 JSON,并把 log、dns、ntp、certificate、inbounds、outbounds、route、services 等列为配置入口。想长期维护,至少要能读懂这些顶层结构。
自建脚本和现成订阅怎么分工?
自建脚本适合学习、备用入口和小范围自用。它的成本不是脚本本身,而是 VPS 账单、系统更新、证书、日志、滥用处理和故障响应。
如果你已经用 233boy/sing-box 跑通了备用入口,但日常还要给 Clash、sing-box、V2Ray 客户端做多设备同步,可以把自建入口留作测试,把兼容 Clash / Singbox / V2Ray 的订阅放在手机、桌面端和软路由的主配置里。
| 使用方式 | 更适合谁 | 注意点 |
|---|---|---|
| 只跑一台 VPS | 学习 sing-box、备用入口 | 单点故障明显,更新要自己负责 |
| 自建 + 现成订阅 | 有排错能力、又要多端日常使用 | 客户端里命名清楚,别混淆测试与主力配置 |
| 只用现成订阅 | 不想管 Linux、证书和端口的人 | 重点检查客户端兼容格式和导入方式 |