[GH-ISSUE #1957] 能否做到服务器随机端口，客服端收到服务器所代理的中转端口 #1555

New issue

Closed

opened 2026-05-05 12:59:09 -06:00 by gitea-mirror · 5 comments

gitea-mirror commented

2026-05-05 12:59:09 -06:00

Owner

Originally created by @lunrs on GitHub (Aug 26, 2020).
Original GitHub issue: https://github.com/fatedier/frp/issues/1957

背景：
一些游戏中转需要服务端随机自动（随机）分配端口，而google了很多文章都只写到随机服务器端口，看具体是哪一个端口需要去服务器上看，而这对于游戏中转而言不太现实
建议:
能不能做到服务器随机端口，客服端收到服务器所代理的中转端口

Originally created by @lunrs on GitHub (Aug 26, 2020). Original GitHub issue: https://github.com/fatedier/frp/issues/1957 背景：一些游戏中转需要服务端随机自动（随机）分配端口，而google了很多文章都只写到随机服务器端口，看具体是哪一个端口需要去服务器上看，而这对于游戏中转而言不太现实建议: 能不能做到服务器随机端口，客服端收到服务器所代理的中转端口

gitea-mirror

2026-05-05 12:59:09 -06:00

closed this issue
added the
lifecycle/stale
label

gitea-mirror commented

2026-05-05 12:59:12 -06:00

Author

Owner

@Becods commented on GitHub (Aug 26, 2020):

感觉你的需求是中转加速一类的东西吧
简洁描述，下文中游戏服务端我将称为server，游戏客户端将称为client

server位于nat上，需要使用frp进行穿透
frpc自动映射server的随机端口，并自动通过frps通告client

不知对否
但是这样做仅仅会增加延迟，对游戏中转并无益处

@Becods commented on GitHub (Aug 26, 2020): 感觉你的需求是中转加速一类的东西吧简洁描述，下文中游戏服务端我将称为server，游戏客户端将称为client >server位于nat上，需要使用frp进行穿透 >frpc自动映射server的随机端口，并自动通过frps通告client 不知对否但是这样做仅仅会增加延迟，对游戏中转并无益处

gitea-mirror commented

2026-05-05 12:59:13 -06:00

Author

Owner

@lunrs commented on GitHub (Aug 26, 2020):

感觉你的需求是中转加速一类的东西吧
简洁描述，下文中游戏服务端我将称为server，游戏客户端将称为client

server位于nat上，需要使用frp进行穿透
frpc自动映射server的随机端口，并自动通过frps通告client

不知对否
但是这样做仅仅会增加延迟，对游戏中转并无益处

就是这个意思，不过主要是用来内网穿透，实现一些游戏的点对点连接（client对client），以及隐藏client的ip地址

@lunrs commented on GitHub (Aug 26, 2020): > 感觉你的需求是中转加速一类的东西吧 > 简洁描述，下文中游戏服务端我将称为server，游戏客户端将称为client > > > server位于nat上，需要使用frp进行穿透 > > frpc自动映射server的随机端口，并自动通过frps通告client > > 不知对否 > 但是这样做仅仅会增加延迟，对游戏中转并无益处就是这个意思，不过主要是用来内网穿透，实现一些游戏的点对点连接（client对client），以及隐藏client的ip地址

gitea-mirror commented

2026-05-05 12:59:14 -06:00

Author

Owner

@Becods commented on GitHub (Aug 27, 2020):

感觉你的需求是中转加速一类的东西吧
简洁描述，下文中游戏服务端我将称为server，游戏客户端将称为client

server位于nat上，需要使用frp进行穿透
frpc自动映射server的随机端口，并自动通过frps通告client

不知对否
但是这样做仅仅会增加延迟，对游戏中转并无益处

就是这个意思，不过主要是用来内网穿透，实现一些游戏的点对点连接（client对client），以及隐藏client的ip地址

详见xtcp
但是我觉得使用n2n或者zerotier这样的软件会更好些

@Becods commented on GitHub (Aug 27, 2020): > > 感觉你的需求是中转加速一类的东西吧 > > 简洁描述，下文中游戏服务端我将称为server，游戏客户端将称为client > > > server位于nat上，需要使用frp进行穿透 > > > frpc自动映射server的随机端口，并自动通过frps通告client > > > > > > 不知对否 > > 但是这样做仅仅会增加延迟，对游戏中转并无益处 > > 就是这个意思，不过主要是用来内网穿透，实现一些游戏的点对点连接（client对client），以及隐藏client的ip地址详见[xtcp](https://gofrp.org/docs/examples/xtcp/) 但是我觉得使用[n2n](https://github.com/ntop/n2n)或者[zerotier](https://www.zerotier.com/)这样的软件会更好些

gitea-mirror commented

2026-05-05 12:59:15 -06:00

Author

Owner

@fatedier commented on GitHub (Sep 21, 2020):

@lunrs 可以通过服务端 API 来获取这个端口。

@fatedier commented on GitHub (Sep 21, 2020): @lunrs 可以通过服务端 API 来获取这个端口。

gitea-mirror commented

2026-05-05 12:59:16 -06:00

Author

Owner

@github-actions[bot] commented on GitHub (Nov 6, 2020):

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 (Nov 6, 2020): Issues go stale after 45d of inactivity. Stale issues rot after an additional 10d of inactivity and eventually close.