-
Notifications
You must be signed in to change notification settings - Fork 2k
Client Setting request counter doesn't work when using CIDR for the IP #2945
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hi, thank you for your report. What exactly do you mean by “doesn't work”? Do you only mean the request count and statistics or something else? |
Sorry I should clarify. As can bee seen in the screenshots, the request counter doesn't count in the Client settings page. |
It's clearer now, thanks. We cannot reproduce the issue on our machines. Could you please add the following information:
Thanks! |
I am running this all on a oracle cloud server btw. If that is of any use. |
Thanks for the data! We'll look into it further. |
Maybe another way to investigate: |
@bruvv, hello again and apologies for a continuous idle on the issue. Could you please help us a bit more? We've made lots of changes during v0.107.0 cycle, including clients handling and enhanced logging. Could you please try one of the latest builds, either the release one, or the ones from edge/beta channels? If the issue reproduces there, could you please collect the verbose log once again? |
@bruvv, I see. And what about the requests counter on the Clients page? Does it sums all the requests of users contained by the subnet? |
Hi @EugeneOne1 that is a negative: |
@bruvv, well, we're already working on it. Would you mind collecting verbose log once again? I'd be really helpful. Thanks. |
I should add that the query log search one will probably not work until we revamp the search engine there. But the client counter on the “Clients” definitely needs a fix. |
and here is the verbose @EugeneOne1: |
@bruvv, unforunately, we still can't reproduce the behavior. However, we're planning a massive refactoring around v0.108.0 including the rework on statistics module that should improve it's stability. Perhaps that will help. |
Updates #2945. Squashed commit of the following: commit 305026d Author: Ainar Garipov <[email protected]> Date: Wed May 21 14:37:58 2025 +0300 all: upd chlog commit bb8288c Author: Ainar Garipov <[email protected]> Date: Wed May 21 14:31:04 2025 +0300 client: fix types in helper
Updates #2945. Squashed commit of the following: commit 305026d Author: Ainar Garipov <[email protected]> Date: Wed May 21 14:37:58 2025 +0300 all: upd chlog commit bb8288c Author: Ainar Garipov <[email protected]> Date: Wed May 21 14:31:04 2025 +0300 client: fix types in helper
@bruvv, hello again. We've finally reproduced the bug and have already pushed a new edge build that should resolve the issue. Could you please check, if the issue has been fixed there? |
Nice of you to come back to this issue! I’m not using adguard anymore. Would you like me to close this issue ? |
@bruvv, well, we'll close it ourselves then. Thank you again for reporting it. |
Uh oh!
There was an error while loading. Please reload this page.
Issue Details
v0.105.2
Docker (https://github.com/Freekers/ansible-adguard)
Expected Behavior
When filling in the identifier field the IP
89.205.224.0/24
I assume that it does:
89.205.224.*
and therefor count all the requests that matches the above wildcard IP. But that doesn't work and the counter becomes 0.
I tried:
89.205.224.1/24
But that doesn't work either.
Actual Behavior
It doesn't count any requests in the client settings page. Only when filling in the complete IP it does count as can be seen in the screenshots below:
Screenshots
The text was updated successfully, but these errors were encountered: