[GH-ISSUE #1416] [Feature Request] Token for client only or no token required for clients #1115

Closed
opened 2026-05-05 12:43:04 -06:00 by gitea-mirror · 7 comments
Owner

Originally created by @scegg on GitHub (Aug 30, 2019).
Original GitHub issue: https://github.com/fatedier/frp/issues/1416

In case for publishing service through xtcp, server token need to be disclosed to all users which is not safe.
Please consider to add a token in common for client only, or ignore token check for xtcp client side users.
Thanks.

Originally created by @scegg on GitHub (Aug 30, 2019). Original GitHub issue: https://github.com/fatedier/frp/issues/1416 In case for publishing service through xtcp, server token need to be disclosed to all users which is not safe. Please consider to add a token in common for client only, or ignore token check for xtcp client side users. Thanks.
gitea-mirror 2026-05-05 12:43:04 -06:00
Author
Owner

@fatedier commented on GitHub (Aug 30, 2019):

xtcp is not provided for different user now.

<!-- gh-comment-id:526435673 --> @fatedier commented on GitHub (Aug 30, 2019): xtcp is not provided for different user now.
Author
Owner

@scegg commented on GitHub (Aug 30, 2019):

xtcp is not provided for different user now.

Yes, currently, there is no user separate function on server. If the server has a token set in common block, all users who know this token on the same server will share all function.
The feature requested is: if some client is created only for accessing a specified xtcp service, through there is a key for each xtcp service already, why the token for the whole server is required in this client config?

<!-- gh-comment-id:526437022 --> @scegg commented on GitHub (Aug 30, 2019): > xtcp is not provided for different user now. Yes, currently, there is no user separate function on server. If the server has a token set in common block, all users who know this token on the same server will share all function. The feature requested is: if some client is created only for accessing a specified xtcp service, through there is a key for each xtcp service already, why the token for the whole server is required in this client config?
Author
Owner

@fatedier commented on GitHub (Aug 30, 2019):

Token is used to check if frpc have permission to login to frps.
I know your demand and it can't be satisfied now. It requires more time to redesign with a low priority. I will first do the server plugin feature.

<!-- gh-comment-id:526453174 --> @fatedier commented on GitHub (Aug 30, 2019): Token is used to check if frpc have permission to login to frps. I know your demand and it can't be satisfied now. It requires more time to redesign with a low priority. I will first do the server plugin feature.
Author
Owner

@deadlineOvO commented on GitHub (Oct 4, 2019):

Try creating a new separate configuration?

<!-- gh-comment-id:538327126 --> @deadlineOvO commented on GitHub (Oct 4, 2019): Try creating a new separate configuration?
Author
Owner

@zhaoyc1990 commented on GitHub (Oct 25, 2019):

@scegg If you will use the golang development language, you can use the 'user' item under the configuration [common] of FRPC. Then modify FRPs to judge when FRPC logs in, so as to achieve the purpose.

<!-- gh-comment-id:546190212 --> @zhaoyc1990 commented on GitHub (Oct 25, 2019): @scegg If you will use the golang development language, you can use the 'user' item under the configuration [common] of FRPC. Then modify FRPs to judge when FRPC logs in, so as to achieve the purpose.
Author
Owner

@scegg commented on GitHub (Oct 25, 2019):

If I were able to use golang, there will be a pull request instead of this issue lol.

<!-- gh-comment-id:546190964 --> @scegg commented on GitHub (Oct 25, 2019): If I were able to use golang, there will be a pull request instead of this issue lol.
Author
Owner

@fatedier commented on GitHub (Jan 5, 2020):

Since v0.31.0, you can implement this feature by server manage plugin.
And if you do that, you can share your plugin in https://github.com/gofrp/plugin (create an issue).

<!-- gh-comment-id:570853893 --> @fatedier commented on GitHub (Jan 5, 2020): Since v0.31.0, you can implement this feature by server manage plugin. And if you do that, you can share your plugin in https://github.com/gofrp/plugin (create an issue).
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/frp#1115
No description provided.