-
-
Notifications
You must be signed in to change notification settings - Fork 541
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
An entry in the blacklist is not being blocked #3001
Comments
Can you please try to generate a new debug log? Apparently there was an issue during the log creation and the last lines are not present (the log is truncated). |
This domain should have been converted to Punycode encoding ( Note This screenshot is from a Pi-hole v6.0 machine, though, so it may de different from what you are seeing (I cannot test v5.x right now). Could you quickly verify in your |
ok sure. I used the admin UI to generate a new token: https://tricorder.pi-hole.net/dnzRup8A/ |
Here's what I'm seeing in pihole.log
|
This is intentional and actually a feature. You may want to allow a domain for certain devices and block it for others. You can achieve this by assigning different groups to the two entries.
So the illegal requests are made by whatever application is responsible for them. Non-ASCII is illegal in DNS so they'll never resolve. |
Right, but staying on topic: why are they on the blocklist but not being blocked? |
This is a good question, I assume there is some encoding issue going on, let's try to find this out. Please try first
and quote the reply as copy & paste here. |
|
This issue is stale because it has been open 30 days with no activity. Please comment or update this issue or it will be closed in 5 days. |
Versions
Platform
Expected behavior
Saw a dns request for the domain "ñ_gç" in the query log and after blocking it, expected all future requests to be blocked.
Actual behavior / bug
The domain is on the blacklist but requests are not being blocked.
Steps to reproduce
Steps to reproduce the behavior:
Debug Token
Screenshots
Additional context
Might be utf-8 related? It doesn't look like a legitimate dns request to me.
The text was updated successfully, but these errors were encountered: