github-starred/frp

Fork 0

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

[GH-ISSUE #1318] Frp UDP穿透时好时坏 #1045

New issue

Closed

opened 2026-05-05 12:40:25 -06:00 by gitea-mirror · 5 comments

gitea-mirror commented

2026-05-05 12:40:25 -06:00

Owner

Originally created by @pedxyuyuko on GitHub (Jul 11, 2019).
Original GitHub issue: https://github.com/fatedier/frp/issues/1318

What version of frp are you using (./frpc -v or ./frps -v)?

frps: 0.27.0
frpc: 0.27.0

What operating system and processor architecture are you using (go env)?
Server: Linux3.10 - Centos7 | Intel(R) Xeon(R) Platinum 8163 CPU @ 2.50GHz
Client: Windows Server 2016 r2 | Intel(R) Xeon(R) 2660v2 @ 2.2Ghz

Configures you used:
Server:

bind_addr = 0.0.0.0
bind_port = 2000
bind_udp_port = 2001
kcp_bind_port = 2002
vhost_http_port = 8000
vhost_https_port = 4430
dashboard_addr = 0.0.0.0
dashboard_port = 2200
dashboard_user = admin
dashboard_pwd = pass
log_file = ./frps.log
log_level = debug
log_max_days = 3
token = pass
allow_ports = 4000-60000
max_pool_count = 5
max_ports_per_client = 0
tcp_mux = true

Client:

[common]
server_addr = JustIP
server_port = 2000
token = pass

[scpsl]
type = udp
local_ip = 127.0.0.1
local_port = 7777
remote_port = 7777
use_encryption = false
use_compression = false

Steps to reproduce the issue:

搭建一个使用UDP协议的服务器
使用frp穿透
尝试连接服务器

Describe the results you received:
控制台没有任何异常输出
有时候连得上有时候不行

Describe the results you expected:
玩家可以成功连上服务器

Additional information you deem important (e.g. issue happens only occasionally):
无规律发生此异常通常重启frp服务器有概率恢复

Originally created by @pedxyuyuko on GitHub (Jul 11, 2019). Original GitHub issue: https://github.com/fatedier/frp/issues/1318 **What version of frp are you using (./frpc -v or ./frps -v)?** - frps: 0.27.0 - frpc: 0.27.0 **What operating system and processor architecture are you using (`go env`)?** Server: Linux3.10 - Centos7 | Intel(R) Xeon(R) Platinum 8163 CPU @ 2.50GHz Client: Windows Server 2016 r2 | Intel(R) Xeon(R) 2660v2 @ 2.2Ghz **Configures you used:** Server: ```ini bind_addr = 0.0.0.0 bind_port = 2000 bind_udp_port = 2001 kcp_bind_port = 2002 vhost_http_port = 8000 vhost_https_port = 4430 dashboard_addr = 0.0.0.0 dashboard_port = 2200 dashboard_user = admin dashboard_pwd = pass log_file = ./frps.log log_level = debug log_max_days = 3 token = pass allow_ports = 4000-60000 max_pool_count = 5 max_ports_per_client = 0 tcp_mux = true ``` Client: ```ini [common] server_addr = JustIP server_port = 2000 token = pass [scpsl] type = udp local_ip = 127.0.0.1 local_port = 7777 remote_port = 7777 use_encryption = false use_compression = false ``` **Steps to reproduce the issue:** 1. 搭建一个使用UDP协议的服务器 2. 使用frp穿透 3. 尝试连接服务器 **Describe the results you received:** 控制台没有任何异常输出有时候连得上有时候不行 **Describe the results you expected:** 玩家可以成功连上服务器 **Additional information you deem important (e.g. issue happens only occasionally):** 无规律发生此异常通常重启frp服务器有概率恢复

gitea-mirror closed this issue

2026-05-05 12:40:25 -06:00

gitea-mirror commented

2026-05-05 12:40:27 -06:00

Author

Owner

@san3Xian commented on GitHub (Jul 16, 2019):

同一现象+1
在client上面tcpdump发现client一直有发UDP报文到server，但是没收到回包
在server上面tcpdump发现server一直收到报文，但是frps并没有响应，重启恢复
server在国内云

frps进程结束重启

@san3Xian commented on GitHub (Jul 16, 2019): 同一现象+1 在client上面tcpdump发现client一直有发UDP报文到server，但是没收到回包在server上面tcpdump发现server一直收到报文，但是frps并没有响应，重启恢复 server在国内云 ![image](https://user-images.githubusercontent.com/24935499/61259132-7541bf00-a7ab-11e9-8eaa-0d27efd727ad.png) frps进程结束重启 ![image](https://user-images.githubusercontent.com/24935499/61260832-52ff6f80-a7b2-11e9-8b31-d9cf85f627d8.png) ![image](https://user-images.githubusercontent.com/24935499/61260851-64487c00-a7b2-11e9-96b8-c37f8c8dcc66.png)

gitea-mirror commented

2026-05-05 12:40:28 -06:00

Author

Owner

@pedxyuyuko commented on GitHub (Jul 16, 2019):

同一现象+1
在client上面tcpdump发现client一直有发UDP报文到server，但是没收到回包
在server上面tcpdump发现server一直收到报文，但是frps并没有响应，重启恢复
server在国内云

frps进程结束重启

问个问题您是不是也在开SCPSL服务器我觉得frp是被满人攻击打瘫了

@pedxyuyuko commented on GitHub (Jul 16, 2019): > 同一现象+1 > 在client上面tcpdump发现client一直有发UDP报文到server，但是没收到回包 > 在server上面tcpdump发现server一直收到报文，但是frps并没有响应，重启恢复 > server在国内云 > > ![image](https://user-images.githubusercontent.com/24935499/61259132-7541bf00-a7ab-11e9-8eaa-0d27efd727ad.png) > > frps进程结束重启 > ![image](https://user-images.githubusercontent.com/24935499/61260832-52ff6f80-a7b2-11e9-8b31-d9cf85f627d8.png) > > ![image](https://user-images.githubusercontent.com/24935499/61260851-64487c00-a7b2-11e9-96b8-c37f8c8dcc66.png) 问个问题您是不是也在开SCPSL服务器我觉得frp是被满人攻击打瘫了

gitea-mirror commented

2026-05-05 12:40:29 -06:00

Author

Owner

@san3Xian commented on GitHub (Jul 16, 2019):

同一现象+1
在client上面tcpdump发现client一直有发UDP报文到server，但是没收到回包
在server上面tcpdump发现server一直收到报文，但是frps并没有响应，重启恢复
server在国内云

frps进程结束重启



问个问题您是不是也在开SCPSL服务器我觉得frp是被满人攻击打瘫了

没有，那台服务器上面只有frps，默认监听一个KCP通讯端口一个TCP通讯端口

@san3Xian commented on GitHub (Jul 16, 2019): > > 同一现象+1 > > 在client上面tcpdump发现client一直有发UDP报文到server，但是没收到回包 > > 在server上面tcpdump发现server一直收到报文，但是frps并没有响应，重启恢复 > > server在国内云 > > ![image](https://user-images.githubusercontent.com/24935499/61259132-7541bf00-a7ab-11e9-8eaa-0d27efd727ad.png) > > frps进程结束重启 > > ![image](https://user-images.githubusercontent.com/24935499/61260832-52ff6f80-a7b2-11e9-8b31-d9cf85f627d8.png) > > ![image](https://user-images.githubusercontent.com/24935499/61260851-64487c00-a7b2-11e9-96b8-c37f8c8dcc66.png) > > 问个问题您是不是也在开SCPSL服务器我觉得frp是被满人攻击打瘫了没有，那台服务器上面只有frps，默认监听一个KCP通讯端口一个TCP通讯端口

gitea-mirror commented

2026-05-05 12:40:30 -06:00

Author

Owner

@pedxyuyuko commented on GitHub (Jul 18, 2019):

同一现象+1
在client上面tcpdump发现client一直有发UDP报文到server，但是没收到回包
在server上面tcpdump发现server一直收到报文，但是frps并没有响应，重启恢复
server在国内云

frps进程结束重启



问个问题您是不是也在开SCPSL服务器我觉得frp是被满人攻击打瘫了

没有，那台服务器上面只有frps，默认监听一个KCP通讯端口一个TCP通讯端口

老兄我好像发现解决方案了，
在 frps.ini 里面加入: kcp_bind_port 或 bind_udp_port
然后在 frpc.ini 里面加入

@pedxyuyuko commented on GitHub (Jul 18, 2019): > > > 同一现象+1 > > > 在client上面tcpdump发现client一直有发UDP报文到server，但是没收到回包 > > > 在server上面tcpdump发现server一直收到报文，但是frps并没有响应，重启恢复 > > > server在国内云 > > > ![image](https://user-images.githubusercontent.com/24935499/61259132-7541bf00-a7ab-11e9-8eaa-0d27efd727ad.png) > > > frps进程结束重启 > > > ![image](https://user-images.githubusercontent.com/24935499/61260832-52ff6f80-a7b2-11e9-8b31-d9cf85f627d8.png) > > > ![image](https://user-images.githubusercontent.com/24935499/61260851-64487c00-a7b2-11e9-96b8-c37f8c8dcc66.png) > > > > > > 问个问题您是不是也在开SCPSL服务器我觉得frp是被满人攻击打瘫了 > > 没有，那台服务器上面只有frps，默认监听一个KCP通讯端口一个TCP通讯端口老兄我好像发现解决方案了，在 ``frps.ini`` 里面加入: ``kcp_bind_port`` 或 ``bind_udp_port`` 然后在 ``frpc.ini`` 里面加入 ![image](https://user-images.githubusercontent.com/39913604/61436463-73bff480-a96d-11e9-9eb4-7b834051e862.png)

gitea-mirror commented

2026-05-05 12:40:30 -06:00

Author

Owner

@pedxyuyuko commented on GitHub (Jul 18, 2019):

目前貌似没什么问题还是挺稳定的

@pedxyuyuko commented on GitHub (Jul 18, 2019): 目前貌似没什么问题还是挺稳定的

gitea-mirror referenced this issue

2026-05-05 14:39:27 -06:00

[PR #1045] [MERGED] merge dev -> master #4303

gitea-mirror referenced this issue

2026-05-05 14:39:32 -06:00