[GH-ISSUE #3669] [Feature Request]

gitea-mirror commented

2026-05-05 13:53:19 -06:00

Owner

Copy link

Originally created by @zuiwuchang on GitHub (Oct 12, 2023).
Original GitHub issue: https://github.com/fatedier/frp/issues/3669

Describe the feature request

希望可以爲單個tcp隧道指定一個時間闊值或流量闊值，當隧道到達這個闊值就不再承擔新的流量轉發，而只是轉發完未完成的流量後關閉。

這種期望是因爲我在Internet上有兩個服務器A 和 B，我使用frp讓A來代理提供B上的服務以便隱藏B的真實IP(或者B沒有獨立的公網IP)。但是當啓用tcp復用或者單個tcp流量(A B 之間的tcp隧道流量)達到一個闊值後一些網路運營商會進行限速即QoS。一旦遭遇到QoS這條tcp隧道速度上限只會有100k左右，這導致訪問A上代理的B服務會相當慢。此時只要重啓frp以使用frp爲A B間創建新的隧道就能立刻恢復良好的訪問品質。

如果有了這個闊值設定我就不需要人爲去重啓 frp。它可以自行躲避運營商的QoS

Describe alternatives you've considered

目前只能禁用tcp復用

Affected area

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

Originally created by @zuiwuchang on GitHub (Oct 12, 2023). Original GitHub issue: https://github.com/fatedier/frp/issues/3669 ### Describe the feature request 希望可以爲單個tcp隧道指定一個時間闊值或流量闊值，當隧道到達這個闊值就不再承擔新的流量轉發，而只是轉發完未完成的流量後關閉。這種期望是因爲我在Internet上有兩個服務器A 和 B，我使用frp讓A來代理提供B上的服務以便隱藏B的真實IP(或者B沒有獨立的公網IP)。但是當啓用tcp復用或者單個tcp流量(A B 之間的tcp隧道流量)達到一個闊值後一些網路運營商會進行限速即QoS。一旦遭遇到QoS這條tcp隧道速度上限只會有100k左右，這導致訪問A上代理的B服務會相當慢。此時只要重啓frp以使用frp爲A B間創建新的隧道就能立刻恢復良好的訪問品質。如果有了這個闊值設定我就不需要人爲去重啓 frp。它可以自行躲避運營商的QoS ### Describe alternatives you've considered 目前只能禁用tcp復用 ### Affected area - [ ] Docs - [ ] Installation - [X] Performance and Scalability - [ ] Security - [X] User Experience - [ ] Test and Release - [ ] Developer Infrastructure - [ ] Client Plugin - [ ] Server Plugin - [ ] Extensions - [ ] Others

gitea-mirror

2026-05-05 13:53:19 -06:00

closed this issue
added the
lifecycle/stale
label

gitea-mirror commented

2026-05-05 13:53:22 -06:00

Author

Owner

Copy link

@github-actions[bot] commented on GitHub (Nov 12, 2023):

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

No Branch/Tag specified