a multi node frp webui and for [frp](https://github.com/fatedier/frp) server and client management, which makes this project a Cloudflare Tunnel or Tailscale Funnel open source alternative
Go to file
2024-01-14 15:30:33 +08:00
biz devops: ci 2024-01-14 14:10:49 +08:00
cache init repo 2024-01-13 13:33:22 +08:00
cmd devops: ci 2024-01-14 14:10:49 +08:00
common feat: finish front end 2024-01-14 02:28:19 +08:00
conf devops: ci 2024-01-14 14:10:49 +08:00
dao devops: ci 2024-01-14 14:10:49 +08:00
doc devops: ci 2024-01-14 14:10:49 +08:00
idl devops: ci 2024-01-14 14:10:49 +08:00
middleware init repo 2024-01-13 13:33:22 +08:00
models init repo 2024-01-13 13:33:22 +08:00
pb devops: ci 2024-01-14 14:10:49 +08:00
rpc init repo 2024-01-13 13:33:22 +08:00
services init repo 2024-01-13 13:33:22 +08:00
tunnel init repo 2024-01-13 13:33:22 +08:00
utils init repo 2024-01-13 13:33:22 +08:00
watcher init repo 2024-01-13 13:33:22 +08:00
www devops: ci 2024-01-14 14:10:49 +08:00
.drone.yaml devops: ci 2024-01-14 14:10:49 +08:00
.env.sample init repo 2024-01-13 13:33:22 +08:00
.gitignore fix: doc 2024-01-14 15:30:33 +08:00
build.sh fix: doc 2024-01-14 15:30:33 +08:00
codegen.sh feat: finish front end 2024-01-14 02:28:19 +08:00
Dockerfile devops: ci 2024-01-14 14:10:49 +08:00
Dockerfile.standalone devops: ci 2024-01-14 14:10:49 +08:00
go.mod feat: finish front end 2024-01-14 02:28:19 +08:00
go.sum feat: finish front end 2024-01-14 02:28:19 +08:00
README.md fix: doc 2024-01-14 15:30:33 +08:00

详细博客地址: https://vaala.cat/2024/01/14/frp-panel-doc/ 使用说明可以看博客,也可以直接滑到最后

FRP-Panel

我们的目标就是做一个:

  • 客户端配置可中心化管理
  • 多服务端配置管理
  • 可视化配置界面
  • 简化运行所需要的配置

的更强更完善的frp

项目开发指南

平台架构设计

技术栈选好了下一步就是要设计程序的架构。在刚刚背景里说的那样frp本身有frpc和frps客户端和服务端这两个角色肯定是必不可少了。然后我们还要新增一个东西去管理它们所以frp-panel新增了一个master角色。master会负责管理各种frpc和frps中心化的存储配置文件和连接信息。

然后是frpc和frps。原版是需要在两边分别写配置文件的。那么既然原版已经支持了就不用在走原版的路子我们直接不支持配置文件所有的配置都必须从master获取。

其次还要考虑到与原版的兼容问题frp-panel的客户端/服务端都必须要能连上官方frpc/frps服务。这样的话就可以做到配置文件/不要配置文件都能完美工作了。
总的说来架构还是很简单的。

arch

开发

项目包含三个角色

  1. Master: 控制节点接受来自前端的请求并负责管理Client和Server
  2. Server: 服务端受控制节点控制负责对客户端提供服务包含frps和rpc(用于连接Master)服务
  3. Client: 客户端受控制节点控制包含frpc和rpc(用于连接Master)服务

接下来给出一个项目中各个包的功能

.
|-- biz                 # 主要业务逻辑
|   |-- client          # 客户端逻辑这里指的是frp-panel的客户端
|   |-- master          # frp-panel 控制平面负责处理前端请求并且使用rpc管理frp-panel的server和client
|   |   |-- auth        # 认证模块,包含用户认证和客户端认证
|   |   |-- client      # 客户端模块包含前端管理客户端的各种API
|   |   |-- server      # 服务端模块包含前端管理服务端的各种API
|   |   `-- user        # 用户模块,包含用户管理、用户信息获取等
|   `-- server          # 服务端逻辑这里指的是frp-panel的服务端
|-- cache               # 缓存用于存储frps的认证token
|-- cmd                 # 命令行入口main函数的所在地负责按需启动各个模块
|-- common
|-- conf
|-- dao                 # data access object任何和数据库相关的操作会调用这个库
|-- doc                 # 文档
|-- idl                 # idl定义
|-- middleware          # api的中间件包含JWT和context相关用于处理api请求鉴权通过后会把用户信息注入到context可以通过common包获取
|-- models              # 数据库模型,用于定义数据库表。同时包含实体定义
|-- pb                  # protobuf生成的pb文件
|-- rpc                 # 各种rpc的所在地包含Client/Server调用Master的逻辑也包含Master使用Stream调用Client和Server的逻辑
|-- services            # 各种需要在内存中持久运行的模块,这个包可以管理各个服务的运行/停止
|   |-- api             # api服务运行需要外部传入一个ginRouter
|   |-- client          # frp的客户端即frpc可以控制frpc的各种配置/开始与停止
|   |-- master          # master服务包含rpc的服务端定义接收到rpc请求后会调用biz包处理逻辑
|   |-- rpcclient       # 有状态的rpc客户端因为rpc的client都没有公网ip因此在rpc client启动时会调用master的stream长连接rpc建立连接后Master和Client通过这个包通信
|   `-- server          # frp的服务端即frps可以控制frps的各种配置/开始与停止
|-- tunnel              # tunnel模块用于管理tunnel也就是管理frpc和frps服务
|-- utils
|-- watcher             # 定时运行的任务比如每30秒更新一次配置文件
`-- www
    |-- api
    |-- components # 这里面有一个apitest组件用于测试
    |   `-- ui
    |-- lib
    |   `-- pb
    |-- pages
    |-- public
    |-- store
    |-- styles
    `-- types

调试启动方式:

  • master: go run cmd/*.go master
  • client: go run cmd/*.go client -i <clientID> -s <clientSecret>
  • server: go run cmd/*.go server -i <serverID> -s <serverSecret>

项目配置文件会默认读取当前文件夹下的.env文件项目内置了样例配置文件可以按照自己的需求进行修改

详细架构调用图

structure

项目使用说明

frp-panel可选docker和直接运行模式部署直接部署请到release下载文件release

docker

  • master
docker run -d -p 9000:9000 \
	-p 9001:9001 \
	-v /opt/frp-panel:/data \
	-e APP_GLOBAL_SECRET=your_secret \ # Master的secret注意不要泄漏客户端和服务端的是通过Master生成的
	-e MASTER_RPC_HOST=0.0.0.0 \
	vaalacat/frp-panel

  • client
docker run -d -p your_port:your_port \
	-e APP_GLOBAL_SECRET=your_secret \  # 客户端和服务端的Secret与Master不一样但也最好不要泄漏
	-e MASTER_RPC_HOST=your_master \	# master节点的IP端口是默认9000修改配置请看最后
	vaalacat/frp-panel client -s xxx -i xxx # 在WebUI复制的参数
  • server
docker run -d -p your_port:your_port \
	-e APP_GLOBAL_SECRET=your_secret \  # 客户端和服务端的Secret与Master不一样但也最好不要泄漏
	-e MASTER_RPC_HOST=your_master \	# master节点的IP端口是默认9000修改配置请看最后
	vaalacat/frp-panel server -s xxx -i xxx # 在WebUI复制的参数

直接运行(Linux)

  • master
APP_GLOBAL_SECRET=your_secret MASTER_RPC_HOST=0.0.0.0 frp-panel master
  • client
APP_GLOBAL_SECRET=your_secret MASTER_RPC_HOST=0.0.0.0 frp-panel client -s xxx -i xxx # 在WebUI复制的参数
  • server
APP_GLOBAL_SECRET=your_secret MASTER_RPC_HOST=0.0.0.0 frp-panel server -s xxx -i xxx # 在WebUI复制的参数

直接运行(Windows)

在下载的可执行文件同名文件夹下创建一个 .env 文件(注意不要有后缀名)然后输入以下内容保存后运行对应命令注意client和server的对应参数需要在web页面复制

  • master: frp-panel-amd64.exe master
APP_GLOBAL_SECRET=your_secret
MASTER_RPC_HOST=IP
DB_DSN=data.db
  • client: frp-panel-amd64.exe client -s xxx -i xxx
APP_GLOBAL_SECRET=your_secret
MASTER_RPC_HOST=IP
  • server: frp-panel-amd64.exe server -s xxx -i xxx
APP_GLOBAL_SECRET=your_secret
MASTER_RPC_HOST=IP

配置说明

settings.go 这里有详细的配置参数解释,需要进一步修改配置请参考该文件

一些图片