github-starred/frp
2
0
Fork 0
mirror of https://github.com/fatedier/frp.git synced 2026-05-15 08:05:49 -06:00
Code Issues 40 Projects Packages Wiki Activity Actions 1

[GH-ISSUE #3109] [Feature Request] FRPC建立的反代连接里面，可以指定端口 #2491

New issue
Closed
opened 2026-05-05 13:36:10 -06:00 by gitea-mirror · 12 comments
gitea-mirror commented 2026-05-05 13:36:10 -06:00
Owner
Copy link

Originally created by @Wai5888 on GitHub (Sep 27, 2022).
Original GitHub issue: https://github.com/fatedier/frp/issues/3109

Describe the feature request

我的组网：

my_server---frpc---frps---dst_server

我的server需要明确对端的端口，并在一直的地址、端口信息下进行通信。

现有的情况：
dst_server通过frps的代理端口可以将数据转发给frpc，frpc可以再发送数据到my_server，但是my_server校验它的端口并非协商的端口，导致无法响应。

希望frpc的配置能增加一项配置，可以使得frpc可以绑定端口，并使用此端口往my_server发送数据。

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 @Wai5888 on GitHub (Sep 27, 2022). Original GitHub issue: https://github.com/fatedier/frp/issues/3109 ### Describe the feature request 我的组网： my_server---frpc---frps---dst_server 我的server需要明确对端的端口，并在一直的地址、端口信息下进行通信。 现有的情况： dst_server通过frps的代理端口可以将数据转发给frpc，frpc可以再发送数据到my_server，但是my_server校验它的端口并非协商的端口，导致无法响应。 希望frpc的配置能增加一项配置，可以使得frpc可以绑定端口，并使用此端口往my_server发送数据。 ### 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 - [X] Extensions - [ ] Others
gitea-mirror 2026-05-05 13:36:10 -06:00
gitea-mirror commented 2026-05-05 13:36:14 -06:00
Author
Owner
Copy link

@Becods commented on GitHub (Sep 27, 2022):

# frpc.ini
[common]
server_addr = x.x.x.x
server_port = 7000

[ssh]
type = tcp
local_ip = 127.0.0.1
local_port = 22
remote_port = 6000
<!-- gh-comment-id:1259528740 --> @Becods commented on GitHub (Sep 27, 2022): <pre># frpc.ini [common] server_addr = x.x.x.x server_port = 7000 [ssh] type = tcp local_ip = 127.0.0.1 <b>local_port = 22</b> <b>remote_port = 6000</b></pre>
gitea-mirror commented 2026-05-05 13:36:14 -06:00
Author
Owner
Copy link

@Wai5888 commented on GitHub (Sep 28, 2022):

frpc.ini

[common]
server_addr = x.x.x.x
server_port = 7000

[ssh]
type = tcp
local_ip = 127.0.0.1
local_port = 22
remote_port = 6000

可能我没有表达清楚，frpc的配置里面，local_port是用来监听并将数据传输给remote_port的，但是传给remote_port的时候，使用的端口并非是local_port。
它现在的实现是这样的：
frps-->frpc（local_port)
frpc（random_port）->my_server

而我希望，能够实现
frps-->frpc（local_port)
frpc（local_port2）->my_server

<!-- gh-comment-id:1260291635 --> @Wai5888 commented on GitHub (Sep 28, 2022): > # frpc.ini > [common] > server_addr = x.x.x.x > server_port = 7000 > > [ssh] > type = tcp > local_ip = 127.0.0.1 > local_port = 22 > remote_port = 6000 可能我没有表达清楚，frpc的配置里面，local_port是用来监听并将数据传输给remote_port的，但是传给remote_port的时候，使用的端口并非是local_port。 它现在的实现是这样的： frps-->frpc（local_port) frpc（random_port）->my_server 而我希望，能够实现 frps-->frpc（local_port) frpc（local_port2）->my_server
gitea-mirror commented 2026-05-05 13:36:15 -06:00
Author
Owner
Copy link

@huanghe-1 commented on GitHub (Sep 28, 2022):

@Wai5888 你是要做p2p桥接呢吧，my-server和dst_server都是server，谁做client呢？两个server都在nat后面，没有公网ip?

<!-- gh-comment-id:1260348136 --> @huanghe-1 commented on GitHub (Sep 28, 2022): @Wai5888 你是要做p2p桥接呢吧，my-server和dst_server都是server，谁做client呢？两个server都在nat后面，没有公网ip?
gitea-mirror commented 2026-05-05 13:36:16 -06:00
Author
Owner
Copy link

@Wai5888 commented on GitHub (Sep 28, 2022):

my_server和dst_server都是server，互为client，其实就类似P2P。只是FRP的P2P模式下，依旧会监听指定端口，使用随机端口去访问被代理的端口。这不是我想要的，因为my_server和dst_server都需要对数据从哪个端口发过来的做校验。

<!-- gh-comment-id:1260349782 --> @Wai5888 commented on GitHub (Sep 28, 2022): my_server和dst_server都是server，互为client，其实就类似P2P。只是FRP的P2P模式下，依旧会监听指定端口，使用随机端口去访问被代理的端口。这不是我想要的，因为my_server和dst_server都需要对数据从哪个端口发过来的做校验。
gitea-mirror commented 2026-05-05 13:36:17 -06:00
Author
Owner
Copy link

@huanghe-1 commented on GitHub (Sep 28, 2022):

你这是桥接啊，实际上两端都是client,需要一个server 服务开两个端口，把两个client串起来，这种frp是实现不了的，你其实需要的是一个tcp client转tcp server，这样另一个tcp client就可以连接这个sever端口了。

<!-- gh-comment-id:1260411655 --> @huanghe-1 commented on GitHub (Sep 28, 2022): 你这是桥接啊，实际上两端都是client,需要一个server 服务开两个端口，把两个client串起来，这种frp是实现不了的，你其实需要的是一个tcp client转tcp server，这样另一个tcp client就可以连接这个sever端口了。
gitea-mirror commented 2026-05-05 13:36:18 -06:00
Author
Owner
Copy link

@Wai5888 commented on GitHub (Sep 30, 2022):

你这是桥接啊，实际上两端都是client,需要一个server 服务开两个端口，把两个client串起来，这种frp是实现不了的，你其实需要的是一个tcp client转tcp server，这样另一个tcp client就可以连接这个sever端口了。

目前的FRPC是不支持，所以希望作者评估一下能不能做。因为反代使用的socket应该是可以bind端口的。

<!-- gh-comment-id:1263024779 --> @Wai5888 commented on GitHub (Sep 30, 2022): > 你这是桥接啊，实际上两端都是client,需要一个server 服务开两个端口，把两个client串起来，这种frp是实现不了的，你其实需要的是一个tcp client转tcp server，这样另一个tcp client就可以连接这个sever端口了。 目前的FRPC是不支持，所以希望作者评估一下能不能做。因为反代使用的socket应该是可以bind端口的。
gitea-mirror commented 2026-05-05 13:36:18 -06:00
Author
Owner
Copy link

@fatedier commented on GitHub (Sep 30, 2022):

考虑:

  1. 真实的使用场景是什么？是否有其他的替代方案。
  2. 是否有其他知名的反向代理的项目提供这样的能力，例如 nginx，envoy 等等，可以作为参考。
  3. 一味地增加功能会让应用变得冗余和难于理解、维护，尽量只考虑通用的标准的能力，或者大多数用户需求的能力。
<!-- gh-comment-id:1263039807 --> @fatedier commented on GitHub (Sep 30, 2022): 考虑: 1. 真实的使用场景是什么？是否有其他的替代方案。 2. 是否有其他知名的反向代理的项目提供这样的能力，例如 nginx，envoy 等等，可以作为参考。 3. 一味地增加功能会让应用变得冗余和难于理解、维护，尽量只考虑通用的标准的能力，或者大多数用户需求的能力。
gitea-mirror commented 2026-05-05 13:36:19 -06:00
Author
Owner
Copy link

@Wai5888 commented on GitHub (Sep 30, 2022):

1、这个场景确实比较少见，常用于P2P。主要是被代理的应用需要明确知道报文的地址信息（IP地址、端口），判断是否与之前配置一致。我这边刚好就有这样的应用。
2、目前我知道nginx采用的也是使用随机端口访问被反代的服务器。
3、其实这个功能也依旧是原有的功能，仅仅只是在创建socket的使用，要走一个分支，需要指定端口则bind，不需要则使用随机端口

<!-- gh-comment-id:1263042802 --> @Wai5888 commented on GitHub (Sep 30, 2022): 1、这个场景确实比较少见，常用于P2P。主要是被代理的应用需要明确知道报文的地址信息（IP地址、端口），判断是否与之前配置一致。我这边刚好就有这样的应用。 2、目前我知道nginx采用的也是使用随机端口访问被反代的服务器。 3、其实这个功能也依旧是原有的功能，仅仅只是在创建socket的使用，要走一个分支，需要指定端口则bind，不需要则使用随机端口
gitea-mirror commented 2026-05-05 13:36:20 -06:00
Author
Owner
Copy link

@github-actions[bot] commented on GitHub (Feb 16, 2024):

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

<!-- gh-comment-id:1947559958 --> @github-actions[bot] commented on GitHub (Feb 16, 2024): Issues go stale after 21d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.
gitea-mirror commented 2026-05-05 13:36:20 -06:00
Author
Owner
Copy link

@Wai5888 commented on GitHub (Feb 20, 2024):

回复一下，激活此issue

<!-- gh-comment-id:1953338299 --> @Wai5888 commented on GitHub (Feb 20, 2024): 回复一下，激活此issue
gitea-mirror commented 2026-05-05 13:36:21 -06:00
Author
Owner
Copy link

@fatedier commented on GitHub (Feb 20, 2024):

综合考虑上面的几个问题，这个 feature 不在计划之中，如果有需求，建议结合其他工具使用，例如转发给一个其他的代理，再由支持此功能的代理通过指定的本地端口访问。

<!-- gh-comment-id:1953406341 --> @fatedier commented on GitHub (Feb 20, 2024): 综合考虑上面的几个问题，这个 feature 不在计划之中，如果有需求，建议结合其他工具使用，例如转发给一个其他的代理，再由支持此功能的代理通过指定的本地端口访问。
gitea-mirror commented 2026-05-05 13:36:22 -06:00
Author
Owner
Copy link

@github-actions[bot] commented on GitHub (Mar 13, 2024):

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

<!-- gh-comment-id:1992839633 --> @github-actions[bot] commented on GitHub (Mar 13, 2024): Issues go stale after 21d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
dev
new
master
copilot/review-pull-request-5198
v0.68.1
v0.68.0
v0.67.0
v0.66.0
v0.65.0
v0.64.0
v0.63.0
v0.62.1
v0.62.0
v0.61.2
v0.61.1
v0.61.0
v0.60.0
v0.59.0
v0.58.1
v0.58.0
v0.57.0
v0.56.0
v0.55.1
v0.55.0
v0.54.0
v0.53.2
v0.53.1
v0.53.0
v0.52.3
v0.52.2
v0.52.1
v0.52.0
v0.51.3
v0.51.2
v0.51.1
v0.51.0
v0.50.0
v0.49.0
v0.48.0
v0.47.0
v0.46.1
v0.46.0
v0.45.0
v0.44.0
v0.43.0
v0.42.0
v0.41.0
v0.40.0
v0.39.1
v0.39.0
v0.38.0
v0.37.1
v0.37.0
v0.36.2
v0.36.1
v0.36.0
v0.35.1
v0.35.0
v0.34.3
v0.34.2
v0.34.1
v0.34.0
v0.33.0
v0.32.1
v0.32.0
v0.31.2
v0.31.1
v0.31.0
v0.30.0
v0.29.1
v0.29.0
v0.28.2
v0.28.1
v0.28.0
v0.27.1
v0.27.0
v0.26.0
v0.25.3
v0.25.2
v0.25.1
v0.25.0
v0.24.1
v0.24.0
v0.23.3
v0.23.2
v0.23.1
v0.23.0
v0.22.0
v0.21.0
v0.20.0
v0.19.1
v0.19.0
v0.18.0
v0.17.0
v0.16.1
v0.16.0
v0.15.1
v0.15.0
v0.14.1
v0.14.0
v0.13.0
v0.12.0
v0.11.0
v0.10.0
v0.9.3
v0.9.2
v0.9.1
v0.9.0
v0.8.1
v0.8.0
v0.7.0
v0.6.0
v0.5.0
v0.3.0
v0.2.0
v0.1.0
Labels
Clear labels   
In Progress

   
WIP

   
WaitingForInfo

   
bug

   
doc

   
duplicate

   
easy

   
enhancement

   
future

   
help wanted

   
invalid

   
lifecycle/stale

   
need-issue-template

   
need-usage-help

   
no plan

   
proposal

   
pull-request

Mirrored from GitHub Pull Request

  
question

   
todo
No labels
In Progress
WIP
WaitingForInfo
bug
doc
duplicate
easy
enhancement
future
help wanted
invalid
lifecycle/stale
need-issue-template
need-usage-help
no plan
proposal
pull-request
question
todo
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/frp#2491
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?