Do not add grace to esni records
Categories
(Core :: Networking: DNS, enhancement, P2)
Tracking
()
People
(Reporter: dragana, Unassigned)
References
Details
(Whiteboard: [necko-triaged])
We should respect the TTL of the ESNI records. Extending time may cause us to contact the server that has already exchange the esni keys.
Reporter | ||
Updated•5 years ago
|
What is the grace added to the TTL? Is it a fixed value?
One case where a too high TTL value caused issues is https://bugzilla.mozilla.org/show_bug.cgi?id=1566175#c43
That was not a Firefox issue, but by the authorative name server responding with a TTL of 1h even when the key rotates in less than that.
Reporter | ||
Comment 2•5 years ago
|
||
(In reply to Peter Wu from comment #1)
What is the grace added to the TTL? Is it a fixed value?
Yes, it is fix (or somewhat fixed). It is 60s.
One case where a too high TTL value caused issues is https://bugzilla.mozilla.org/show_bug.cgi?id=1566175#c43
That was not a Firefox issue, but by the authorative name server responding with a TTL of 1h even when the key rotates in less than that.
I would expect that adding grace of 60s is fine. Servers must have a graceful rotation of keys that will tolerate 60s grace, but I will double check.
Reporter | ||
Comment 3•5 years ago
|
||
I got to read the rest of my bug mail. So I could as you, Peter, if a grace of 60s would be a problem?
60s is fine for Cloudflare. Even a couple of minutes should be fine. Hours, not so much.
Reporter | ||
Updated•4 years ago
|
Description
•