I do use this APP everyday because to avoid my government shitty DNS resolver but today I found that it stopped working.

When I click start, it just never connects Reading the log I think the fault is at the list file

Here’s an error log I got:

[2020-06-22 01:19:27] [CRITICAL] Unable to use source [public-resolvers]: [Multiple stamps for server [faelix-ch-ipv4] in source from [[https://raw.githubusercontent.com/DNSCrypt/dnscrypt-resolvers/master/v2/public-resolvers.md]]]
[2020-06-22 01:19:27] [FATAL] No servers configured

Thank you so much if you can fix this

DNSCloak fails to start its VPN service on all iOS 15.1 betas so far. It just stays in “Starting” state, but never actually connects.

The work-around so far for me has been to move to Blokada.

For no apparent reason, DNSCloak no longer starts. And this on 2 different devices. Problem exists since yesterday. I have not changed anything in the settings. Suddenly nothing worked anymore. What can I do?

When de dnscloak dns service is started it does not change the devices dns settings to 127.0.0.1 from the dnscloak dns service. Without this the dnscloak dns service is not used.

Trying to add query_meta in the config file, but it seems doing so makes it so the vpn fails to start. I can't seem to get it to output any logs either, even on debug setting.

Hi,

I tried to compile DNSCloak, but it stopped here:

> [email protected] prepare:dev /Users/j/src/dnscloak
> cordova prepare ios

Unhandled error. ('Parsing /Users/j/src/dnscloak/platforms/ios/DNSCryptApp/config.xml failed')

And sure enough, there is no config.xml file in this directory.

Is it expected?

Thanks in advance.

Hi, please update the testflight for dnsCloak. It completly stopped working and one had to fall back to the AppStore version with the old dnscrypt version (e.g. no CNAME filtering).

Thanks in advance

As iOS 14 supports encrypted DNS without creating a VPN profile and it can be used together with a VPN (when VPN is disconnected, the DNS app is returned to), I think DNSCloak should support it.

The native DNS settings also show indication when current network is blocking connection to the server and it doesn't show a logo on the status bar (unlike the constant [VPN].

Thx for the app; it is very useful. As I understand, there is currently only a manual way to add a blacklist file. Could the functionality be extended to automatically refresh it either via a link (i.e. I would specify a link to file like this https://download.dnscrypt.info/blacklists/domains/mybase.txt)? I think right now I have to manually re-add it to DNSCloak every time the list changes.

The toggle for “showIcon” has been removed from the UI for some reason. This bug has seemed to happen after the 2.2.2 update. I tried adding “showIcon = false” to the config, but that just gives me a unsupported key error.

Whenever i use it on ios 14.5 i am still getting ad s when using many diffrent ad black lists files and preset dns on the app when it would work on all previous versions

I always see dnscloak vpn icon being refreshed if I wake it up from sleep and change from wifi to cell or vice versa, shouldn't dnscloak stay in the background like other vpn app, does this delay notification at all? Should dnscloak be listed in background app refresh so that it can stays on?

I have DNSCloak 2.2.2 installed on iOS 15.3 beta (build 19D5026g) and it works perfectly fine on Wi-Fi, but doesn't let network traffic through on cellular. I have Private Relay off. The VPN starts flawlessly and the "VPN" symbol appears as usual. The logs show the DNS requests to go through or be blocked as expected, but all apps including Safari think they are offline. What could be the reason for this? Thanks for any ideas!

Hi,

using my iphone (15.2) I cannot connect to some websites for example:

• duckduckgo.com
• github.com

if I am using mobile data and dnscloak (29.12.2019).

When I turn dnscloak off I can see the website.

When I use my home wifi it work with dnscloak on and off I can see the website.

I configured dnscloak to use the "altername" resolver for this, but this does not seem to be relevant.

The log file says:

[2021-12-22 14:34:43] 127.0.0.1 lb._dns-sd._udp.1.0.0.192.in-addr.arpa PTR NXDOMAIN 229ms altername [2021-12-22 14:34:43] 127.0.0.1 lb._dns-sd._udp.0.2.0.192.in-addr.arpa PTR NXDOMAIN 244ms altername [2021-12-22 14:34:44] 127.0.0.1 mediandr-a.akamaihd.net HTTPS PASS 198ms altername [2021-12-22 14:34:44] 127.0.0.1 apple.com AAAA PASS 204ms altername [2021-12-22 14:34:45] 127.0.0.1 a1101.w4.akamai.net HTTPS PASS 655ms altername [2021-12-22 14:34:45] 127.0.0.1 ipv4only.arpa AAAA PASS 707ms altername [2021-12-22 14:34:45] 127.0.0.1 mediandr-a.akamaihd.net AAAA PASS 183ms altername [2021-12-22 14:34:45] 127.0.0.1 a1101.w4.akamai.net AAAA PASS 185ms altername [2021-12-22 14:34:47] 127.0.0.1 mediandr-a.akamaihd.net AAAA PASS 2886ms altername [2021-12-22 14:34:47] 127.0.0.1 github.com HTTPS PASS 313ms altername [2021-12-22 14:34:47] 127.0.0.1 github.com AAAA PASS 438ms altername

and:

[2021-12-22 14:34:43] [NOTICE] dnscrypt-proxy 2.0.44 [2021-12-22 14:34:43] [NOTICE] Firefox workaround initialized [2021-12-22 14:34:43] [INFO] Current reachability is [WR -t-----] [2021-12-22 14:34:43] [INFO] Waiting for available resolvers check. [2021-12-22 14:34:43] [DEBUG] Refreshing certificates [2021-12-22 14:34:43] [DEBUG] [altername] fetch DNSCrypt server info - start [2021-12-22 14:34:43] [DEBUG] [altername] public key retrieval succeeded [2021-12-22 14:34:43] [NOTICE] [altername] OK (DNSCrypt) - rtt: 138ms [2021-12-22 14:34:43] [DEBUG] [altername] refresh DNSCrypt server info - OK [2021-12-22 14:34:43] [NOTICE] Server with the lowest initial latency: altername (rtt: 138ms) [2021-12-22 14:34:43] [NOTICE] dnscrypt-proxy is ready - live servers: 1 [2021-12-22 14:34:43] [INFO] Found available resolvers, tell iOS we are ready [2021-12-22 14:34:43] [DEBUG] clients count: 1 [2021-12-22 14:34:43] [DEBUG] Using candidate [altername] RTT: 138 [2021-12-22 14:34:43] [DEBUG] Handling query for [lb._dns-sd._udp.1.0.0.192.in-addr.arpa] [2021-12-22 14:34:43] [DEBUG] clients count: 2 [2021-12-22 14:34:43] [DEBUG] Using candidate [altername] RTT: 138 [2021-12-22 14:34:43] [DEBUG] Handling query for [lb._dns-sd._udp.0.2.0.192.in-addr.arpa] [2021-12-22 14:34:44] [DEBUG] clients count: 1 [2021-12-22 14:34:44] [DEBUG] clients count: 2 [2021-12-22 14:34:44] [DEBUG] Using candidate [altername] RTT: 154 [2021-12-22 14:34:44] [DEBUG] Handling query for [mediandr-a.akamaihd.net] [2021-12-22 14:34:44] [DEBUG] clients count: 3 [2021-12-22 14:34:44] [DEBUG] Using candidate [altername] RTT: 154 [2021-12-22 14:34:44] [DEBUG] Handling query for [mediandr-a.akamaihd.net] [2021-12-22 14:34:44] [DEBUG] Using candidate [altername] RTT: 154 [2021-12-22 14:34:44] [DEBUG] Handling query for [apple.com] [2021-12-22 14:34:44] [DEBUG] clients count: 3 [2021-12-22 14:34:44] [DEBUG] Using candidate [altername] RTT: 148 [2021-12-22 14:34:44] [DEBUG] Handling query for [a1101.w4.akamai.net] [2021-12-22 14:34:44] [DEBUG] clients count: 3 [2021-12-22 14:34:44] [DEBUG] Using candidate [altername] RTT: 145 [2021-12-22 14:34:44] [DEBUG] Handling query for [ipv4only.arpa] [2021-12-22 14:34:45] [DEBUG] clients count: 2 [2021-12-22 14:34:45] [DEBUG] Using candidate [altername] RTT: 308 [2021-12-22 14:34:45] [DEBUG] Handling query for [mediandr-a.akamaihd.net] [2021-12-22 14:34:45] [DEBUG] clients count: 2 [2021-12-22 14:34:45] [DEBUG] Using candidate [altername] RTT: 279 [2021-12-22 14:34:45] [DEBUG] Handling query for [a1101.w4.akamai.net] [2021-12-22 14:34:46] [DEBUG] [altername] Retry on timeout [2021-12-22 14:34:46] [DEBUG] [altername] Retry over TCP after UDP timeouts [2021-12-22 14:34:47] [DEBUG] clients count: 1 [2021-12-22 14:34:47] [DEBUG] Using candidate [altername] RTT: 510 [2021-12-22 14:34:47] [DEBUG] clients count: 2 [2021-12-22 14:34:47] [DEBUG] Using candidate [altername] RTT: 510 [2021-12-22 14:34:47] [DEBUG] Handling query for [github.com] [2021-12-22 14:34:47] [DEBUG] Handling query for [github.com] [2021-12-22 14:36:05] [DEBUG] clients count: 2 [2021-12-22 14:36:05] [DEBUG] clients count: 1 [2021-12-22 14:36:05] [DEBUG] Using candidate [altername] RTT: 446 [2021-12-22 14:36:05] [DEBUG] Using candidate [altername] RTT: 446 [2021-12-22 14:36:05] [DEBUG] Handling query for [api.revenuecat.com] [2021-12-22 14:36:05] [DEBUG] Handling query for [api.revenuecat.com] [2021-12-22 14:36:05] [DEBUG] clients count: 3 [2021-12-22 14:36:05] [DEBUG] clients count: 4 [2021-12-22 14:36:05] [DEBUG] Using candidate [altername] RTT: 446 [2021-12-22 14:36:05] [DEBUG] Handling query for [inappcheck.itunes.apple.com] [2021-12-22 14:36:05] [DEBUG] Using candidate [altername] RTT: 446 [2021-12-22 14:36:05] [DEBUG] Handling query for [inappcheck.itunes.apple.com] [2021-12-22 14:36:05] [DEBUG] clients count: 4 [2021-12-22 14:36:05] [DEBUG] Using candidate [altername] RTT: 386 [2021-12-22 14:36:05] [DEBUG] Handling query for [e69896.dscapi6.akamaiedge.net] [2021-12-22 14:36:06] [DEBUG] clients count: 3 [2021-12-22 14:36:06] [DEBUG] Using candidate [altername] RTT: 299 [2021-12-22 14:36:06] [DEBUG] clients count: 4 [2021-12-22 14:36:06] [DEBUG] Using candidate [altername] RTT: 299 [2021-12-22 14:36:06] [DEBUG] Handling query for [api.revenuecat.com] [2021-12-22 14:36:06] [DEBUG] Handling query for [api.revenuecat.com] [2021-12-22 14:36:06] [DEBUG] clients count: 5 [2021-12-22 14:36:06] [DEBUG] Using candidate [altername] RTT: 299 [2021-12-22 14:36:06] [DEBUG] clients count: 6 [2021-12-22 14:36:06] [DEBUG] Using candidate [altername] RTT: 299 ... [2021-12-22 14:36:08] [DEBUG] [altername] Retry on timeout [2021-12-22 14:36:08] [DEBUG] [altername] Retry over TCP after UDP timeouts [2021-12-22 14:36:08] [DEBUG] [altername] Retry on timeout [2021-12-22 14:36:08] [DEBUG] [altername] Retry over TCP after UDP timeouts

Is there a workaround/solution/explanation for this?

When I turn off the wifi connection on an ipad the dnscloak vpn connection keeps trying to reconnect. I turn it off manually.

Same on iphone without sim card or no cellular connection, when wifi is turned of the dnscloak vpn keeps trying to reconnect.