juewuy/ShellCrash 是什么？

ShellCrash 是一个面向 Shell 环境的代理客户端脚本，用于在路由器、Linux 服务器和 Docker 中部署和管理 mihomo 与 sing-box 内核。本文基于其 README 和仓库信息，分析其安装方式、运行机制、适用场景与局限性。

juewuy/ShellCrash 可以商用吗？

可以，但有条件。GPL-3.0 是 copyleft 许可证：如果你分发包含它的软件，就必须以同一许可证公开该软件的源代码。只在内部运行、不对外分发，则不会触发这项义务。

juewuy/ShellCrash 还在维护吗？

在维护。仓库最近一次提交在 2 天前。

juewuy/ShellCrash 是用什么编程语言写的？

主要是 Shell（依据 GitHub 的语言统计）。

ShellCrash 评测：Shell 环境下的 mihomo 与 sing-box 代理管理脚本

Q: juewuy/ShellCrash 还在维护吗？

在维护。仓库最近一次提交在 2 天前。

秒懂

它是什么？: ShellCrash 是一个面向 Shell 环境的代理客户端脚本，用于在路由器、Linux 服务器和 Docker 中部署和管理 mihomo 与 sing-box 内核。本文基于其 README 和仓库信息，分析其安装方式、运行机制、适用场景与局限性。
适合谁用？: ShellCrash 适合需要在路由器、嵌入式 Linux 或服务器上快速部署代理内核的用户，尤其是熟悉命令行、希望避免图形界面依赖的运维者。它不适合需要复杂 GUI 管理或对脚本安全性有严格审计要求的企业环境。
能商用吗？: 可以，但有条件。GPL-3.0 是 copyleft 许可证：如果你分发包含它的软件，就必须以同一许可证公开该软件的源代码。只在内部运行、不对外分发，则不会触发这项义务。
还在维护吗？: 在维护。仓库最近一次提交在 2 天前。
用什么语言写的？: 主要是 Shell（依据 GitHub 的语言统计）。

以上回答依据项目的 GitHub 数据（最近同步于 2026年9月14日）和我们的分析，不构成法律意见。

开源项目深度解析

Hysen Labs 编辑部 · 2026年8月4日 · juewuy/ShellCrash

它解决什么问题：在无图形界面的设备上管理代理内核

ShellCrash 的目标用户是那些需要在路由器、Linux 服务器或 Docker 容器中运行代理服务的人。这类设备通常没有图形界面，SSH 是唯一的操作入口。mihomo（原 Clash Meta）和 sing-box 都是独立的代理内核，它们本身不提供安装脚本或系统级集成。ShellCrash 用纯 Shell 脚本封装了内核下载、配置导入、流量转发规则设置和定时更新等操作。它的核心价值在于把原本需要手动编辑配置、管理 systemd 服务或 iptables 规则的繁琐过程，压缩成一条 `crash` 命令。

安装方式：一条命令，多个镜像源

安装过程完全依赖 curl 或 wget，从远程脚本执行。README 提供了多种安装源：jsDelivr CDN、GitHub 原始地址、作者私有源 `gh.jwsc.eu.org`，以及针对旧版 wget 的 HTTP 源 `t.jwsc.eu.org`。以标准 Linux 设备为例，命令是 `export url='https://testingcf.jsdelivr.net/gh/juewuy/ShellCrash@dev' && wget -q --no-check-certificate -O /tmp/install.sh $url/install_en.sh && bash /tmp/install.sh`。注意 `--no-check-certificate` 参数，它关闭了 SSL 证书验证，这在安全敏感的环境中是明显的风险点。安装后需要执行 `. /etc/profile` 来刷新环境变量，才能使用 `crash` 命令。

运行机制：交互式菜单与依赖矩阵

ShellCrash 不是一个后台守护进程，而是一个交互式脚本。运行 `crash` 会进入一个菜单界面，用户通过键盘选择操作，比如切换内核、导入订阅、配置定时任务。它的运行依赖分为几个等级：curl/wget 是强制性的，用于下载和更新；iptables 或 nftables 是关键的，没有它们脚本只能运行在 Pure Mode（纯模式），这意味着无法进行透明代理转发；crontab 用于定时任务，缺失则自动更新功能失效。这种依赖分级设计很务实，它允许用户在资源极少的设备上以最小功能集运行，但代价是功能降级。

设备兼容性的边界：从 OpenWrt 到 Docker

README 声称支持“绝大多数基于 Linux 内核的网络设备”，具体包括 OpenWrt 衍生固件（如小米、Netgear）、标准 Linux 发行版（Debian、CentOS、Armbian）、Padavan（保守模式）、Pandora、ASUS/Merlin 固件，以及 Docker 环境。这个列表很宽泛，但“保守模式”一词暗示 Padavan 上的功能可能受限。对于 Alpine Linux 虚拟机，README 特别建议使用 Alpine 镜像，并给出了安装依赖的命令：`apk add --no-check-certificate wget openrc ca-certificates tzdata nftables iproute2 dcron`。这说明不同发行版的依赖管理差异是实际存在的，脚本并非开箱即用。Docker 用户需要单独访问 Docker Hub 镜像，这暗示容器化支持可能不是通过脚本直接完成的。

真正的限制：安全性、依赖与维护成本

ShellCrash 的安装方式要求 root 权限，并且使用 `--no-check-certificate` 跳过证书验证，这意味着安装过程可能被中间人攻击。此外，脚本从远程下载内核二进制，用户无法预先审计这些二进制的内容。这不是 ShellCrash 独有的问题，但它在 README 中明确提示“如果遇到 SSL 相关问题，请尝试切换镜像源”，这实际上承认了证书链的脆弱性。另一个限制是 iptables 依赖：如果设备缺少 iptables 或 nftables，脚本只能进入 Pure Mode，即只能手动配置代理，无法实现透明转发。对于没有 crontab 的设备，定时更新功能完全不可用。维护成本方面，脚本提供内置在线更新功能，但更新频率取决于上游内核的发布节奏，用户需要关注 release 页面。

替代方案：手动部署与图形化前端

直接使用 mihomo 或 sing-box 的官方二进制，配合 systemd 服务或自定义 init 脚本，是 ShellCrash 最直接的替代方案。这种方式的差异在于：你手动管理内核文件、配置语法和防火墙规则，没有交互式菜单，但你可以完全控制每一个细节。另一个替代是使用图形化前端，比如某些 OpenWrt 固件自带的 Clash 插件，它们提供 Web 界面，但通常绑定特定固件版本。ShellCrash 的优势在于跨设备通用性，但它牺牲了图形化的直观性。对于不熟悉 Shell 菜单操作的用户，手动编辑配置文件可能反而更清晰。

版本与许可：GPL-3.0 下的持续更新

ShellCrash 采用 GPL-3.0 许可，这意味着你可以自由使用、修改和分发，但衍生作品必须同样开源。仓库默认分支是 `dev`，最近一次提交在 2026 年 2 月，版本 1.9.4 于同日发布。版本 1.9.3 在 2025 年 12 月发布，1.9.1 在 2024 年 12 月发布，更新频率大约每季度一次。这反映了项目处于活跃维护状态，但用户也应该意识到，`dev` 分支可能包含未稳定测试的代码。如果你在生产设备上使用，建议锁定到具体 release 版本，而不是跟随 `dev` 分支的安装脚本。

编辑结论

ShellCrash 适合需要在路由器、嵌入式 Linux 或服务器上快速部署代理内核的用户，尤其是熟悉命令行、希望避免图形界面依赖的运维者。它不适合需要复杂 GUI 管理或对脚本安全性有严格审计要求的企业环境。采用前应验证设备是否满足 iptables/nftables 等关键依赖，并检查安装源（jsDelivr、GitHub 或作者私有源）的可用性与 SSL 证书策略。由于它依赖 root 权限和外部下载的内核二进制，建议在隔离的测试设备上先行验证。最终判断：ShellCrash 是一个实用的脚本工具，但它的价值取决于你对 Shell 环境的掌控程度，而非它本身的功能广度。

官方来源

社区笔记