[GH-ISSUE #2239] 已配置的客户端，更换服务端地址后无法使用 #1780

New issue

Closed

opened 2026-05-05 13:09:04 -06:00 by gitea-mirror · 1 comment

gitea-mirror commented

2026-05-05 13:09:04 -06:00

Owner

Originally created by @darkripples on GitHub (Feb 7, 2021).
Original GitHub issue: https://github.com/fatedier/frp/issues/2239

有这样一个场景：现有的服务端(centos_1)与现有的2个客户端(windows)，通过frp配置后(http协议)，可以正常内网穿透；
现在要将服务端换到另一台服务器上，我在新服务器上启动了frps服务，然后添加新客户端(windows)后，是可以正常内网穿透的；
但是修改之前的2个客户端(windows)的服务端配置信息(server_addr)(沿用之前的服务端域名custom_domains)，然后将域名解析到新服务器，这样配置后，访问域名出现的是frp的404页面，客户端启动frpc后也是现实连接成功的，服务端log也能看到连接成功的log，但是访问后就出现frp的404页面；基本也排除域名解析缓存问题，本地也刷新过dns缓存

Originally created by @darkripples on GitHub (Feb 7, 2021). Original GitHub issue: https://github.com/fatedier/frp/issues/2239 有这样一个场景：现有的服务端(centos_1)与现有的2个客户端(windows)，通过frp配置后(http协议)，可以正常内网穿透；现在要将服务端换到另一台服务器上，我在新服务器上启动了frps服务，然后添加新客户端(windows)后，是可以正常内网穿透的；但是修改之前的2个客户端(windows)的服务端配置信息(server_addr)(沿用之前的服务端域名custom_domains)，然后将域名解析到新服务器，这样配置后，访问域名出现的是frp的404页面，客户端启动frpc后也是现实连接成功的，服务端log也能看到连接成功的log，但是访问后就出现frp的404页面；基本也排除域名解析缓存问题，本地也刷新过dns缓存

gitea-mirror

2026-05-05 13:09:04 -06:00

closed this issue
added the
lifecycle/stale
label

gitea-mirror commented

2026-05-05 13:09:07 -06:00

Author

Owner

@github-actions[bot] commented on GitHub (Mar 25, 2021):

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

@github-actions[bot] commented on GitHub (Mar 25, 2021): Issues go stale after 45d of inactivity. Stale issues rot after an additional 10d of inactivity and eventually close.

gitea-mirror referenced this issue

2026-05-05 14:42:22 -06:00

[PR #1780] [MERGED] bump version #4452