简体   繁体   English

您是否会因在 CNAME 或 A rec 中输入错误而意外造成大量停机?

[英]Can you accidentally cause significant downtime by making a typo in a CNAME or A rec?

Let's say I need to change the CNAME for my subdomain test.mysite.com.假设我需要更改子域 test.mysite.com 的 CNAME。 I want it to go to a load balancer endpoint 'aws-my-endpoint.com'.我希望它 go 到负载均衡器端点“aws-my-endpoint.com”。

But in creating the CNAME, I type it wrong.但是在创建 CNAME 时,我输入错误。 eg 'aw-my-endpoint.com'例如“aw-my-endpoint.com”

Since it's possible that a client can cache DNS for up to 48hrs (despite what the TTL setting is), could this cause test.mysite.com to be down for 48hours?由于客户端可能会缓存 DNS 长达 48 小时(尽管 TTL 设置是什么),这是否会导致 test.mysite.com 停机 48 小时? Even though I immediately fix the CNAME after noticing the typo?即使我在注意到错字后立即修复了 CNAME?

Yes.是的。 I've seen with ELB to ALB transitions where clients still hit the ELB, sometimes for days.我已经看到 ELB 到 ALB 的转换,客户仍然会碰到 ELB,有时会持续好几天。 Most traffic however, usually take a few minutes to port over.然而,大多数流量通常需要几分钟才能完成。

But with a non-existent target (like a typo in your case), there's a chance it would be faster since clients typically wouldn't cache a failed response.但是对于不存在的目标(例如您的拼写错误),它有可能会更快,因为客户端通常不会缓存失败的响应。 The resolvers may cache but they'd respect the TTL specified on the record.解析器可能会缓存,但他们会尊重记录中指定的 TTL。 There's more on this behavior on this thread线程上有关此行为的更多信息

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM