github-starred/frp

Fork 0

mirror of https://github.com/fatedier/frp.git synced 2026-05-15 08:05:49 -06:00

[GH-ISSUE #4444] frpc是否支持通过frps上面统一配置管理 #3513

New issue

Closed

opened 2026-05-05 14:15:20 -06:00 by gitea-mirror · 7 comments

gitea-mirror commented

2026-05-05 14:15:20 -06:00

Owner

Originally created by @maojianyou on GitHub (Sep 15, 2024).
Original GitHub issue: https://github.com/fatedier/frp/issues/4444

目前frpc上面配置都得手工进行配置，如果frpc多了，那么管理起来会非常麻烦，后续能否开发经过frps进行统一管理下发配置，实现frpc一键自动上线，然后frps统一管控，方便管理维护

还有其它2种场景，出现故障后的情况
场景1、是否支持，同一个区域，比如有frpc 1 frpc 2 frpc 3 3台，然后配置相同，端口也相同，去连frps，如果frpc 1挂了，自动切换到frpc 2 这样实现故障迁移，而不用端口改来改去，方便访问frps 前端的端口不变；
场景2、是否支持同一个frpc 比如同时连frps1 frps2 ，如果frps1挂了，自动故障切换到frps2，端口同样不变，如果frps使用的域名，就可以实现更改域名改A记录,实现故障无缝切换，使用者不需要更换任何配置；
针对场景1、跟场景2是否可以实现

Originally created by @maojianyou on GitHub (Sep 15, 2024). Original GitHub issue: https://github.com/fatedier/frp/issues/4444 目前frpc上面配置都得手工进行配置，如果frpc多了，那么管理起来会非常麻烦，后续能否开发经过frps进行统一管理下发配置，实现frpc一键自动上线，然后frps统一管控，方便管理维护还有其它2种场景，出现故障后的情况场景1、是否支持，同一个区域，比如有frpc 1 frpc 2 frpc 3 3台，然后配置相同，端口也相同，去连frps，如果frpc 1挂了，自动切换到frpc 2 这样实现故障迁移，而不用端口改来改去，方便访问frps 前端的端口不变；场景2、是否支持同一个frpc 比如同时连frps1 frps2 ，如果frps1挂了，自动故障切换到frps2，端口同样不变，如果frps使用的域名，就可以实现更改域名改A记录,实现故障无缝切换，使用者不需要更换任何配置；针对场景1、跟场景2是否可以实现

gitea-mirror closed this issue

2026-05-05 14:15:21 -06:00

gitea-mirror commented

2026-05-05 14:15:23 -06:00

Author

Owner

@superzjg commented on GitHub (Sep 16, 2024):

要支持肯定是可以实现的，但大部分人用不到的话，作者一般会忽略，毕竟是开源项目。
若是刚需，可联系作者询问是否有付费定制途径。

@superzjg commented on GitHub (Sep 16, 2024): 要支持肯定是可以实现的，但大部分人用不到的话，作者一般会忽略，毕竟是开源项目。若是刚需，可联系作者询问是否有付费定制途径。

gitea-mirror commented

2026-05-05 14:15:23 -06:00

Author

Owner

@jfang2048 commented on GitHub (Sep 18, 2024):

或许可以自己通过脚本监测

@jfang2048 commented on GitHub (Sep 18, 2024): 或许可以自己通过脚本监测

gitea-mirror commented

2026-05-05 14:15:24 -06:00

Author

Owner

@xqzr commented on GitHub (Sep 20, 2024):

1、https://gofrp.org/zh-cn/docs/features/common/load-balancer/
2、多开

@xqzr commented on GitHub (Sep 20, 2024): 1、https://gofrp.org/zh-cn/docs/features/common/load-balancer/ 2、多开

gitea-mirror commented

2026-05-05 14:15:24 -06:00

Author

Owner

@xqzr commented on GitHub (Sep 20, 2024):

目前frpc上面配置都得手工进行配置，如果frpc多了，那么管理起来会非常麻烦，后续能否开发经过frps进行统一管理下发配置，实现frpc一键自动上线，然后frps统一管控，方便管理维护

作者不希望 frps 控制 frpc。
可以映射 Admin UI
https://gofrp.org/zh-cn/docs/features/common/ui/#%E5%AE%A2%E6%88%B7%E7%AB%AF%E7%AE%A1%E7%90%86%E7%95%8C%E9%9D%A2

@xqzr commented on GitHub (Sep 20, 2024): > 目前frpc上面配置都得手工进行配置，如果frpc多了，那么管理起来会非常麻烦，后续能否开发经过frps进行统一管理下发配置，实现frpc一键自动上线，然后frps统一管控，方便管理维护作者不希望 frps 控制 frpc。可以映射 Admin UI https://gofrp.org/zh-cn/docs/features/common/ui/#%E5%AE%A2%E6%88%B7%E7%AB%AF%E7%AE%A1%E7%90%86%E7%95%8C%E9%9D%A2

gitea-mirror commented

2026-05-05 14:15:24 -06:00

Author

Owner

@ldw4033 commented on GitHub (Sep 23, 2024):

目前frpc上面配置都得手工进行配置，如果frpc多了，那么管理起来会非常麻烦，后续能否开发经过frps进行统一管理下发配置，实现frpc一键自动上线，然后frps统一管控，方便管理维护

作者不希望 frps 控制 frpc。可以映射 Admin UI https://gofrp.org/zh-cn/docs/features/common/ui/#%E5%AE%A2%E6%88%B7%E7%AB%AF%E7%AE%A1%E7%90%86%E7%95%8C%E9%9D%A2

其实我有个疑问哈，那服务端如何主动关闭这个客户端呢？比如：我给某台机器安装了 frpc后给了其他人用，后来我想删除这台机器，不允许他连接frps ，那是不是就还得去frpc 那台机器主动删除？

@ldw4033 commented on GitHub (Sep 23, 2024): > > 目前frpc上面配置都得手工进行配置，如果frpc多了，那么管理起来会非常麻烦，后续能否开发经过frps进行统一管理下发配置，实现frpc一键自动上线，然后frps统一管控，方便管理维护 > > 作者不希望 frps 控制 frpc。可以映射 Admin UI https://gofrp.org/zh-cn/docs/features/common/ui/#%E5%AE%A2%E6%88%B7%E7%AB%AF%E7%AE%A1%E7%90%86%E7%95%8C%E9%9D%A2 其实我有个疑问哈，那服务端如何主动关闭这个客户端呢？比如：我给某台机器安装了 frpc后给了其他人用，后来我想删除这台机器，不允许他连接frps ，那是不是就还得去frpc 那台机器主动删除？

gitea-mirror commented

2026-05-05 14:15:25 -06:00

Author

Owner

@superzjg commented on GitHub (Sep 23, 2024):

目前frpc上面配置都得手工进行配置，如果frpc多了，那么管理起来会非常麻烦，后续能否开发经过frps进行统一管理下发配置，实现frpc一键自动上线，然后frps统一管控，方便管理维护

作者不希望 frps 控制 frpc。可以映射 Admin UI https://gofrp.org/zh-cn/docs/features/common/ui/#%E5%AE%A2%E6%88%B7%E7%AB%AF%E7%AE%A1%E7%90%86%E7%95%8C%E9%9D%A2

其实我有个疑问哈，那服务端如何主动关闭这个客户端呢？比如：我给某台机器安装了 frpc后给了其他人用，后来我想删除这台机器，不允许他连接frps ，那是不是就还得去frpc 那台机器主动删除？

目前可以改 bindPort、auth.token、quicBindPort、vhostHTTPPort、vhostHTTPSPort，让frpc连不上，若 frpc 有 remotePort，也可在 frps 所在服务器的防火墙禁用此端口的数据通过。
若 frpc 是 visitors，还可以改 frpc 代理的 name、secretKey、allowUsers ，让 visitors 连不上。

@superzjg commented on GitHub (Sep 23, 2024): > > > 目前frpc上面配置都得手工进行配置，如果frpc多了，那么管理起来会非常麻烦，后续能否开发经过frps进行统一管理下发配置，实现frpc一键自动上线，然后frps统一管控，方便管理维护 > > > > > > 作者不希望 frps 控制 frpc。可以映射 Admin UI https://gofrp.org/zh-cn/docs/features/common/ui/#%E5%AE%A2%E6%88%B7%E7%AB%AF%E7%AE%A1%E7%90%86%E7%95%8C%E9%9D%A2 > > 其实我有个疑问哈，那服务端如何主动关闭这个客户端呢？比如：我给某台机器安装了 frpc后给了其他人用，后来我想删除这台机器，不允许他连接frps ，那是不是就还得去frpc 那台机器主动删除？目前可以改 `bindPort`、`auth.token`、`quicBindPort`、`vhostHTTPPort`、`vhostHTTPSPort`，让frpc连不上，若 frpc 有 `remotePort`，也可在 frps 所在服务器的防火墙禁用此端口的数据通过。若 frpc 是 visitors，还可以改 frpc 代理的 `name`、`secretKey`、`allowUsers `，让 visitors 连不上。

gitea-mirror commented

2026-05-05 14:15:25 -06:00

Author

Owner

@xqzr commented on GitHub (Sep 23, 2024):

目前frpc上面配置都得手工进行配置，如果frpc多了，那么管理起来会非常麻烦，后续能否开发经过frps进行统一管理下发配置，实现frpc一键自动上线，然后frps统一管控，方便管理维护

作者不希望 frps 控制 frpc。可以映射 Admin UI https://gofrp.org/zh-cn/docs/features/common/ui/#%E5%AE%A2%E6%88%B7%E7%AB%AF%E7%AE%A1%E7%90%86%E7%95%8C%E9%9D%A2

其实我有个疑问哈，那服务端如何主动关闭这个客户端呢？比如：我给某台机器安装了 frpc后给了其他人用，后来我想删除这台机器，不允许他连接frps ，那是不是就还得去frpc 那台机器主动删除？

可以使用“服务端插件” https://gofrp.org/zh-cn/docs/features/common/server-plugin/

@xqzr commented on GitHub (Sep 23, 2024): > > > 目前frpc上面配置都得手工进行配置，如果frpc多了，那么管理起来会非常麻烦，后续能否开发经过frps进行统一管理下发配置，实现frpc一键自动上线，然后frps统一管控，方便管理维护 > > > > > > 作者不希望 frps 控制 frpc。可以映射 Admin UI https://gofrp.org/zh-cn/docs/features/common/ui/#%E5%AE%A2%E6%88%B7%E7%AB%AF%E7%AE%A1%E7%90%86%E7%95%8C%E9%9D%A2 > > 其实我有个疑问哈，那服务端如何主动关闭这个客户端呢？比如：我给某台机器安装了 frpc后给了其他人用，后来我想删除这台机器，不允许他连接frps ，那是不是就还得去frpc 那台机器主动删除？可以使用“服务端插件” https://gofrp.org/zh-cn/docs/features/common/server-plugin/