[GH-ISSUE #2405] frps面板怎么显示用户名等信息？ #1914

New issue

Closed

opened 2026-05-05 13:14:04 -06:00 by gitea-mirror · 3 comments

gitea-mirror commented

2026-05-05 13:14:04 -06:00

Owner

Originally created by @shadow1ng on GitHub (May 20, 2021).
Original GitHub issue: https://github.com/fatedier/frp/issues/2405

需求1:frps面板怎么显示用户名和ip、系统版本等信息？

[I] [service.go:449] [xxxx] client login info: ip [xxxxx] version [0.36.2] hostname [] os [linux] arch [386]

命令行有显示ip、系统版本等信息，但面板上好像没有。

需求2：显示frpc的内网ip （目前只有外网的ip ,且如果走了域前置时，显示不了真实ip)
作用是有时候忘记该frpc是从哪里连接过来时，可以通过面板上的ip，去连接

Originally created by @shadow1ng on GitHub (May 20, 2021). Original GitHub issue: https://github.com/fatedier/frp/issues/2405 需求1:frps面板怎么显示用户名和ip、系统版本等信息？ ``` [I] [service.go:449] [xxxx] client login info: ip [xxxxx] version [0.36.2] hostname [] os [linux] arch [386] ``` ![image](https://user-images.githubusercontent.com/39651966/118918042-b6d1c100-b964-11eb-81e2-f5091c4f17ea.png) 命令行有显示ip、系统版本等信息，但面板上好像没有。需求2：显示frpc的内网ip （目前只有外网的ip ,且如果走了域前置时，显示不了真实ip) 作用是有时候忘记该frpc是从哪里连接过来时，可以通过面板上的ip，去连接

gitea-mirror

2026-05-05 13:14:04 -06:00

closed this issue
added the
lifecycle/stale
label

gitea-mirror commented

2026-05-05 13:14:07 -06:00

Author

Owner

@fatedier commented on GitHub (Jun 8, 2021):

dashboard 目前并没有关联到 frpc 这个层级，而是以 proxy 这个层级来展示，所以关于 client 相关的信息都是没有的，以后可能会加，但是这样就要求每一个 frpc 都需要有一个唯一的 name。
frpc 通常是部署在 NAT 后面的，IP 不具有参考意义。

@fatedier commented on GitHub (Jun 8, 2021): 1. dashboard 目前并没有关联到 frpc 这个层级，而是以 proxy 这个层级来展示，所以关于 client 相关的信息都是没有的，以后可能会加，但是这样就要求每一个 frpc 都需要有一个唯一的 name。 2. frpc 通常是部署在 NAT 后面的，IP 不具有参考意义。

gitea-mirror commented

2026-05-05 13:14:07 -06:00

Author

Owner

@shadow1ng commented on GitHub (Jun 8, 2021):

frp通常会建立sock5代理，如果能看到frpc 的内网ip，这时候可以连接frpc的ssh 或3389

@shadow1ng commented on GitHub (Jun 8, 2021): 2. frp通常会建立sock5代理，如果能看到frpc 的内网ip，这时候可以连接frpc的ssh 或3389

gitea-mirror commented

2026-05-05 13:14:08 -06:00

Author

Owner

@github-actions[bot] commented on GitHub (Jul 24, 2021):

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

@github-actions[bot] commented on GitHub (Jul 24, 2021): Issues go stale after 45d of inactivity. Stale issues rot after an additional 10d of inactivity and eventually close.