AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • 主页
  • 系统&网络
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • 主页
  • 系统&网络
    • 最新
    • 热门
    • 标签
  • Ubuntu
    • 最新
    • 热门
    • 标签
  • Unix
    • 最新
    • 标签
  • DBA
    • 最新
    • 标签
  • Computer
    • 最新
    • 标签
  • Coding
    • 最新
    • 标签
主页 / server / 问题 / 54758
Accepted
Vivek Sharma
Vivek Sharma
Asked: 2009-08-17 10:25:47 +0800 CST2009-08-17 10:25:47 +0800 CST 2009-08-17 10:25:47 +0800 CST

DNS 更新新记录需要多长时间?奇怪的 DNS 行为!

  • 772

我在 freehostia 有我的个人网站,现在我已经转移到其他服务器。已经快一周了,当然,随着新主机的 NameServers 发生变化,我使用 domain-register-company 对我的域进行了必要的更改。

现在,当我尝试打开我的站点时,有时它会打开新的托管站点,有时它会打开旧站点上的 404 页面。

我认为 1 周,甚至 4 天是 DNS 传播发生的大量时间。这是一个奇怪的行为。

当我从 IP 地址打开站点时,它会打开,但是当我使用域名打开站点时,有时会打开,有时不会。有什么线索吗?

我和我的两个朋友尝试过,他们从未访问过我的网站,所以他的机器上没有 dns 缓存,它打开了一个,没有打开另一个。谢谢

-- 来自http://Squish.net的
25.0%的查询将由 66.40.52.47 (dns1.freehostia.com) vks.uni.cc 返回。3600 IN A 66.40.52.64
25.0%的查询将由 66.40.66.152 (dns2.freehostia.com) vks.uni.cc 返回。3600 IN A 66.40.52.64
25.0%的查询将由 72.55.164.113 (ns1.softuff.com) vks.uni.cc 返回。14400 IN A 72.55.164.113
25.0%的查询将由 70.38.29.161 (ns2.softuff.com) vks.uni.cc 返回。14400 IN A 72.55.164.113

我不明白这 25% 是什么,为什么不是 100% 或 50%
dns1.freehostia.com 和 dns2.freehostia.com 是旧服务器。ns1.softuff.com 和 ns2.softuff.com 是新服务器。

domain-name-system
  • 6 6 个回答
  • 55993 Views

6 个回答

  • Voted
  1. Best Answer
    David Spillett
    2009-08-18T01:16:51+08:002009-08-18T01:16:51+08:00

    我对这个问题的回答有一个传播时间的减少,我将链接到这里而不是复制+粘贴。

    更具体地说,从您的问题来看,在我看来,您的权威名称服务器尚未更新(或列出错误,因此正在查询错误的名称服务器)。要查看您的本地 DNS 服务器正在用于域的名称服务器记录,您可以使用以下命令dig <domain.tld> NS:

    $ dig spillett.net NS
    ;; ANSWER SECTION:
    spillett.net.           316     IN      NS      ns1.nogoodnamesareleft.com.
    spillett.net.           316     IN      NS      ns2.nogoodnamesareleft.com.
    

    然后,您可以检查它们以查看它们是否都有正确的名称地址:

    $ dig @ns1.nogoodnamesareleft.com www.spillett.net
    ;; ANSWER SECTION:
    www.spillett.net.       349     IN      CNAME   spillett.net.
    spillett.net.           349     IN      A       69.94.124.51
    ;; AUTHORITY SECTION:
    spillett.net.           349     IN      NS      ns2.nogoodnamesareleft.com.
    spillett.net.           349     IN      NS      ns1.nogoodnamesareleft.com.
    ;; ADDITIONAL SECTION:
    ns1.nogoodnamesareleft.com. 3499 IN     A       69.94.124.137
    ns2.nogoodnamesareleft.com. 3499 IN     A       78.105.118.25
    

    (对您的第一个查询返回的每条 NS 记录重复上述操作)

    直接针对您的域的名称服务器的查询返回的 TTL 值应该始终是区域记录中设置的实际值(在上面的示例中它们很低,因为该域最近被移动了,当我忘记将它们设置得更高时) d 完成),对于针对非权威服务器的查询(即您的默认本地名称服务器之一,如果 dig 没有给出@<server>指令将被查询)将是该服务器下一次检查(针对列出的名称服务器)之前的时间作为域的 NS 记录),如果它的缓存版本需要更新。

    检查您的域的上述测试可能会为您提供更多关于问题根源所在的线索。如果您使用的是 Linux 并且没有dig,它通常可以在一个名为类似的包中找到dnsutils(在 Debian 和 Ubuntu 上被称为,我假设在其他发行版上也有类似的安排) - 毫无疑问,Windows 有很多端口(这是谷歌返回的第一个相关页面)虽然我自己从来没有使用过它们。

    • 4
  2. KPWINC
    2009-08-17T11:28:37+08:002009-08-17T11:28:37+08:00

    听起来您正在使用的 DNS 服务器正在缓存旧结果。

    DNS 记录的缓存时间通常取决于 TTL(生存时间),但并非每个 DNS 服务器都尊重这一点。

    还有一件事(可能很明显)...如果您使用旧 DNS 服务器进行查找...请确保您已删除旧区域。:-)

    如果它对您的两个朋友有效,但对您无效,我建议您更改计算机用于查找的 DNS 服务器……即使是临时的。

    我建议您将计算机的 DNS 查找服务器更改为 OpenDNS 之类的服务器……只是为了测试和查看。

    http://www.opendns.com

    208.67.222.222

    208.67.220.220

    如果这些都不起作用...让我们知道您遇到问题的域名,我相信这里有人会为您调查并告诉您它是否传播。

    希望这可以帮助。

    • 2
  3. pQd
    2009-08-17T10:41:03+08:002009-08-17T10:41:03+08:00

    取决于 dns ttl 记录。一周听起来很长。尝试检查来自所有负责服务器的 dns 查询的答案 - 例如访问 http://www.squish.net/dnscheck/,输入您的域名,选择 type: ANY 并运行检查。

    也许涉及的服务器之一仍然返回旧记录。

    • 1
  4. Josip Medved
    2009-08-17T10:42:29+08:002009-08-17T10:42:29+08:00

    一周的时间足以让任何传播发生。我有类似的问题,问题是主服务器和辅助服务器没有同步。我使用 nslookup 来检查当前状态。虽然我的问题与 MX 记录有关,但您可能需要检查一下。

    • 1
  5. Greeblesnort
    2009-08-17T18:30:24+08:002009-08-17T18:30:24+08:00

    唯一需要超过 TTL 才能更新的时间是您要与注册商更改记录。通常,注册商会每 24 小时更新一次或两次记录。但是,通常这些记录会将您的域指向您的 DNS 服务器。

    如果您正在更新 DNS 服务器上的正常(A、PTR、CNAME 等)记录,并且它们正在运行绑定,您应该能够执行“rndc reload domain.name”(或“rndc reload domain .name IN view") 来安排立即更新。

    最后一个警告,浏览器维护自己的缓存,以及操作系统的 DNS 客户端。当我真正需要做的只是 Windows 客户端上的“ipconfig /flushdns”时,我不止一次因为明显缺乏更新而感到沮丧。

    • 1
  6. user101130
    2013-05-10T22:06:16+08:002013-05-10T22:06:16+08:00

    DNS 更改几乎是即时的;我认为您要问的是,如果您在注册商处进行更改,需要多长时间才能传播?

    如果您在注册商处更改您的域名服务器,您可能会导致 6-48 小时的停机时间,而更改会在全球范围内传播。

    如果您只是将记录添加或修改到您的 DNS 管理控制台,那么更改几乎是即时的。

    • 0

相关问题

  • 如何在 Ubuntu 中设置搜索域(和其他 resolv.conf 参数)?

  • Solaris DNS

  • resolv.conf 在经过一段时间后被更改

  • 为什么有些网站的网址中没有“www”就无法显示?[关闭]

  • 为本地网络中的名称解析添加自定义 dns 条目

Sidebar

Stats

  • 问题 205573
  • 回答 270741
  • 最佳答案 135370
  • 用户 68524
  • 热门
  • 回答
  • Marko Smith

    SFTP 使用什么端口?

    • 6 个回答
  • Marko Smith

    从 IP 地址解析主机名

    • 8 个回答
  • Marko Smith

    如何按大小对 du -h 输出进行排序

    • 30 个回答
  • Marko Smith

    命令行列出 Windows Active Directory 组中的用户?

    • 9 个回答
  • Marko Smith

    Windows 中执行反向 DNS 查找的命令行实用程序是什么?

    • 14 个回答
  • Marko Smith

    如何检查 Windows 机器上的端口是否被阻塞?

    • 4 个回答
  • Marko Smith

    我应该打开哪个端口以允许远程桌面?

    • 9 个回答
  • Marko Smith

    什么是 Pem 文件,它与其他 OpenSSL 生成的密钥文件格式有何不同?

    • 3 个回答
  • Marko Smith

    如何确定bash变量是否为空?

    • 15 个回答
  • Martin Hope
    MikeN 在 Nginx 中,如何在维护子域的同时将所有 http 请求重写为 https? 2009-09-22 06:04:43 +0800 CST
  • Martin Hope
    Tom Feiner 如何按大小对 du -h 输出进行排序 2009-02-26 05:42:42 +0800 CST
  • Martin Hope
    0x89 bash中的双方括号和单方括号有什么区别? 2009-08-10 13:11:51 +0800 CST
  • Martin Hope
    kch 如何更改我的私钥密码? 2009-08-06 21:37:57 +0800 CST
  • Martin Hope
    Kyle Brandt IPv4 子网如何工作? 2009-08-05 06:05:31 +0800 CST
  • Martin Hope
    Noah Goodrich 什么是 Pem 文件,它与其他 OpenSSL 生成的密钥文件格式有何不同? 2009-05-19 18:24:42 +0800 CST
  • Martin Hope
    Brent 如何确定bash变量是否为空? 2009-05-13 09:54:48 +0800 CST
  • Martin Hope
    cletus 您如何找到在 Windows 中打开文件的进程? 2009-05-01 16:47:16 +0800 CST

热门标签

linux nginx windows networking ubuntu domain-name-system amazon-web-services active-directory apache-2.4 ssh

Explore

  • 主页
  • 问题
    • 最新
    • 热门
  • 标签
  • 帮助

Footer

AskOverflow.Dev

关于我们

  • 关于我们
  • 联系我们

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve