ed209 Asked: 2010-03-08 09:26:34 +0800 CST2010-03-08 09:26:34 +0800 CST 2010-03-08 09:26:34 +0800 CST 域名服务器问题会影响 SEO 吗? 772 查看此站点上的 DNS 错误。它可能会影响谷歌索引网站的方式吗?该网站甚至没有在搜索中返回http://www.intodns.com/legacytrustuk.org domain-name-system nameserver seo 2 个回答 Voted Lukas Loesche 2010-03-08T10:09:09+08:002010-03-08T10:09:09+08:00 好的,这就是 intoDNS 抱怨的内容。我将首先向您提供我执行的所有命令,然后逐步解释它们。 lukas$ whois legacytrustuk.org | grep "Name Server:[A-Za-z0-9]" Name Server:NS0.TELIVO.COM Name Server:NS1.TELIVO.COM lukas$ host -t ns legacytrustuk.org legacytrustuk.org name server ns0.lcn.com. legacytrustuk.org name server ns1.lcn.com. lukas$ dig @ns0.lcn.com legacytrustuk.org NS | grep -v '^;' legacytrustuk.org. 600 IN NS ns0.lcn.com. legacytrustuk.org. 600 IN NS ns1.lcn.com. lukas$ host -t ns org | head -1 org name server B0.ORG.AFILIAS-NST.org. lukas$ dig @B0.ORG.AFILIAS-NST.org legacytrustuk.org NS | grep -v '^;' legacytrustuk.org. 86400 IN NS ns0.telivo.com. legacytrustuk.org. 86400 IN NS ns1.telivo.com. lukas$ dig @NS0.TELIVO.COM legacytrustuk.org NS | grep -v '^;' legacytrustuk.org. 600 IN NS ns0.lcn.com. legacytrustuk.org. 600 IN NS ns1.lcn.com. 所以我做的第一件事就是询问 Whois 服务器,他认为 legacytrustuk.org 的 DNS 服务器是什么。他返回 telivo.com 的。 然而,在第二个命令中,我询问我的提供商名称服务器他们认为什么是 legacytrustuk.org 的权威名称服务器,他们返回 lcn.com 在第三个命令中,我要求您的 lcn.com 名称服务器返回他认为的名称服务器列表legacytrustuk.org 的权威,他回答了该区域中存在的两个 ns0.lcn.com 和 ns1.lcn.com。 在第四个命令中,我只是为 TLD .org 获取了一些权威名称服务器,然后在第五个命令中查询该名称服务器并询问他认为 legacytrustuk.org 的名称服务器是什么。他从 Whois 信息中返回 telivo.com。 在最后一个命令中,我询问 telivo.com 名称服务器他认为什么是 legacytrustuk.org 的 auth NS,然后他返回 lcn.com 的。顺便说一句,这就是您的域可以完全解析的原因。 所以这和 intoDNS 解释的完全一样。父域名服务器(负责 TLD .org 的人)认为 ns0.telivo.com 和 ns1.telivo.com 对 legacytrustuk.org 具有权威性。然而,当你问他们时,他们会告诉你一些不同的事情。还有错配。所以从技术上讲,它是有效的,但形式上——就注册商信息而言——设置被破坏了。 要解决此问题,只需更新域注册信息。从注册信息中删除 ns0.telivo.com 和 ns1.telivo.com 名称服务器,并添加两个 ns0.lcn.com 和 ns1.lcn.com 服务器。 T.J. Crowder 2010-03-08T09:29:01+08:002010-03-08T09:29:01+08:00 (重新发布我对您的 SO 问题的回答。) 要索引一个站点,Google 必须能够访问它。您的名称服务器缺少A记录可能会导致间歇性问题。 但最大的问题之一肯定是: WWW A 记录错误:我无法获得 www.legacytrustuk.org 的任何 A 记录! ...这将使 Google 或其他任何人难以真正访问该网站。但是我能够ping通它并获得名称解析(67.225.207.101),所以很明显某处对你有用。 归根结底,无论SEO如何,您都想清理错误。
好的,这就是 intoDNS 抱怨的内容。我将首先向您提供我执行的所有命令,然后逐步解释它们。
所以我做的第一件事就是询问 Whois 服务器,他认为 legacytrustuk.org 的 DNS 服务器是什么。他返回 telivo.com 的。
然而,在第二个命令中,我询问我的提供商名称服务器他们认为什么是 legacytrustuk.org 的权威名称服务器,他们返回 lcn.com
在第三个命令中,我要求您的 lcn.com 名称服务器返回他认为的名称服务器列表legacytrustuk.org 的权威,他回答了该区域中存在的两个 ns0.lcn.com 和 ns1.lcn.com。
在第四个命令中,我只是为 TLD .org 获取了一些权威名称服务器,然后在第五个命令中查询该名称服务器并询问他认为 legacytrustuk.org 的名称服务器是什么。他从 Whois 信息中返回 telivo.com。
在最后一个命令中,我询问 telivo.com 名称服务器他认为什么是 legacytrustuk.org 的 auth NS,然后他返回 lcn.com 的。顺便说一句,这就是您的域可以完全解析的原因。
所以这和 intoDNS 解释的完全一样。父域名服务器(负责 TLD .org 的人)认为 ns0.telivo.com 和 ns1.telivo.com 对 legacytrustuk.org 具有权威性。然而,当你问他们时,他们会告诉你一些不同的事情。还有错配。所以从技术上讲,它是有效的,但形式上——就注册商信息而言——设置被破坏了。
要解决此问题,只需更新域注册信息。从注册信息中删除 ns0.telivo.com 和 ns1.telivo.com 名称服务器,并添加两个 ns0.lcn.com 和 ns1.lcn.com 服务器。
(重新发布我对您的 SO 问题的回答。)
要索引一个站点,Google 必须能够访问它。您的名称服务器缺少
A
记录可能会导致间歇性问题。但最大的问题之一肯定是:
...这将使 Google 或其他任何人难以真正访问该网站。但是我能够ping通它并获得名称解析(67.225.207.101),所以很明显某处对你有用。
归根结底,无论SEO如何,您都想清理错误。