问我是否可以在一台服务器上托管站点，并将域连接到另一台服务器上绑定ns？

EN

现在还不清楚你得到了什么，但让我们根据我在你的问题中看到的情况来分道扬镳：

(1)您有一个BIND9 DNS名称服务器运行站点testshop.homes。此名称服务器位于81.171.5.222。

(2)您的站点有一个Apache You服务器，为15.235.51.16。

This是完全可以接受的。您的BIND9名称服务器和Apache服务器不需要存在于同一个IP地址上。这是常见的地方，因为人们在一台服务器上运行他们的网站和这样的服务器，但是使用第三方(如CloudFlare或其域注册服务器)来运行DNS。但是，如果您更改了您的BIND9服务器的存在位置，您必须进行更多的更改才能使域仍然解析--这通常需要在注册/托管提供商中进行更改，这取决于您使用什么来获取它，以便正确地到达域名的DNS记录实际存在的位置。

真实世界的例子:我自己的领域- thomas-ward.net。(不，这不是广告)。

如果我们查看域配置上的名称服务器，它们将指向CloudFlare的DNS服务器。这意味着名称服务器由Cloudflare运行，并且我已经在我的注册服务器上配置了它，以便DNS记录能够正确地到达CloudFlare以满足域的请求。

我的域名的实际服务器是50.211.这是DNS区域中的个人A记录。这不是cloudflare服务器，而是位于我的服务器集群位置的IP地址。这些是completely不同的服务器。但是，只有当您的域的the服务器可访问到并且在您的注册服务器上配置了时，这才能工作。

例如:我有一个只存在于我的笔记本电脑内部的本地域- static-local.lxd (对于我的LXD容器来说不是短暂的)。这在10.10.1.0的DNS名称服务器上运行，它只存在于我的笔记本电脑上。为了查询static-local.lxd，我必须设置我的计算机的DNS集，这样它查询的第一个服务器就是我的笔记本电脑上的本地容器--它反过来处理我所有的DNS。如果我首先更改名称服务器上的IP地址或将我的DNS设置更改为NoQuery10.10.1.0，那么我永远看不到static-local.lxd，我的DNS系统回到了Google -这反过来又显示了NXDOMAIN，因为该域名并不存在于互联网的真实世界中。

我已经在因特网上做了一些调查，你说的域名已经被某人拥有了，并且没有任何与你声明的IP地址相对应的resolve名称服务器条目，所以你看到的NXDOMAIN问题已经与你的域名服务器无关，而且因为在Namec堆上的某个人拥有的域名完全错误地配置成一个死的名称服务器，如果这是你的实际站点，那么永远不会正确地配置它--你需要用适当的web服务器/ DNS实践从零开始重新配置它，甚至开始使事情正常运行。