dnscrypt-resolvers icon indicating copy to clipboard operation
dnscrypt-resolvers copied to clipboard

Update DNSPod

Open demarcush opened this issue 1 year ago • 1 comments

demarcush avatar May 14 '24 05:05 demarcush

https://github.com/DNSCrypt/dnscrypt-resolvers/commit/e37c5c21e01e74dc192bb49b5742b1c1ccd5b179: I'm still getting the old hash and the current stamp returns a fatal error as such:

[CRITICAL] [myserver] Certificate hash [3299edaf110cf256237cc208266a2cd646379571f80ab05e15ee6735284ba2d2] not found

Cloudflare case?

demarcush avatar May 20 '24 07:05 demarcush

Looks like we don't get the same certs :(

With these entries, all I get is Certificate hash [8f4b73997c4b04ea50feafa91a2431d42bca6b54c23bcf9dbbf572249394e10c] not found

Unfortunately, we may have to remove cert hashes here :(

jedisct1 avatar May 23 '24 21:05 jedisct1

Resolved the conflict and removed the hashes as they can get added later when the hashes are conclusive.

demarcush avatar May 23 '24 21:05 demarcush

By the way, do you know of a reliable way to check for GFW filtering? Some specific domains that are always blocked?

jedisct1 avatar May 23 '24 21:05 jedisct1

I can get handy sometimes: https://github.com/Loyalsoldier/clash-rules/blob/release/gfw.txt

demarcush avatar May 23 '24 22:05 demarcush

But, there's a chance that some Chinese resolvers don't apply GFW filtering on queries made from outside of China. Check AliDNS for instance, it returns correct IPs for everything but I don't have a Chinese proxy to test it from the inside.

So don't count on testing the mentioned domains from outside and conclude that a Chinese resolver doesn't apply GFW filters.

@jedisct1

demarcush avatar May 23 '24 22:05 demarcush