https://blog.91demo.top/tags/%E5%AE%9E%E6%88%98%E5%B7%A5%E5%85%B7.htmlRecent content in 实战工具 on 豆子技术站Hugo -- 0.155.1zh-cnThu, 15 Jan 2026 18:00:00 +0800https://blog.91demo.top/devops/mole-devenv.htmlThu, 15 Jan 2026 18:00:00 +0800https://blog.91demo.top/devops/mole-devenv.html<p>最近开发完 Mole-go，想给它做个网站用来展示和下载。但我这个后端糙汉子，样式真搞不定，求助 AI 调了半天还是差点意思。最头疼的是，手机端调试得一遍遍输 IP，给朋友演示也得发一串 IP 端口，太不专业了！于是我一顿折腾，搞出了这套方案……</p> <p>为了解决这些痛点，我摸索出了一套“黄金组合”：Dufs + Mole-go + FRP + Caddy。这套方案打通了从本地到公网域名的全链路，实现了自动 HTTPS、域名访问以及极致的访问体验。</p> <h2 id="第一步构建本地内容基石dufs">第一步：构建本地内容基石（Dufs）</h2> <p>一切的起点是本地文件服务。我选择使用 Dufs 作为静态服务器。它极其轻量，支持上传、搜索、打包下载甚至 WebDAV，是我演示 Web 应用或分发安装包的首选。</p> <p>通过简单的命令，我在本地 5000 端口启动了服务。虽然此时它还被“困”在局域网内，但它为后续的展示提供了稳固的基础。</p> <h2 id="第二步突破局域网束缚frp-与-mole-go">第二步：突破局域网束缚（FRP 与 Mole-go）</h2> <p>为了让公网流量能精准触达内网，我采用了经典的 FRP 方案，但在客户端层面，我使用了自己开发的 Mole-go。</p> <ul> <li> <p>服务端 (FRP Server)：部署在具备公网 IP 的云服务器上，充当流量中转站。这个服务器配置可以很低，网站服务都在本地电脑，如果本地有数据库，也非常方便调试。</p> </li> <li> <p>客户端 (Mole-go)：这是我为 FRP 打造的桌面管理客户端。它封装了 frpc 核心，不仅提供了直观的 UI，还通过系统托盘设计彻底解决了“关闭窗口即断连”的痛点。</p> </li> </ul> <p>使用 Mole-go，我可以将本地 5000 端口通过加密隧道安全地映射到云端。它出色的资源管理和连接稳定性，确保了演示过程中即便网络波动，链接依然稳固如初。</p> <h2 id="第三步优雅的网关入口caddy">第三步：优雅的网关入口（Caddy）</h2> <p>即便流量已到达公网，我也不希望朋友们通过 http://IP:端口 这种生硬的方式访问。我追求的是“域名+HTTPS”的专业感，这不仅是为了美观，更是为了开发环境需求，下次开发公众号等必须 HTTPS 环境时可以拿来就直接使用。</p> <p>我选择了 Caddy 担任“守门人”。Caddy 的魅力在于其近乎零配置的 自动 HTTPS 功能。看中了它的简单方便，非常符合我的场景。在 Caddyfile 中，我只需写下：</p> <pre tabindex="0"><code>example.com {    reverse_proxy localhost:7000  # 指向 FRP 映射出的本地端口 } </code></pre><p>仅需这一行配置，Caddy 就会自动搞定 SSL 证书的申请与续签。当访问者输入域名时，映入眼帘的是受信任的绿色小锁头，所有的复杂端口逻辑都被完美隐藏。</p>