mirror of
https://github.com/fatedier/frp.git
synced 2026-05-15 08:05:49 -06:00
[GH-ISSUE #4117] http communication from frpc client to frps server #3248
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#3248
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 @testarchitecture39 on GitHub (Mar 31, 2024).
Original GitHub issue: https://github.com/fatedier/frp/issues/4117
Bug Description
is it possible to have http communication initiated from frpc endpoint and it goes to the frps server ?
i.e. the reverse communication from frpc to frps.
I have a use case where we want to call the frpc service which is in local network and the request should go to frps which is in public . Please suggest.
frpc Version
0.54.0
frps Version
0.54.0
System Architecture
NA
Configurations
NA
Logs
No response
Steps to reproduce
...
Affected area
@github-actions[bot] commented on GitHub (Apr 22, 2024):
Issues go stale after 21d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.
@remram44 commented on GitHub (Apr 22, 2024):
I am interested in this feature. chisel can do connections both ways, so can SSH and a few other tunneling options.
I would understand if this is out of scope but an answer would be appreciated.
@fatedier commented on GitHub (Apr 22, 2024):
@remram44 There are no plans for this in the short term. Currently, we are focusing on some major refactoring. Perhaps future versions will be able to support it based on the refactoring.
@github-actions[bot] commented on GitHub (May 14, 2024):
Issues go stale after 21d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.