tunneling

核心用法

TinyFish Tunneling 是一项基于 SSH 反向隧道的免费公共服务，允许用户将本地运行的任意 TCP 端口（如 Web 应用、API 服务）通过一条 SSH 命令映射到互联网可访问的 HTTPS 域名，无需注册账号、无需安装额外软件（仅需系统自带的 OpenSSH 客户端）。

基础命令结构

ssh -o StrictHostKeyChecking=accept-new -R 80:localhost:<本地端口> tinyfi.sh

• -R 参数建立远程端口转发，将 tinyfi.sh 服务器的 80 端口流量转发到本地指定端口
• 系统返回形如 https://<随机子域>.tinyfi.sh 的公网 URL
• 支持自定义子域名格式：-R myname:80:localhost:<端口>

高级配置

• 保活机制：添加 -o ServerAliveInterval=60 防止长时间空闲导致连接断开
• 后台运行：建议将 SSH 进程置于后台，确保持续可用

显著优点

1. 零门槛即时可用：无需注册、API 密钥或信用卡，5 秒内获得公网 HTTPS 地址
2. 原生 HTTPS 加密：自动生成 SSL 证书，避免自签名证书的信任警告
3. 跨平台兼容：任何支持 OpenSSH 的系统（macOS、Linux、WSL、Termux）均可直接使用
4. 无客户端依赖：纯 SSH 协议实现，不引入额外二进制文件或运行时环境

潜在缺点与局限性

| 维度 | 说明 |

|------|------|

| 连接稳定性 | 依赖 SSH 长连接，网络波动或 48 小时空闲超时会导致隧道中断 |

| 性能瓶颈 | 免费服务存在速率限制（5 SSH/分钟、100 HTTP/分钟、50 并发），高并发场景不适用 |

| 域名不可控 | 随机子域每次重启可能变化，虽支持自定义但无所有权验证机制 |

| 安全边界模糊 | 流量经过第三方服务器中转，敏感数据传输存在被动监听风险 |

| 功能单一 | 不支持 WebSocket 原生优化、自定义响应头、负载均衡等企业级特性 |

适合人群

• 前端/全栈开发者：快速向客户演示本地开发中的 Web 应用
• 后端工程师：调试第三方平台的 Webhook 回调（如 Stripe、GitHub）
• 独立黑客/Maker：临时暴露 IoT 设备或原型服务进行远程协作
• 技术写作者：录制教程时展示本地运行的示例项目

常规风险

1. 中间人暴露：SSH 首次连接时的 StrictHostKeyChecking=accept-new 设置虽便利，但跳过了主机密钥验证，存在首次连接被劫持的理论风险
2. 服务可持续性：免费 SaaS 服务存在运营终止或域名变更可能，不适合生产环境依赖
3. 数据残留：请求日志可能存储于服务器，敏感业务数据应避免通过此通道传输
4. 滥用封禁：共享出口 IP 可能因其他用户行为被目标服务列入黑名单

---

> 建议将 TinyFish 定位为开发调试工具而非基础设施组件，正式部署请迁移至 ngrok Enterprise、Cloudflare Tunnel 或自建反向代理方案。

核心用法

该 Skill 通过 SSH 反向隧道技术，将用户本地运行的服务快速暴露到公网。用户只需执行一条 SSH 命令 ssh -R 80:localhost:<PORT> tinyfi.sh，即可获得形如 https://<random>.tinyfi.sh 的 HTTPS 公网地址。支持自定义子域名、长连接保活等进阶配置，兼容 Next.js、Vite、Flask、Django 等主流开发框架的默认端口。

显著优点

零门槛即开即用：无需注册账号、无需安装额外软件、无需配置防火墙，依托系统自带的 SSH 客户端即可工作，极大降低了内网穿透的技术门槛。完全免费：不限制使用次数（在速率限制内），无隐藏付费项，适合个人开发者和小团队快速验证想法。即时反馈：命令执行后立即返回可访问的 HTTPS 链接，无需等待域名解析或证书配置。开发友好：内置常见框架端口速查表，降低新手配置成本。

潜在缺点与局限性

连接稳定性受限：免费服务无 SLA 保障，48 小时空闲超时和 50 并发连接上限不适合生产环境长期运行。安全风险需自担：将本地服务暴露至公网，若本地服务缺乏身份认证，可能被恶意扫描利用。速率限制严格：单 IP 每分钟仅 5 次 SSH 连接和 100 次 HTTP 请求，高频率开发调试可能触发限制。来源可信度待观察：由个人开发者维护（T3），无公开代码仓库，服务可持续性与安全审计透明度有限。

适合的目标群体

前端/全栈开发者：需要向同事或客户快速展示本地开发中的网页应用。Webhook 调试场景：接收第三方平台（如 GitHub、Stripe）的回调请求进行本地调试。原型验证与演示：创业公司或产品经理在正式部署前进行最小可行产品验证。教学与直播场景：编程教学时需要学生直接访问讲师本地运行的示例服务。

使用风险

本地暴露风险：隧道开启期间，本地服务对互联网可见，建议仅暴露开发环境服务，严格避免暴露数据库、Redis、管理后台等敏感端口。依赖外部服务：tinyfi.sh 服务的可用性完全由第三方控制，存在服务下线或域名变更风险。SSH 密钥管理：StrictHostKeyChecking=accept-new 参数自动接受新主机密钥，存在中间人攻击理论可能（尽管 tinyfi.sh 为知名服务）。无加密传输误区：虽然隧道本身使用 SSH 加密，但被暴露的本地服务若使用 HTTP 明文通信，数据在公网传输时仍存在被截获风险，建议本地服务也启用 HTTPS 或仅传输非敏感数据。