标签: ttl

我已在 AWS Cloudformation 中设置了一个堆栈，该堆栈已启动并正在运行。该堆栈包含一个 ELB（负载均衡器）和一些 EC2 实例。当我们对应用程序进行新部署时，我们会构建一个新环境并删除旧环境。因此，我们必须更新 Route 53 中的 DNS 记录。我想知道旧堆栈应该存活多久。

我已按照AWS 文档使用子域而不迁移父域。父域 NS 记录（面向 AWS DNS）的 TTL 为3600. 在 Route 53 中，我设置了一个 A 记录，其中包含堆栈中负载均衡器的别名（我无法在此处设置 TTL）。

我无法从 AWS 控制台输入别名记录的 TTL。然而，一些消息来源表示，更改可能需要长达60 秒。

我只是在本地做了一些测试，以检查 DNS 获取新堆栈需要多长时间。这是更新 Route 53 中的别名 DNS 记录和能够在我的浏览器中访问新堆栈之间的时间：

• 尝试 #1：~4 分钟
• 尝试 #2：~9 分钟
• 尝试 #3：~7 分钟
• 尝试 #4：~15 分钟

这不应该低于 60 秒吗？对于所有客户端，这最多需要多长时间？可以减少这个时间吗？删除旧堆栈的安全时间是多少？

我最近一直在考虑我们 DNS 的 TTL。我们的服务器有 A 记录，然后是面向客户的名称的 CNAME 记录。例如，www.example.com CNAME 指向 server-01.example.com。如果发生故障，我们会将 CNAME 和 A 记录的 TTL 设置为 15 分钟。

然而，我突然意识到这可能不是最佳的。当然应该是A记录是48小时，CNAME是15分钟。如果发生故障，CNAME 只会指向 server-02.example.com。A记录（理论上应该可以缓存很长时间，因为我们使用CNAME作为切换器）。

环顾互联网，我发现很多人的 CNAME 长而 A 记录短： CNAME 和 A 记录具有不同的 TTL。哪个会被缓存？

这似乎与任何人想要的相反。问题是，DNS 是否以我希望的方式工作，因为如果我需要匆忙切换服务器，CNAME 请求 TTL 是重要的？

当我执行 ping 操作时，我可以看到每个数据包的 TTL 值。对于我在计算机和连接到 Internet 的路由器之间插入的每个路由器，TTL 值都会下降 1。但是，插入交换机或集线器对 TTL 值没有任何影响。这是为什么？

我要将站点从一台服务器迁移到另一台服务器。该站点有大量实时事务活动读取/写入后端数据库。

我相信我应该降低域上 DNS 中的 TTL，这样一旦我准备好进行切换，我需要做的就是更新分配给域名的名称服务器，流量将开始移动到新服务器。

如果我对流程的理解是正确的，我应该在当前服务器上将 TTL 设置为什么？

我是否还需要在旧服务器上设置“刷新”、“重试”和“过期”值？如果是这样，它们也应该设置什么？

谢谢

这是我的过程

www.blah.com 托管在托管服务提供商“hoster

www.blah.com 的 ns1 记录为 ns1.myFirstNameServer.net，其 ns2 记录为 ns2.myFirstNameServer.net

我设置了一个新的名称服务器，其 ns 记录为 ns1.aNewNameServerIdecidedToBuy.net 和 ns2.aNewNameServerIdecidedToBuy.net——它的 IP 指向我当前位于当前“主机”的服务器

我的名称服务器域（myFirstNameServer.net 和 aNewNameServerIdecidedToBuy.net）都已设置并驻留在我的注册商的 dns 设置中——它的 IP 指向我在新“主机”上的新服务器

一旦我准备好进行切换，我将登录到我的注册商并更改 www.blah.com 上的名称服务器设置，如下所示：

• 从ns1.myFirstNameServer.net到ns1.aNewNameServerIdecidedToBuy.net
• 从ns2.myFirstNameServer.net到ns2.aNewNameServerIdecidedToBuy.net

我目前在一家中等规模的机构工作，其 DNS 管理充其量是有问题的。通常，与 DNS 相关的故障会导致整个建筑物和我们面向公众的网站停机。

虽然我不直接负责区域文件或 DNS 服务器，但我有兴趣追踪这些服务器正在做的任何可能导致停机的过度/不必要的工作。

我们的服务器在高峰/营业时间一次有 80-160 个活跃用户（根据实时 GA）。TTL 设置为 5 分钟，我想知道以下几点：

1. 对于在网站上停留超过 5 分钟的所有用户，他们是否需要额外刷新 dns？（从而提高网站响应能力）
2. 考虑到两台专用的 DNS 机器（对规格一无所知），这是微不足道的活动吗？
3. 由于快速通量对策，是否有可能完全忽略 5 分钟的 TTL？

我们目前没有进行任何需要低 TTL 的迁移过程——多年来一直是这种情况。

客户网站的域名已在 GoDaddy 注册。该域指向 Wix.com 的域名服务器。我已将 wix 中的 TTL 降低到 1 小时。

但是，当我们上线时，我们将自己切换域名服务器（使用 Godaddy）。

当旧站点 (wix) 的区域记录过期时，DNS 是直接查看 wix 以进行更新，还是会与注册商 (godaddy) 核对？

在我看来，缓存的 A 记录会过期，但没有任何东西告诉 DNS 名称服务器已更改。名称服务器处于更高级别。不过，我不确定这是否正确？或者当缓存的记录过期时，它会从注册商那里检查新记录。这就是令人困惑的地方。

所以我的问题是：

更改特定区域记录的 TTL 是否足以使名称服务器本身为访问者更新得更快？

我dig xkcd.com，我得到了这样的东西：

; <<>> DiG 9.9.5-3ubuntu0.1-Ubuntu <<>> xkcd.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52538
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 5

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;xkcd.com.          IN  A

;; ANSWER SECTION:
xkcd.com.       769 IN  A   107.6.106.82

;; AUTHORITY SECTION:
xkcd.com.       87784   IN  NS  dns3.p03.nsone.net.
xkcd.com.       87784   IN  NS  dns1.p03.nsone.net.
xkcd.com.       87784   IN  NS  dns2.p03.nsone.net. …

我正在按照本 AWS 指南中概述的步骤将我的域托管从 GoDaddy 转移到 AWS。第 4 步要求我降低现有 NS 记录的 TTL，以避免在遇到问题时停机。但是，我发现我的 GSuite 电子邮件也有 MX 记录，其 TTL 为 1 周。我还需要担心降低这些吗？根据研究，我认为 MX 记录 TTL 无关紧要，因为一旦域切换到 AWS，请求将在那里查询 MX 记录而不是 GoDaddy。任何人都可以确认/帮助吗？

通过检查ICMP time-exceeded数据包的有效负载，我注意到有时是最后一个路由器（ttl=2在返回数据包中时）甚至前一个路由器（最多 5 跳之前ttl=5）丢弃数据包并生成 ICMP 消息。

为何如此？这背后有什么原因吗？

你如何在思科路由器中设置它？

编辑：

请注意，所有这些数据包都是 ICMP 类型 11 代码 0，这意味着：

类型 = 超时，代码 = ttl-0-during-transit

Edit2：以下是此类 ICMP 数据包的两个示例。

###[ IP ]###
  version   = 4L
  ihl       = 5L
  tos       = 0x0
  len       = 168
  id        = 9969
  flags     = 
  frag      = 0L
  ttl       = 243
  proto     = icmp
  chksum    = 0x19ea
  src       = 193.51.189.25
  dst       = 134.59.129.241
  \options   \
###[ ICMP ]###
     type      = …

今天早上，网络解决方案（我们托管 DNS 的地方）出现了一些间歇性的 DNS 服务器中断。在此期间，我们所有的网站都无法访问。当网络解决方案 DNS 服务器恢复正常时，我们的站点也恢复正常。

我们的 DNS TTL 目前设置为 300。如果我们将 TTL 增加到 86400，是否可以有效防止 DNS 服务器间歇性中断导致的中断？