mirror of
https://github.com/fatedier/frp.git
synced 2026-05-15 08:05:49 -06:00
[GH-ISSUE #5113] [Feature Request] #4006
Labels
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
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/frp#4006
Loading…
Add table
Add a link
Reference in a new issue
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?
Originally created by @st249 on GitHub (Jan 6, 2026).
Original GitHub issue: https://github.com/fatedier/frp/issues/5113
Describe the feature request
Why not use Grpc and Http2 for faster delivery? A grpc tunnel with an agent which connects to the public server, also the ability to add routes of local api to agent database. I had a sample implementation i can contribute on this feature.
Describe alternatives you've considered
No response
Affected area
@fatedier commented on GitHub (Jan 7, 2026):
I’m not sure what exactly you mean, or what it has to do with gRPC/HTTP2.
The "agent-side routing table / API registry" part is out of scope for frp currently. You can implement it externally instead: keep frp as the tunnel, and run your own gateway/controller to manage routes (optionally generating/updating frpc config and reloading when needed).
@st249 commented on GitHub (Jan 7, 2026):
I mean why not use of HTTP2 power and GRPC long poling for connecting a local api to a remote service ???
@fatedier commented on GitHub (Jan 8, 2026):
I’m still not sure what specific information you’re trying to convey. If you mean the communication between frpc and frps, it’s very simple and doesn’t require a more complex design.
@github-actions[bot] commented on GitHub (Jan 23, 2026):
Issues go stale after 14d of inactivity. Stale issues rot after an additional 3d of inactivity and eventually close.