技术深度解析
Wetty 的架构优雅而简洁。其核心使用 `xterm.js` 库进行前端终端模拟，以及 Node.js 的 `ssh2` 模块作为后端 SSH 客户端。当用户在浏览器中打开 Wetty URL 时，客户端会与 Node.js 服务器建立 WebSocket 连接。随后，服务器会向目标主机（默认为 localhost）发起一个 SSH 会话，并将所有终端数据在 WebSocket 与 SSH 流之间进行双向管道传输。这就是全部魔法——没有 VNC、没有 RDP、没有复杂的协议转换。
关键组件：
- xterm.js： 一个流行的开源终端模拟器库（GitHub: `xtermjs/xterm.js`，约 18k 星标），可在浏览器中渲染完整的终端 UI，支持 256 色、Unicode 和鼠标事件。
- ssh2： 一个纯 JavaScript 的 SSH2 客户端库（`mscdex/ssh2`，约 5.5k 星标），负责密钥交换、加密和通道多路复用。
- Express.js： Wetty 使用 Express 进行 HTTP 路由和静态文件服务。
- WebSocket (ws)： `ws` 库（`websockets/ws`，约 22k 星标）管理持久、低延迟的连接。
性能考量：
Wetty 的性能在很大程度上取决于网络延迟和 WebSocket 开销。在本地网络测试中，延迟通常低于 10 毫秒，与原生 SSH 相当。在互联网环境下，由于 TLS 握手和 WebSocket 帧封装，延迟会增加约 20-50 毫秒。对于高输出的终端场景（例如在繁忙的日志上运行 `tail -f`），Wetty 可处理高达 1MB/s 的吞吐量而不会出现明显卡顿，但超过此阈值后，浏览器的渲染将成为瓶颈。下表对比了 Wetty 与其他基于浏览器的终端解决方案的性能：
| 解决方案 | 协议 | 延迟（本地，毫秒） | 最大吞吐量（MB/s） | 浏览器内存（空闲，MB） | 设置复杂度 |
|---|---|---|---|---|---|
| Wetty | 基于 WebSocket 的 SSH | 5-10 | 1.2 | 45 | 低（npm install） |
| ttyd | WebSocket + libwebsockets | 3-8 | 2.5 | 38 | 中（需要编译） |
| Apache Guacamole | 基于 WebSocket 的 VNC/RDP/SSH | 15-30 | 0.8 | 120 | 高（Java 服务器 + 代理） |
| Shell In A Box | AJAX 轮询 | 50-100 | 0.3 | 60 | 中（C 二进制文件） |
数据要点： Wetty 在低延迟和易部署性之间取得了良好平衡，但由于 JavaScript 开销，其原始吞吐量不及 ttyd。对于大多数管理任务（编辑文件、运行命令、监控），这种差异可以忽略不计。
安全架构（及其缺陷）：
Wetty 本身不实现身份验证。它期望用户将其置于反向代理之后（例如使用 `auth_basic` 或 OAuth2 Proxy 的 Nginx），或使用 SSH 密钥访问目标服务器。`--ssh-auth` 选项允许使用密码或私钥进行身份验证，但这些凭据通过 WebSocket 发送——如果未使用 HTTPS，它们将以明文形式传输。该项目的 README 明确警告：“Wetty 默认不安全。请使用 HTTPS 和身份验证。”这既是其优势（灵活性），也是其弱点（容易配置错误）。
近期发展：
GitHub 仓库（`butlerx/wetty`）在 2025 年初活动激增，有拉取请求涉及 WebSocket 重连逻辑和对 Node.js 20+ 的支持。维护者已合并允许通过查询参数自定义 SSH 端口和主机名的更改，使其更适合 Kubernetes Pod 等动态环境。
关键参与者与案例研究
Wetty 是由 GitHub 用户 `butlerx`（真实姓名未公开）独立维护的开源项目。它没有企业背景，这既是其魅力所在，也是其风险所在。该项目在浏览器终端访问工具这一小众但不断增长的市场中竞争。主要替代方案包括：
- ttyd（GitHub: `tsl0922/ttyd`，约 8k 星标）：通过 WebSocket 共享命令行程序。比 Wetty 更快、更轻量，但需要编译，且原生不支持 SSH——它直接暴露本地 shell，存在安全隐患。
- Apache Guacamole（GitHub: `apache/guacamole-server`，约 2.5k 星标）：一个完整的远程桌面网关，支持 SSH、VNC、RDP 和 Telnet。企业级，支持 LDAP、SAML 和 MFA，但重量级（需要 Tomcat、MySQL 和 Java Servlet 容器）。
- Shell In A Box（GitHub: `shellinabox/shellinabox`，约 2.8k 星标）：一个较老的基于 AJAX 的终端模拟器。不支持 WebSocket，导致延迟更高、UI 响应性更差。
- 基于云的替代方案：AWS Systems Manager Session Manager、Azure Bastion 和 Google Cloud IAP Desktop——这些是托管服务，内置 IAM、审计日志记录，无需客户端设置，但会将用户锁定在特定云平台中。
案例研究：教育实验室部署
某大学计算机科学系将 Wetty 部署在 Nginx 反向代理之后，配合 Let's Encrypt TLS 和 OAuth2 Proxy（Google 登录），为 200 名学生提供基于浏览器的 Linux 实验室服务器访问。一名开发人员仅用两小时就完成了设置。学生可以从 Chromebook、iPad 和图书馆电脑上访问终端。