内网穿透

一、困境与契机：低配服务器、高性能需求与共享经济的思考 我的云服务器配置很“复古”：1 核 CPU、1G 内存、1M 带宽。它完美地满足了我个人博客的需求，直到我需要演示一套视频会议系统。该系统最低要求 2 核 4G。 我的服务器是包年做活动时购买，升级配置成本高昂，而我的本地电脑性能过剩，为了一次演示，我升级我的云服务器，我感觉不值。为了解决这个问题，frp（Fast Reverse Proxy） 成为了我的救星，它允许我将本地高性能服务安全地映射到公网。 新的痛点出现：命令行的局限性 在成功通过命令行 frpc 实现了内网穿透演示后，我发现了一系列生产力问题： 进程管理难题： 命令行窗口一旦关闭，frpc 进程随之终止，服务中断。这在日常使用中非常不便，因为会经常手误关闭窗口。 潜在的商业价值： 我有闲置资源服务器，公网 IP 以及域名。对于那些临时需要公网映射的用户来说，这是一个刚需。 流量变现与服务化： 我有一个小程序并集成了广告。如果能让用户通过看广告来获取临时的 frps 使用权（子域名分配），可以减少我的服务器支出，这将是一个双赢的模式。 为了解决这些问题并实现我的想法，我意识到可以做一个稳定、可后台运行、拥有友好 UI 的客户端，来替代原始的命令行操作。 二、技术选型坎坷路：Fyne、Tauri 的尝试与碰壁 我的技术栈主要集中在 Go、Rust 和 JavaScript，其中 Go 最擅长。我希望使用这些技术栈实现一个跨平台的客户端。 第一次尝试：Go & Fyne Fyne 是一款使用 Go 语言编写的跨平台 GUI 库。我首先尝试了它。 优点： 纯 Go 编写，上手快。 痛点： 在处理 frpc 实时打印的日志时，Fyne 对中文字符的支持不理想；复杂的列表和表格布局实现起来很痛苦。最终放弃。 第二次尝试：Rust & Tauri Tauri 是当时（也是现在）非常热门的跨平台框架，结合 Rust 的后端性能和 Web 前端技术。 优点： 性能强劲，打包体积小，前端界面开发体验好。 痛点： 我完成了界面设计，但在核心的 frp 控制模块上遇到了巨大的技术难题。Rust 的所有权（Ownership） 和生命周期管理让我头疼不已，始终无法优雅地实现 frp 进程的启动、停止和状态共享。项目卡壳。 三、柳暗花明：Wails v3 成为“天选之子” 在技术选型陷入僵局时，有读者告诉我可以尝试下 wails 3，我关注了 Wails 项目的 v3 版本。虽然现在它还处于 Alpha 阶段，但它宣传的特性完美契合我的所有需求： ...

Mole 是一款基于 Wails 3 开发的跨平台 frp 管理客户端。它不仅解决了 frp 配置繁琐的痛点，更探索出了一种“桌面工具 + 小程序生态”的全新闭环模式。 🌟 核心业务流程 Mole 的核心逻辑在于其自动化配置流与激励机制的融合： 1. 智能激励连接 (One-Click Connect) 当用户点击“一键连接”时，客户端会启动一套自动验证逻辑： 广告触发：系统检查用户当前状态。若未满足条件，则弹出动态窗口显示专属小程序码。 多端协同：用户扫码后进入微信小程序观看激励视频。 自动握手：用户观看完毕后，小程序通过后端指令反馈给 Mole 客户端。 静默取消：客户端接收指令后自动关闭弹窗，进入连接阶段。 2. 云端配置自动下发 Mole 不再需要用户手动编辑复杂的 TOML 文件： 动态获取：从服务器端安全获取分配的随机子域名和 frp 配置 Token。 本地注入：Go 后端自动将配置写入内置的 frpc.toml。 二进制调用：自动调用内嵌的 frpc 核心组件启动服务。 3. 全链路事件反馈 利用 Wails 3 的高效事件机制，实现深度的 UI 反馈： 实时日志：Go 后端捕获 frpc 的标准输出，通过事件流（Events）实时推送到前端页面，用户可以清晰看到连接建立过程。 状态监控：实时反馈隧道运行状态，确保连接稳定性。 🛠️ 板块功能详情 连接控制台：一键启停，集成小程序激励流程。 端口配置页：灵活配置本地服务端口（如 8080, 3000 等），满足开发者调试需求。 实时日志页：直观展示 frp 运行日志，方便故障排查。 帮助中心：详尽的操作指南，降低内网穿透的使用门槛。 技术结缘 (About & Support)： 集成优质云服务器推广（为用户提供可靠的 frp 服务端选择）。 扫码直达开发笔记，分享 Wails 3 与 Go 的底层实战。 👀 软件界面概览 1. 软件主界面 ...

随着“小程序激励演示版”的完成，我不仅验证了 Wails 3 的可靠性，也理清了内网穿透在实际应用中的边界。 今天，我决定开启 Mole 客户端的新阶段：开发一个完全去商业化的“公版”frp 管理工具。 这一次，不再有广告，不再有限制，只有极致的配置体验和对 frp 协议的深度支持。 一、 减法：去掉枷锁，回归纯粹 在之前的演示版中，为了跑通“看广告换带宽”的逻辑，我给工具加了很多业务代码。在新的公版计划中，我做的第一件事就是**“大扫除”**： 移除激励系统：彻底删掉小程序码弹窗、后端握手逻辑和广告状态监听。 轻量化内核： UI 界面将变得更加清爽，让用户专注于配置本身。 零服务依赖：不再强制连接我的私有服务器，用户可以自由添加任何公网 frps 节点。 二、 加法：全协议支持与配置进化 frp 的强大之处在于其灵活的协议转发。之前的版本为了简化演示只支持 HTTP，但在公版中，我将补齐这些核心拼图： 1. 从 HTTP 到 TCP/UDP 开发者不仅需要穿透网页，更多时候需要穿透 SSH (22)、数据库 (3306) 甚至 游戏服务器 (UDP)。 新特性：配置页面将新增协议切换选项，动态支持 TCP 和 UDP 端口映射。 交互优化：针对不同协议，UI 会自动切换配置项（如 HTTP 需要填写域名，而 TCP 只需填端口）。 2. HTTPS 的优雅实现 虽然 frpc 本身可以处理 SSL，但主流做法依然是在服务器端使用 Nginx/Caddy 进行反向代理。 方案升级：Mole 将内置一套“最佳实践文档”。在用户配置 HTTPS 映射时，客户端会引导用户如何在服务端配置 Nginx，并给出生成的示例配置代码。 3. 配置文件的“可视化”与“透明化” 公版将允许用户直接查看生成的 frpc.toml。 你可以在 UI 界面通过表单操作，也可以一键切换到代码模式手动微调。这种“双模运行”能同时满足新手和老鸟的需求。 三、 稳定性：我自己的“日用级”保障 在开发演示版的这段时间里，Mole 实际上已经成为了我工作流程的一部分。 ...