mirror of
https://github.com/fatedier/frp.git
synced 2026-05-15 08:05:49 -06:00
[GH-ISSUE #3051] [Feature Request] Request to display the remote IP address of the service provider of stcp and sudp on the frps dashboard #2441
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#2441
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 @aa51513 on GitHub (Aug 8, 2022).
Original GitHub issue: https://github.com/fatedier/frp/issues/3051
Describe the feature request
I have many servers with the exact same frpc configuration on them.
Usually I only start frpc on one of the servers for stcp connection.
I ran into a pretty big trouble today: I can't remember which machine I'm running frpc on.
Obviously, with so many machines, I can't find them one by one.
So I thought of the frps dashboard, and in the end I was very sorry, I didn't find any information about the IP address in "proxies-STCP-connection information".
Considering the principle of stcp, frps must know the IP address of the stcp service provider, and the dashboard display will not bring additional security problems. Can you consider supporting this feature?
Describe alternatives you've considered
Display the IP address of the stcp service provider on the frps dashboard
Affected area
@fatedier commented on GitHub (Aug 9, 2022):
Maybe you can set user in different frpc.ini
@github-actions[bot] commented on GitHub (Sep 9, 2022):
Issues go stale after 30d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.