Release 下载s-ui · GitHub Release 历史版本 · 三路反代镜像
最新正式版v1.5.4本区块同步 s-ui 的官方 GitHub Release，并为最近版本生成 三路反代镜像加速下载通道。 默认展开最新正式版；如果项目只有预发布版，会在版本旁单独标注。下载按钮直接指向官方直链或镜像链接，便于复制真实 URL 做校验。
怎么挑：Windows 优先 .exe / .msi；macOS 优先 .dmg；Linux 选 .deb / .rpm / .AppImage；Android 选 .apk；带 .sig / .asc / .sha256 的是校验文件，不是安装包。
下载慢：从右侧三路反代列里挑一个能通的点开；复制按钮复制真实目标链接，方便放进下载器。
为控制页面体积，本页只展示最近 3 个版本、每版最多 32 个文件；完整历史请查看 alireza0/s-ui Releases。
v1.5.42026-07-199 个文件正式版
| 文件 / 平台 | 大小 | 官方直链 | 反代 · ghproxy.net | 反代 · ghfast.top | 反代 · mirror.ghproxy.com |
|---|---|---|---|---|---|
s-ui-linux-386.tar.gzLinux | 31.5 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-amd64.tar.gzLinux | 32.7 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-arm64.tar.gzLinux | 30.1 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-armv5.tar.gzLinux | 26.2 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-armv6.tar.gzLinux | 26.2 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-armv7.tar.gzLinux | 30.5 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-s390x.tar.gzLinux | 27.5 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-windows-amd64.zipWindows | 32.0 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-windows-arm64.zipWindows | 28.2 MB | 下载 | 加速 | 加速 | 加速 |
Release 说明：https://github.com/alireza0/s-ui/releases/tag/v1.5.4
v1.5.32026-07-049 个文件正式版
| 文件 / 平台 | 大小 | 官方直链 | 反代 · ghproxy.net | 反代 · ghfast.top | 反代 · mirror.ghproxy.com |
|---|---|---|---|---|---|
s-ui-linux-386.tar.gzLinux | 31.5 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-amd64.tar.gzLinux | 32.7 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-arm64.tar.gzLinux | 30.1 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-armv5.tar.gzLinux | 26.2 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-armv6.tar.gzLinux | 26.2 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-armv7.tar.gzLinux | 30.5 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-s390x.tar.gzLinux | 27.5 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-windows-amd64.zipWindows | 32.0 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-windows-arm64.zipWindows | 28.2 MB | 下载 | 加速 | 加速 | 加速 |
Release 说明：https://github.com/alireza0/s-ui/releases/tag/v1.5.3
v1.5.22026-07-029 个文件正式版
| 文件 / 平台 | 大小 | 官方直链 | 反代 · ghproxy.net | 反代 · ghfast.top | 反代 · mirror.ghproxy.com |
|---|---|---|---|---|---|
s-ui-linux-386.tar.gzLinux | 31.4 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-amd64.tar.gzLinux | 32.6 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-arm64.tar.gzLinux | 30.0 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-armv5.tar.gzLinux | 26.1 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-armv6.tar.gzLinux | 26.1 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-armv7.tar.gzLinux | 30.4 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-linux-s390x.tar.gzLinux | 27.4 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-windows-amd64.zipWindows | 31.9 MB | 下载 | 加速 | 加速 | 加速 |
s-ui-windows-arm64.zipWindows | 28.1 MB | 下载 | 加速 | 加速 | 加速 |
Release 说明：https://github.com/alireza0/s-ui/releases/tag/v1.5.2
本页加速下载用到的 3 个 GitHub 反代镜像
| 反代 | 前缀 | 说明 |
|---|---|---|
ghproxy.net | https://ghproxy.net/ | 第三方反代 |
ghfast.top | https://ghfast.top/ | 第三方反代 |
mirror.ghproxy.com | https://mirror.ghproxy.com/ | 第三方反代 |
反代是独立第三方服务，状态和运营方都可能变化。HTTPS 只保护当前连接，不能单独证明文件与源站一致；下载后应计算 SHA256，并与发布者给出的哈希或签名比较。
GitHub 仓库简介：An advanced Web Panel • Built for SagerNet/Sing-Box · 许可 GPL-3.0 · ⭐ 9,610
s-ui 不是桌面代理客户端，而是运行在服务器上的 sing-box Web 面板。要找 v1.5.4 安装包，直接去官方 Release：这一版在 2026 年 7 月 19 日发布，共 9 个资产，覆盖 7 种 Linux 架构和 Windows 的 amd64、arm64。Linux 新部署先用 uname -m 认准架构；旧版升级则先停服务、备份数据库，再执行固定版本脚本。
这里没有把安装命令写成“复制后立刻运行”。脚本以 root 权限写入 /usr/local/s-ui/、安装服务并启动面板，先看脚本内容更稳妥。以下命令来自 v1.5.4 标签，本文没有在真实服务器上执行，也不据此声称任何系统已经过实机测试。
s-ui 是客户端，还是装在服务器上的面板？
S-UI 的核心用途是管理 sing-box。官方 README 列出的功能包括多协议入站、出站、用户与流量状态、订阅链接、路由界面和 API。默认面板端口是 2095，路径是 /app/；订阅服务默认使用 2096 和 /sub/。这意味着它处理的是服务端配置与管理，不会替代 Windows、Android 或 iOS 上负责发起连接的客户端。
它适合想用图形界面维护 VLESS、VMess、Trojan、Shadowsocks、Hysteria、TUIC 等配置的人。自动化管理也有入口：官方 API 文档把登录会话接口写为 /api，把令牌鉴权的 REST 接口写为 /apiv2。如果只是下载一个本机客户端并导入已有订阅，装 s-ui 会多出端口、证书、数据库和服务守护这些维护项。
还有一条不能略过：项目 README 的免责声明明确写着，不要在生产环境使用。能在 Linux 或 Windows 启动，只说明平台受支持，不等于维护者对生产部署作出承诺。
v1.5.4 的 9 个安装包该选哪个？
先在目标 Linux 服务器执行下面三条命令。uname -m 决定架构包，getconf LONG_BIT 可以避免把 32 位与 64 位 x86 搞反。
uname -s
uname -m
getconf LONG_BIT下面这张表只解决一个问题：Release 页的文件名该怎么对应当前机器。
| 命令结果或系统 | 选择的 v1.5.4 资产 | 决策说明 |
|---|---|---|
Linux x86_64 | s-ui-linux-amd64.tar.gz | 常见的 64 位 Intel/AMD VPS |
Linux aarch64 或 arm64 | s-ui-linux-arm64.tar.gz | 64 位 ARM 服务器 |
Linux armv7l | s-ui-linux-armv7.tar.gz | 32 位 ARMv7，不能拿 arm64 包代替 |
Linux armv6l / ARMv5 | s-ui-linux-armv6.tar.gz / s-ui-linux-armv5.tar.gz | 按 uname -m 的代际选择 |
| Linux 32 位 x86 | s-ui-linux-386.tar.gz | 只给仍运行 32 位用户态的 x86 系统 |
Linux s390x | s-ui-linux-s390x.tar.gz | IBM Z 架构 |
| Windows 64 位 Intel/AMD | s-ui-windows-amd64.zip | 解压后以管理员身份运行批处理安装程序 |
| Windows on ARM | s-ui-windows-arm64.zip | 仅用于 arm64 Windows |
Release 的 9 个资产里没有 macOS 包，也没有单独的校验和文件。可以用 sha256sum 或 PowerShell 的 Get-FileHash 留下本次下载的本地摘要，但没有官方公布值时，不要把“算出了哈希”误写成“已与官方哈希匹配”。最重要的来源检查仍是仓库所有者、标签和 Release 下载域名都一致。
Linux 和 Alpine 怎么固定安装 v1.5.4？
普通 Linux 不必追随 latest。先把 v1.5.4 的安装脚本下载到临时目录，打开确认它从 alireza0/s-ui 的同一标签取包，再以中文界面提示执行。这样以后 Release 更新，当前命令也不会悄悄换成新版本。
curl -fL \
https://raw.githubusercontent.com/alireza0/s-ui/v1.5.4/install.sh \
-o /tmp/s-ui-v1.5.4-install.sh
less /tmp/s-ui-v1.5.4-install.sh
sudo env SUI_LANG=zhcn bash /tmp/s-ui-v1.5.4-install.sh v1.5.4SUI_LANG 可用值是 en、fa、ru、vi、zhcn、zhtw。不设置时，脚本会参考系统的 LANG。安装过程中它会识别 CPU 架构，把文件放到 /usr/local/s-ui/，并在 systemd 环境启用 s-ui 服务。
Alpine Linux 是 v1.5.4 新增的明确变化。它用 apk 与 OpenRC，不走 apt 或 systemd。下面的命令要在 root shell 中执行；精简版 Alpine 通常没有 sudo，照搬 Debian 命令会先卡在 sudo: not found。补上 Bash 后，再运行同一份固定版本脚本：
apk add bash
curl -fL \
https://raw.githubusercontent.com/alireza0/s-ui/v1.5.4/install.sh \
-o /tmp/s-ui-v1.5.4-install.sh
env SUI_LANG=zhcn bash /tmp/s-ui-v1.5.4-install.sh v1.5.4
rc-service s-ui status
rc-update show default | grep s-ui看到 s-ui 服务处于 started，且默认运行级别里出现它，才算 OpenRC 这一层完成。网页打不开时先看服务状态和监听端口，不要先改入站配置。
还有一个安装器本身的边界：v1.5.4 的 install.sh 下载 Release 资产时给 wget 加了 --no-check-certificate。这会关闭该次下载的 TLS 证书校验。官方 Release 又没有提供校验和文件，因此安全要求高的主机不宜把这条脚本命令当成已验证的软件供应链；至少先审阅脚本和 Release 资产来源，再决定是否执行。
Windows 能装，macOS 为什么要再等等？
Windows 在 README 的支持平台表里有 amd64、386、arm64，但 v1.5.4 实际发布的 Windows 资产只有 amd64 与 arm64。下载 ZIP 后先确认系统类型，再解压并以管理员身份运行包内的 install-windows.bat。官方说明给出的本机入口是 http://localhost:2095/app。
PowerShell 可以这样记录下载文件的大小与摘要，方便日后确认自己升级前用的是哪一个包：
Get-Item .\s-ui-windows-amd64.zip |
Select-Object Name, Length, LastWriteTime
Get-FileHash .\s-ui-windows-amd64.zip -Algorithm SHA256macOS 在 README 中列出 amd64、arm64，但状态是 Experimental。v1.5.4 又没有对应的 Release 资产，所以不应把 Linux 安装脚本和实验性支持拼成“macOS 已正式可用”。如果目标是长期驻留的服务端面板，选有正式资产、服务管理路径也写清楚的 Linux 更省维护时间。
升级前只备份数据库够不够？
不够。s-ui 的主要数据目录是 /usr/local/s-ui/db/，但 TLS 证书和私钥可以由管理员指向别处。升级前应同时记下当前面板 URL、证书路径和自定义服务参数。官方脚本会在升级时保留旧设置，不过它也会停止服务、展开新包并覆盖程序目录，手工备份仍然是必要的回退点。
systemd 服务器可以在短暂停机窗口里做一致性更好的数据库归档：
sudo systemctl stop s-ui
sudo install -d -m 700 /root/s-ui-backup-20260725
sudo tar -C /usr/local \
-czf /root/s-ui-backup-20260725/s-ui-db.tar.gz \
s-ui/db
sudo cp -a /etc/systemd/system/s-ui.service \
/root/s-ui-backup-20260725/
sudo systemctl start s-ui
sudo sha256sum /root/s-ui-backup-20260725/*如果证书不在 /usr/local/s-ui/，另行复制面板设置中实际填写的证书和私钥；备份目录权限保持 700，不要把私钥上传到公开仓库。Alpine 则把服务定义 /etc/init.d/s-ui 一并备份，并用 rc-service s-ui stop、start 控制停机窗口。
确认备份文件不是空包，再运行上一节固定到 v1.5.4 的脚本。不要同时改面板端口、证书路径和入站协议；升级失败时，变量越少，日志越容易说明问题出在哪一层。
v1.5.4 把哪些故障修到了点上
这一版不只是补了 Alpine 安装。Release 说明把改动写得很具体：
- 无 TLS、
security=none的 VLESS outbound 不再因 nil pointer 触发崩溃。 - Clash 系客户端使用 WebSocket inbound 时，生成配置只携带
Hostheader，修复由额外 header 引起的连接失败。 - Shadowsocks 2022 修复用户查找，同时把
plugin与plugin_opts放进生成的分享链接。 - Hysteria outbound 的前端配置加入端口跳跃；这不是所有 Hysteria 入站的自动迁移开关。
- Clash 代理组展开、每次变更导致用户断开等问题也有对应修复。
正在追 Hysteria 2 端口问题时，要先分清 inbound 与 outbound。v1.5.4 Release 写的是 Hysteria outbound port-hopping，不能拿它解释任意 Hysteria 连接故障。旧配置升级后也不会自动获得合理的端口范围；先打开对应 outbound，确认字段已出现，再决定是否修改。
服务启动后怎么确认版本、端口与日志？
systemd 环境先看服务是否 active，再让 s-ui 自己输出面板 URI。最后只读最近 80 行日志，确认没有反复重启、端口占用或 sing-box 配置加载错误。
sudo systemctl is-active s-ui
sudo systemctl is-enabled s-ui
sudo /usr/local/s-ui/sui uri
sudo journalctl -u s-ui -n 80 --no-pagerOpenRC 对应命令如下。它的日志路径与 systemd 不同，官方管理脚本读取 /var/log/s-ui.log。
rc-service s-ui status
rc-update show default | grep s-ui
/usr/local/s-ui/sui uri
tail -n 80 /var/log/s-ui.log把现象分层后，第一条命令就容易选：
| 看到的现象 | 更可能卡在哪一层 | 先执行什么 |
|---|---|---|
systemctl is-active s-ui 返回 inactive 或 failed | s-ui 服务未启动或反复退出 | journalctl -u s-ui -n 80 --no-pager |
服务 active，但 sui uri 的端口访问失败 | 面板监听、防火墙或端口填写不一致 | sudo ss -lntp | grep sui |
| 面板可打开，新增入站后 sing-box 不工作 | 生成的 JSON 或 sing-box 进程报错 | 在面板日志中定位首次配置加载错误 |
| Alpine 重启后服务没有自动运行 | OpenRC 默认运行级别未登记 | rc-update show default | grep s-ui |
验收要看到三类结果：服务管理器报告正在运行；sui uri 输出的端口和路径与安装时设置一致；日志没有持续出现同一个错误。网页能打开但 sing-box 起不来，说明面板层和内核配置层不是同一个故障，不要用反复重装面板掩盖 JSON 配置错误。不看日志的排查都是玄学。
生产服务器是否适合直接部署？
官方已经给出明确答案：README 要求不要在生产环境使用。本文因此只把 s-ui 作为可自行评估的开源 sing-box 面板收录，不对可用性、安全维护周期或业务连续性作保证。GPL-3.0 说明的是代码许可，不是服务等级协议。
决定保留它时，至少把管理端口限制在可信来源，给面板配置 HTTPS，定期离线备份数据库，并在升级前读完对应 Release。v1.5.4 对 VLESS、Clash WebSocket、Shadowsocks 2022 的修复值得相关故障用户评估，但没有命中这些问题的旧版服务器，不必只因为版本号变化就跳过备份直接覆盖。