托pipe公司如何知道我的域名？

您正在混合三个独立的实体，即域名注册商，DNS服务运营商和托pipe服务。

您的案例中的域名注册商是A公司。负责处理域名负责人（您作为域名所有者）以及负责其域名服务器的人员。 实际上，所有域名注册商也提供基本的DNS服务，所以DNS服务运营商也是公司A.当需要更高级的DNSfunction时，可以使用单独的公司来完成任务。

托pipe服务是托pipe您的网页/ Web应用程序的实体。 它为您的服务提供一个公共IP地址。

当您希望通过域名提供服务时，您必须在您的DNS服务中设置适当的Alogging，该服务将域名映射到托pipe服务提供的IP地址。

所以，你的问题的答案是：

1. 是的，A向TLDpipe理员注册您的域名。 它可能会注册一些名称服务器信息的域或可能不会这样做。
2. 不，域名注册商接受没有域名服务器信息的域名注册。
3. 主机服务和DNS /域名注册商服务是完全独立的实体。 当您购买托pipe服务时，您需要在域名/ IP地址的DNS服务中设置Alogging。 您还需要确保您在域名注册商的NS信息是正确的。
4. 因为托pipe公司在大多数情况下都无法访问DNS。 但是，如果您的托pipe公司也提供DNS服务，则可以执行此更新。
5. 不，这不是强制性的。 区域文件是在DNS服务中创build的，与您的托pipe服务无关。 但是，如果您从托pipe服务提供商那里购买DNS服务，则需要在那里告诉主机名。

您需要configuration主机名的唯一地方是您的Web服务器和可能的应用程序。

你正在想这个。 有两个angular色需要关注：

1. 域名注册商。 他们需要一组名称服务器，但是如果你愿意的话，他们可以是虚假的名字服务器。 显然你需要正确地设置它们，然后才能对域进行任何操作。
2. DNS主机。 这可能与您的虚拟主机相同，但并不需要。 他们需要您的所有DNS资源logging以及与您的注册商所设置的任何名称服务器相匹配的NS粘合logging。

期。 而已。

那么，在这一点上，A会使用>新名称服务器（属于B）更新TLDpipe理员？

正确。

为什么不是相反，所以我把域名给B（托pipe公司），他们用B的名称服务器和域名更新TLDpipe理员？

因为您的托pipe公司不是该域名的注册商，并且他们没有进入DNS所需的访问权限。

当我想在B中托pipe一个站点时，是否必须给B我的域名？ 如果B没有得到我的域名，它将能够创build区域文件和B的名称服务器（与TLD）将只有主机的IP，但没有域 – 这是正确的吗？

B不需要你的域名，除非他们也托pipe你的DNS。

为了进一步补充一点：目前的模式坚持认为，域名运营商（无论是注册人还是域名运营商）的命令下，域名上的所有操作都通过注册服务商（或直接注册到没有注册服务商的注册pipe理机构）或技术操作员等…简而言之，某人在注册商面板和/或API上具有一些访问权限）。

这例如为DNS托pipe公司带来了问题。 过去，这只是一个小问题，例如，当托pipe公司想要更改其所有域名的域名服务器时，就需要联系所有客户，以便他们自己在各自的注册商处进行更改。

但是现在这个问题越来越大了。 一方面是因为我们拥有庞大的托pipe公司，比如CloudFlare，另一方面是因为DNSSEC，除了名称服务器的变化之外，托pipe公司（特别是DNS托pipe公司）将需要定期（通常每年一次）推新DSlogging到父区，需要到注册商处。 而依靠顾客来做那只是铺天盖地的方式。

如果你看看IETF regext工作组 ，有很多讨论和build议来解决这个问题。

一个案例（ draft-ietf-regext-dnsoperator-to-rrr-protocol ）刚刚由.DK的注册pipe理机构运营商实施，用于CloudFlare的使用等等，他们最近宣布： https ： .DK -dnssec /

总之，这些方向可能会有进一步的变化，因为DNS托pipe公司正在越来越多地更好地控制他们所维护的域名。 过去甚至在IETF dnsop工作组中都有一个CNS提案，就像标准的CDS和CDNSKEY目前的工作方式一样（简而言之：孩子进入他的区域，应该logging在父区域中的数据，然后通知父母那将会拿起这些logging并且改变它的内容，而不需要孩子的明确的推动;这当然要求使用DNSSEC）