-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Use ECS (EDNS Client subnet) to identify Clients, instead of IP address #4383
Comments
Yes, this what I was referring to, lets have the ability to filter and sort clients in the query logs by the ECS data, if possible. I didn't see another issue open for this specific type of request. |
This could be done, but I'm not sure if this should be enabled by default, since technically anyone can put anything there, which may cause all kinds of issues. |
Just looking at an
I fully agree that it shouldn't be enabled by default. |
@ainar-g any update on this? I believe feasibly, if the AdGuard team would add a switch, something like This would gain AGH feature parity with other solutions like pi-hole. |
@ainar-g For example, #1727 (comment) |
The edge build now displays the ECS data in the response section in Query Log.
Would there be a feature added where this (ECS subnet data) IP address is used to identify the client, instead of (or in addition to) the Public IP address.
See attached screenshot.
Would it be possible to have a feature that uses the ECS data (4.5.6.0) to identify the client instead of the connecting IP (212.139.50.250) ?
A user choice/ option to display/ store all logs and statistics to be based on either client IP or connecting IP?
@gtxaspec, we've got a couple of ECS-related issues already (e.g. #1727, #2514). Do you mean duplicating this info to the "Client details" of the same query log entry?
So far, it seems the issue may be closed for now. Please consider opening a new one if it isn't yet.
Originally posted by @EugeneOne1 in #3978 (comment)
The text was updated successfully, but these errors were encountered: