-
Notifications
You must be signed in to change notification settings - Fork 58
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
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
AdGuard - CloudFlare - DoH sporadically Yes via 1.1.1.1/help #29
Comments
I'll have to test and see.. is it raspberry pi 64bit? you are using? cause 64bit came out February and could have issues.. if you do try 32bit and see if you get same errors or it could be cloudflare version |
Yes I was using 32Bit and this issue was present, moved to 64 Bit and the issue still happens I am using the latest clodflared version present FYI |
I realized one more thing. |
It's doesn't happen immediately. It happens all of a sudden, I will keep an eye and report back to you |
@eltonajmenezes sorry I now saw the issues on cloudflare/cloudflared#91 and cloudflare/cloudflared#306.. I guess its something i cannot fix. I tried rebooting shutting down pi and rebooting router but issue do not shows for me still.. |
@eltonajmenezes use this method i suggested in #28 (comment) for DoH. I guess I can add this to wiki as an alternative for Cloudflared tunnel client. DNSCrypt - a DNS(DoH) proxy client. |
I will try and replicate this and see what the dependencies are on my instance. Maybe something is interfering. I will get back to you on this in a few days. |
@eltonajmenezes I saw this person said they found a fix cloudflare/cloudflared#306 (comment), try it and see if it works for you open:
|
@trinib I think I have narrowed down a possibility but need to observe and check. |
it seems this issue happens for some and not everyone, some say it's a isp and router issue. cloudflare/cloudflared#91 (comment) See if this works cloudflare/cloudflared#91 (comment) |
Doubt it's an ISP issue, and I do not have the hosts directory on my system. |
you can create it . |
This issue with cloudflare is really weird .. Hear this I have a good idea .. to really see if it's cloudfared or just your location isp router etc .. I want you to try on a VPS !!!. here is my personal referral link for free $35-https://www.vultr.com/?ref=9113990-8H let me know if you need help setting it up .. it pretty easy and quick .. watch a youtube guide if issue |
firefox_5Cpl9ZQOgB.mp4 |
Thank you, will look into this and revert shortly. So you want me to test this on a virtual server right? |
yes |
After using DNScrypt running on port 5335 as well I have started to see this issue where the upstream server sporadically works and stops most of the time. Even after restarting the service I noticed this error wouldn't go away. So I stopped the service, changed the port again to 53000 and started it. but again it stopped But when I tested this way I got a response ; <<>> DiG 9.16.27-Debian <<>> sigfail.verteiltesysteme.net @127.0.0.1 -p 5335 |
You need to show your configurations .. |
@jo20201 what os and hardware are you using ? .. you get alot of errors for Unbound . It should look like this .. I know the fix for the warning "warning: so-rcvbuf 1048576" . You need to open
I get that error on a VM Ubuntu, not sure about Pi at the moment(waiting on power supply).. those other errors are weird |
What are you running Unbound on ? I still see these messages "notice: init module..." |
@jo20201 yea your right. 4m seems to work fine on PI. I do not know exactly why that happens in Ubuntu. you still have not said what are you running it on. There is another way I figured out. You can set it in Open Restart service:
and no error |
@jo20201 what hardware ? no VM right ? if using PI, I guess its a Ubuntu thing .. |
@eltonajmenezes i have been using it for a while and issue has not arrive for me. |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
Operating System
64-bit
Project
Cloudflare
Platform
Mac, IOS
Browser
Chrome, Other
Issue
Not working, Other (explain in description)
Issue Description
The first time you setup Cloudflare and point AdGuard to it; there seems to be no issue at all.
Even the 1.1.1.1/help test always is consistent and indicated Yes for DoH and DoT.
But if a restart or shutdown happens then for some reason the status of clodflared when checked in terminal shows the following
flared[609]: 2022-04-30T10:48:21Z ERR failed to connect to an HTTPS backend "https://1.1.1.1/dns-query" error="faile> Apr 30 16:18:21 eltonsraspberrypi cloudflared[609]: 2022-04-30T10:48:21Z ERR failed to connect to an HTTPS backend "https://1.1.1.1/dns-query" error="faile> Apr 30 16:18:21 eltonsraspberrypi cloudflared[609]: 2022-04-30T10:48:21Z ERR failed to connect to an HTTPS backend "https://1.1.1.1/dns-query" error="faile> Apr 30 16:18:21 eltonsraspberrypi cloudflared[609]: 2022-04-30T10:48:21Z ERR failed to connect to an HTTPS backend "https://1.1.1.1/dns-query" error="faile> Apr 30 16:18:21 eltonsraspberrypi cloudflared[609]: 2022-04-30T10:48:21Z ERR failed to connect to an HTTPS backend "https://1.1.1.1/dns-query" error="faile> Apr 30 16:18:21 eltonsraspberrypi cloudflared[609]: 2022-04-30T10:48:21Z ERR failed to connect to an HTTPS backend "https://1.1.1.1/dns-query" error="faile> Apr 30 16:18:21 eltonsraspberrypi cloudflared[609]: 2022-04-30T10:48:21Z ERR failed to connect to an HTTPS backend "https://1.1.1.1/dns-query" error="faile> Apr 30 16:18:22 eltonsraspberrypi cloudflared[609]: 2022-04-30T10:48:22Z ERR failed to connect to an HTTPS backend "https://1.1.1.1/dns-query" error="faile> Apr 30 16:18:22 eltonsraspberrypi cloudflared[609]: 2022-04-30T10:48:22Z ERR failed to connect to an HTTPS backend "https://1.1.1.1/dns-query" error="faile> Apr 30 16:29:14 eltonsraspberrypi cloudflared[609]: 2022-04-30T10:59:14Z ERR failed to connect to an HTTPS backend "https://1.1.1.1/dns-query" error="faile>
These warnings can be 3 - 10 in number.
If you stop the clodfalred service and restart it; the Warning goes away. But eventually it reappears.
Now the odd part is that around the same time this happens; the 1.1.1.1/help ,test gives you sporadically Yes for DoH when tested in Safari and Chrome browser compared to initially and either way the cache was cleared.
IMG_8177.MOV
I have searched multiple forums but no one’s solution seems to stick.
Also moving away from “Parallel Requests” to “Fastest IP Address” the issue goes but the speed of fetching web content is reduced by a small amount.
The text was updated successfully, but these errors were encountered: