【问题标题】:DNS propagation time workaround? [closed]DNS传播时间解决方法? [关闭]
【发布时间】:2015-03-21 17:32:18
【问题描述】:

我们正准备将我们的网站从一个主机迁移到 AWS,这意味着我们需要更改我们域的 IP,这需要时间来传播。 DNS 检查器报告该域的 TTL 3600,这还不错。但是,由于缓存,它可能需要更长的时间或者在那个小时内人们会访问旧服务器。 我们已经意识到域名注册商级别的任何更改都需要时间,并且可能不是一个好的解决方案。更改 TTL 也需要时间(即使注册商甚至不允许)。更改 NS 也需要时间,人们可能仍会访问旧服务器。更改域名注册商将需要很长时间才能完成。

问题是如何在 DNS 传播期间将访问旧服务器的人重定向到新服务器/IP? 有没有办法通过在旧服务器级别使用某种本地服务器 DNS 或 Apache 重定向到新 IP/服务器来做到这一点?

【问题讨论】:

  • 我不知道有多少注册商会阻止您将 TTL 更改为较低的值。 Godaddy 或任何附属公司允许在其名称服务器上执行此操作。我想我的时间缩短到 10 分钟。编辑 TTL 时通常必须选择 custom 参数。
  • @Panama Jack:如果您了解 DNS,那么您就会知道 TTL 小于 3600 并没有任何有用的功能。
  • @PanamaJack 我似乎无法找到如何在 1&1 上执行此操作,但这也不会更快,并且用户可能会在此期间访问旧服务器。尽管这听起来像是在 IP 切换前几天做的好主意,以留出一些时间。
  • @symcbean 只是因为我没有给他一步一步的指示并不意味着我不知道我在说什么。我曾在托管公司工作过,通常如果他们在更新记录前几天减少 TTL,它实际上可以在 5 分钟内传播。这是一个 TEMPORARY 设置。也许你可能需要阅读 DNS。 topwebhostingdelhi.wordpress.com/2013/01/31/…
  • @FBTKO 是的,他们有可能在几分钟内访问旧站点,但我相信以您当前的设置,您无能为力。您的站点数据库是驱动的吗?旧网站和新网站有什么区别?

标签: apache dns ubuntu-14.04 ttl propagation


【解决方案1】:

假设你有:

www.example.com CNAME web.oldisp.com

而你正在前往:

www.example.com CNAME node123.aws.com

如果您设置第二条(新)记录,请说:

www-aws.example.com CNAME node123.aws.com

然后将所有到达 web.oldisp.com(地址为 www.example.com)的流量重定向到 www-aws.example.com,然后请求将被发送到正确的位置。唯一的问题是 node123.aws.com 上的服务器是否会响应发往 www-aws.example.com 的请求,以及响应是否包含对 www.example.com 的引用。您可以使用 hosts 文件中的条目对此进行测试。

在切换后将其保留一天左右,然后您只需要担心可能已将 www-aws.example.com 添加为书签的任何人 - 然后您添加重定向规则以将任何此类流量重定向到 www .example.com

【讨论】:

  • 如何从 web.oldisp.com 重定向到 www-aws.example.com?你会用什么?
  • 无论我要什么。可能是一个 mod_rewrite 规则。
  • 我认为在我的情况下可行的方法是将其添加到旧站点 htaccess:RewriteRule . http://[insert.ip.address.here] [QSA,L]
【解决方案2】:

就我个人而言,我不必做所有重命名和添加不同 DNS 记录的操作,只需将两个站点都保留在原位。旧的和新的。

将新服务器设置为可以接收流量。 在晚上执行此操作时,我更新了 OLD server 上的数据库配置文件,以使用 IP 地址指向新的数据库服务器。 (如果需要,可以在几分钟内建立一个新的维护页面。)但通常这是即时的。不要忘记从旧服务器 IP 授予新数据库访问权限。 然后新的数据库服务器实际上正在处理所有当前的流量。如果他们访问旧网站。

然后在几天前降低 TTL 后,在 DNS 的 A 记录中切换我的 IP。 虽然传播发生在 10 分钟以上。访问任何一个站点都无关紧要,因为所做的任何事情都是使用新的数据库服务器,并且一旦所有 DNS 服务器都赶上,就会无缝地转到新服务器。 24 小时的时间应该足以跟上两者。

【讨论】:

  • 就我个人而言,我个人不会让两个网站同时用完同一个数据库,因为它们都可能会发送电子邮件,因此客户会收到重复的邮件以及重复的 crons 等等。我只需要新的工作以避免重复任务。
  • @FBTKO 当然,每个人的设置都不同,所以你做你需要的。
猜你喜欢
  • 2013-02-17
  • 2013-05-06
  • 2015-07-08
  • 2013-06-26
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多