Some DoH servers does not respect TTL, how do I block them? #2394
Replies: 5 comments 1 reply
-
Longer TTL usually don't affect availability, even for DDNS domains. Use this command to get
Send |
Beta Was this translation helpful? Give feedback.
-
Providers that will modify TTL, tested with domain with TTL 60
|
Beta Was this translation helpful? Give feedback.
-
Maybe I haven't understand your scenario clearly. But, here are some of my thoughts:
Considering all these, maybe no caching for your DDNS domain is an easier way, by shunting/forking, using Forwarding here or similar features of other tools. Querying different upstreams more frequently will increase the availability. |
Beta Was this translation helpful? Give feedback.
-
Yes, Forwarding sounds like a good idea for DDNS names. You can even forward directly to the DDNS servers (for example |
Beta Was this translation helpful? Give feedback.
-
I've checked config about forwarding. What if my domain is CNAME+DDNS?
So I have this in
If I query When I query |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I have a DDNS domain and set TTL to 60.
One day I failed to connect and discovered the query returns an old IP address,
with 3 hours 58 minutes TTL on CNAME, 40 minutes on A record.
Cloudflare doesn't modify my TTL, but my ISP not always allow connection to Cloudflare servers.
Usually I have to comment out
server_names
to try and get an available server from the large amount of sources.I see there are only
require_nolog = true
,require_nofilter = true
,but respect TTL isn't a filter.
I have turned on Query logging, but TTL is not appearing in
query.log
,so I can't know who told wrong TTL either.
Beta Was this translation helpful? Give feedback.
All reactions