XTLS
API: Add GetAllOnlineUsers RPC to StatsService for retrieving online users
Added GetAllOnlineUsers method to stats manager and CLI command for getting this info.
Execute:
.\xray.exe api statsgetallonlineusers -server="127.0.0.1:8080"
Result:
{
"users": [
"user>>>user1>>>online"
]
}
Maybe this functionality will come in handy.
我觉得cmd里已经有很多为机场服务的杂乱的user相关的api了
I can rename new method or remove it from cli.
Why core need this method?
Core already have gRPC endpoint to get user traffic stats, if you will request this endpoint every 15 seconds (with reset) – so you already have "online" users..
Why core need this method?
Core already have gRPC endpoint to get user traffic stats, if you will request this endpoint every 15 seconds (with reset) – so you already have "online" users..
The problem is that all panels use logs to get the user's online status or they use the GetStatsOnline method on an array of clients, which is illogical when this method can be implemented natively in the core.
lol, why just not count 0 in traffic?
What? I dont understand what that means
Why core need this method? Core already have gRPC endpoint to get user traffic stats, if you will request this endpoint every 15 seconds (with reset) – so you already have "online" users..
The problem is that all panels use logs to get the user's online status or they use the GetStatsOnline method on an array of clients, which is illogical when this method can be implemented natively in the core.
Why panels just do not use xray.app.stats.command.QueryStatsRequest with pattern: user>>> and reset: true?
If you will request this query every 15 seconds with reset:true, u will have users bandwidth, so if user bandwidth for this period is not zero – user was online.
Why core need this method? Core already have gRPC endpoint to get user traffic stats, if you will request this endpoint every 15 seconds (with reset) – so you already have "online" users..
The problem is that all panels use logs to get the user's online status or they use the GetStatsOnline method on an array of clients, which is illogical when this method can be implemented natively in the core.
Why panels just do not use
xray.app.stats.command.QueryStatsRequestwithpattern: user>>>andreset: true?If you will request this query every 15 seconds with reset:true, u will have users bandwidth, so if user bandwidth for this period is not zero – user was online.
Why use this complicated logic when there is an api for it!? You can simply hand over it to core!
Why use this complicated logic when there is an api for it!? You can simply hand over it to core!
Why it is complicated? Almost every panel always get user bandwidth anyway (with queryStat!), so why not to calculate online users from information which you already got?
If panel is not using queryStat for getting user traffic, so how it manages bandwidth usage for users?
Why use this complicated logic when there is an api for it!? You can simply hand over it to core!
Why it is complicated? Almost every panel always get user bandwidth anyway (with queryStat!), so why not to calculate online users from information which you already got?
Regarding the issue of accounting for each user's traffic, QueryStat is a terrible solution. It only shows the traffic that is currently passing through.
I suggest we stop now, take a break, and come back with new ideas. Or wait for the owner's decision.
IMO, why not return the OnlineMap.Count() like GetStatsOnline do, providing all the number of user IPs? QueryStatscan't help this.
IMO, why not return the
OnlineMap.Count()likeGetStatsOnlinedo, providing all the number of user IPs?QueryStatscan't help this.
This is not a bad idea, but why get a bundle of ip addresses of all active users? The essence of the method is to get active users, just using one method.
IMO, why not return the
OnlineMap.Count()likeGetStatsOnlinedo, providing all the number of user IPs?QueryStatscan't help this.This is not a bad idea, but why get a bundle of ip addresses of all active users? The essence of the method is to get active users, just using one method.
Having users IP list is more useful than just seeing which user is online or no, as others said most of user management projects already implemented this with just using query stats. Getting all users IP with single request is way better and can be used for ip limit projects
IMO, why not return the
OnlineMap.Count()likeGetStatsOnlinedo, providing all the number of user IPs?QueryStatscan't help this.This is not a bad idea, but why get a bundle of ip addresses of all active users? The essence of the method is to get active users, just using one method.
Having users IP list is more useful than just seeing which user is online or no, as others said most of user management projects already implemented this with just using query stats. Getting all users IP with single request is way better and can be used for ip limit projects
Okay, I added this functionality in the future.
IMO, why not return the
OnlineMap.Count()likeGetStatsOnlinedo, providing all the number of user IPs?QueryStatscan't help this.This is not a bad idea, but why get a bundle of ip addresses of all active users? The essence of the method is to get active users, just using one method.
Having users IP list is more useful than just seeing which user is online or no, as others said most of user management projects already implemented this with just using query stats. Getting all users IP with single request is way better and can be used for ip limit projects
And i already added method to getting user IP list #4360
And i already added method to getting user IP list #4360
Thanks for your contribution but that's for a single user, when we have a high amount of users ( more than 1K ) we need to make request for every single user one by one and this will take lots of resources
IMO, why not return the
OnlineMap.Count()likeGetStatsOnlinedo, providing all the number of user IPs?QueryStatscan't help this.This is not a bad idea, but why get a bundle of ip addresses of all active users? The essence of the method is to get active users, just using one method.
Not a bundle of ip addresses but the count of them for each user, it just the count of connected devices/clients for each user/uuid.
I mean return a list both of online user and its devices count, in this PR we just get user name.
It can still get all active users, just using one method, and provide devices count as well. It's also easier to query how many clients connected to the server.
Anyway, thanks for your contribution in providing these APIs.
IMO, why not return the
OnlineMap.Count()likeGetStatsOnlinedo, providing all the number of user IPs?QueryStatscan't help this.This is not a bad idea, but why get a bundle of ip addresses of all active users? The essence of the method is to get active users, just using one method.
Not a bundle of ip addresses but the count of them for each user, it just the count of connected devices/clients for each user/uuid.
I mean return a list both of online user and its devices count, in this PR we just get user name.
It can still get all active users, just using one method, and provide devices count as well. It's also easier to query how many clients connected to the server.
Anyway, thanks for your contribution in providing these APIs.
Having just count of devices is not the best option, situations like using marzban that provide using multiple nodes can face some problem, for example if the user just switches between servers to just test them were not gonna realize it's the same IP, but if we get list of ips with timestamp of there last connection we can detect this and prevent conflicts.
不过这个是基于 onlineMap 吗，我还没看那个是什么，总之这个 PR 不急着合并，流量统计本身就能定义是否 online
I think statistics are not the best way to get the online status of a user.
A little later, I will implement a method that will combine all requests at once.
Namely: getting the client's ip addresses, as is done in my GetStatsOnlineIpList method, and traffic (as you say).
Have I forgotten anything?