[GH-ISSUE #2796] server_addr 配置优化

gitea-mirror commented

2026-05-05 13:26:11 -06:00

Owner

Originally created by @zuozhehao on GitHub (Feb 11, 2022).
Original GitHub issue: https://github.com/fatedier/frp/issues/2796

Describe the feature request

[common]
server_addr = domain.com

server_addr 使用域名配置时，域名绑定的ip变化，frpc 连接的ip未跟随变化。

当使用域名时心跳检测前增加DNS解析，或配置支持多IP 如server_addr = 192.168.1.100,192.168.1.200

在多台服务器部署frps，域名做了灾备自动切换，提高可用性。

Describe alternatives you've considered

No response

Affected area

Docs
Installation
Performance and Scalability
Security
User Experience
Test and Release
Developer Infrastructure
Client Plugin
Server Plugin
Extensions
Others

Originally created by @zuozhehao on GitHub (Feb 11, 2022). Original GitHub issue: https://github.com/fatedier/frp/issues/2796 ### Describe the feature request ``` [common] server_addr = domain.com ``` server_addr 使用域名配置时，域名绑定的ip变化，frpc 连接的ip未跟随变化。当使用域名时心跳检测前增加DNS解析，或配置支持多IP 如`server_addr = 192.168.1.100,192.168.1.200` 在多台服务器部署frps，域名做了灾备自动切换，提高可用性。 ### Describe alternatives you've considered _No response_ ### Affected area - [ ] Docs - [ ] Installation - [ ] Performance and Scalability - [ ] Security - [ ] User Experience - [ ] Test and Release - [ ] Developer Infrastructure - [ ] Client Plugin - [ ] Server Plugin - [ ] Extensions - [ ] Others

gitea-mirror

2026-05-05 13:26:11 -06:00

closed this issue
added the
lifecycle/stale
label

gitea-mirror commented

2026-05-05 13:26:14 -06:00

Author

Owner

@172721404 commented on GitHub (Feb 11, 2022):

这是来自QQ邮箱的假期自动回复邮件。

您好，我已经收到你给我发的邮件，谢谢你...

@172721404 commented on GitHub (Feb 11, 2022): 这是来自QQ邮箱的假期自动回复邮件。您好，我已经收到你给我发的邮件，谢谢你...

gitea-mirror commented

2026-05-05 13:26:15 -06:00

Author

Owner

@fatedier commented on GitHub (Feb 11, 2022):

关闭之前的服务端后，客户端会重连，就可以正常连接到新的地址。

@fatedier commented on GitHub (Feb 11, 2022): 关闭之前的服务端后，客户端会重连，就可以正常连接到新的地址。

gitea-mirror commented

2026-05-05 13:26:16 -06:00

Author

Owner

@zuozhehao commented on GitHub (Feb 12, 2022):

关闭之前的服务端后，客户端会重连，就可以正常连接到新的地址。

A主B备，A挂了后DNS自动切到B，Frpc也会切换到B(DNS生效后)，这个正常。
当A恢复正常后DNS切回A，Frpc还是保持使用B，这个时候域名连接就不正常了。
有没好的方法，Frps往后是否有可能支持类集群方案 @fatedier

@zuozhehao commented on GitHub (Feb 12, 2022): > 关闭之前的服务端后，客户端会重连，就可以正常连接到新的地址。 A主B备，A挂了后DNS自动切到B，Frpc也会切换到B(DNS生效后)，这个正常。当A恢复正常后DNS切回A，Frpc还是保持使用B，这个时候域名连接就不正常了。有没好的方法，Frps往后是否有可能支持类集群方案 @fatedier

gitea-mirror commented

2026-05-05 13:26:16 -06:00

Author

Owner

@fatedier commented on GitHub (Feb 13, 2022):

目前没有平滑的迁移方式，只能通过断开和客户端的连接，让客户端重连到新的节点。

会有集群方案的支持计划，包括针对大规模客户端的优化，但应该不会开源，相对来说这些已经是一些企业级的需求，目前已经有一些公司有这方面的需求沟通和付费意愿，所以后续应该会对这样的场景提供针对性的解决方案。

@fatedier commented on GitHub (Feb 13, 2022): 目前没有平滑的迁移方式，只能通过断开和客户端的连接，让客户端重连到新的节点。会有集群方案的支持计划，包括针对大规模客户端的优化，但应该不会开源，相对来说这些已经是一些企业级的需求，目前已经有一些公司有这方面的需求沟通和付费意愿，所以后续应该会对这样的场景提供针对性的解决方案。

gitea-mirror commented

2026-05-05 13:26:17 -06:00

Author

Owner

@github-actions[bot] commented on GitHub (Mar 16, 2022):

Issues go stale after 30d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.

@github-actions[bot] commented on GitHub (Mar 16, 2022): Issues go stale after 30d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.