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
DNS_PROBE_FINISHED_NXDOMAIN at every first access #4385
Comments
I am not sure what could be causing this, though. The only idea is that maybe after waking up from hibernation it tries to use the old connection and fails? To troubleshoot this issue, we need to get additional logs. Here's what we need you to do:
|
Today the problem didn't occur; as soon as it starts again, I'll collect the log files. |
Hello, I just sent the log files to the email address you told me. |
According to the log the DNS request happened in the middle of protection re-init triggered by updated filters. |
I don't understand how this helps; the problem occurred all day long and continues today. For example, I got the error accessing github.com now; refreshing che page, it loaded, but it didn't load resources that I suppose are on differente domain names and appeared as in the screenshot. After second refresh, the page was ok. Even the image upload first failed and then went ok. |
It's just an explanation of why is that happening, now we should find a way to fix that :) |
Ah, ok! I thought you meant it was just a transient glitch. I hope you'll find a solution soon! :-) |
@pdario ,
|
Ok, I disabled it: I hope to be able to use it soon again. I would say it "fixed" the problem. I can't say about your second question... When has it been released? It is months I have the problem on one of my PC and it started when I enabled DNS filtering on a second PC a few weeks ago. |
yes, it's not a fix (in general meaning), but a very temporarily solution, in particular needed to make your using more comfortable. about 2nd question - ok, thanks |
Unfortunately the problem still occurs, maybe less frequently |
@pdario could you please record the logs again with this configuration? |
I'm trying but it's not very frequent... I'll keep debug level enabled |
I don't know, it seems to have stopped now; I'll cycled the update frequency settings to see what happens; I'll report here. |
And finally please test this build. It's totally test version (all the options you will switch not applied), but it's can lay light on the causes. After the test you made, please install regular build from the our site |
Now it's working fine even with update frequency set to default; are you sure it is a client issue? Couldn't it depend on some server loads or something else server side? |
I made it! I tried ftp.com @12.05 and got the error with filter update disabled. I'm preparing the logs to be sent |
Did you try with the build from the post above or regular one? |
Regular: I do not have time, now, to uninstall, install, reinstall... I hope this helps |
So, according to your message above, that you've set update frequency to default, in the end your app's configuration is similar to one just before the issue occurred? Nevertheless the issue went away, right? |
No, the last log files have been taken with filter update set to "disabled" and I got the errore accessing ftp.com @12.05 |
Can I simply install that over the current version? |
@pdario , yes, of course |
@adbuker I just installed your version and enabled filter update; I'll see how it works |
@zubrRB I can't see your comment, but I now have the latest nightly |
@adbuker same problem this morning, collecting and sending log files |
@adbuker Boris Bukin wrote me via email, please check with him to avoid repeating tests you've already done |
@pdario , Boris Bukin it's me:) |
Ah... it seemed to me you asked something I already said, that's why I wrote. That could have been some sibling working with you! :-D |
@pdario , a lot of time gone from our last connection, is the issue still persist with latest nighlty version? |
No, it is long I don't see the error now. |
@pdario , nice to read, so I'll cllose the issue |
@pdario commented on Fri Aug 19 2022
I always used AdGuard on Windows and set it to use AdGuard DNS; the problem is still present now that I linked the PC to AdGuarda DNS 2.0 (https://adguard-dns.io/en/dashboard/).
When I access some URL in Chrome, say the first time in a day, I get DNS_PROBE_FINISHED_NXDOMAIN error; if I refresh the page, it loads, but it may lack some content got from external URLs; a new refresh fixes.
This is very annoying.
Moreover, many sw that does not "refresh", does not start or run because their first connection attempt fails.
Please fix this ASAP!
Thank you
The text was updated successfully, but these errors were encountered: