我想要的结果
nslookup MyIP
提供我的完全合格域名，而不是名称u123123123.online-servers.com 这是我的主机提供商默认设置的，我该怎么做？
答案1
需要更新记录的人是控制in-addr.arpa.与您的 IP 地址相关的 DNS 区域的人员。
提供您的 IP 地址的 ISP 可以控制此区域。
当 ISP 从其区域注册中心收到 IP 分配时，这些in-addr.arpa区域就会被委托给 ISP。
如果您只关心自己是否一切顺利，您可以in-arpa.addr在自己的服务器上为自己的 IP/网络设置区域。人们经常会为 RFC1918 地址空间这样做。
答案2
正如 Dennis 所说，您的提供商将维护反向 DNS 记录。有些提供商会根据您的要求为您更改记录，但有些则不会。
联系您的提供商并询问问题，您没有其他办法。
答案3
我想要的结果
nslookup MyIP 提供我的完全合格域名，而不是我的主机提供商默认设置的名称 u123123123.online-servers.com，我该怎么做？
所以……这里的问题是你是否想要你的主机查看您设置的名称，或者是否希望其他人的主机也看到它们。
您可以在本地为您的 in-addr.arpa 域设置权威反向区域，并且您的名称服务器将使用您希望它给出的答案来回答查询它的客户端。
问题是，尽管你可以配置你的自己的客户端向您的名称服务器询问您的反向区域的 PTR 记录，如果您没有授权给您的这些区域的权限，您就无法让其他人的客户端向您的名称服务器询问。
退一步想一想 DNS 客户端如何获得 DNS 查询的答案。客户端几乎没有什么先验有关域名系统的知识。通常，客户端上的 DNS 库仅知道足够的信息来请求本地名称服务器处理查询（在客户端上运行的非常有限的解析器称为存根解析器）。存根解析器向已配置的名称服务器询问查询，并在 DNS 标头中设置一个标志（“需要递归”或“RD”标志），表示“如果您不知道答案，请帮我找到它。”
负责满足查询的递归解析器通常对 DNS 树也没有太多的初始知识。通常，它只准备好一个回答 DNS 最顶层（根）查询的服务器列表。当它收到查询时，它会检查其本地权威数据（如果有）和它在其缓存中建立的数据，以查看它是否已经知道答案，如果不知道，它会从根开始向下查找。
代表团
假设您想向 DNS 询问 wxyz 的查询（任何类型），谁负责回答这个问题，您的解析器如何知道如何找到他们？您的客户端通常会要求您的本地解析器解析“wxyz”的查询，让我们假设您的解析器缓存中没有任何内容，并且必须遍历整个内容。它将从 DNS 的顶层（尾随的“。”）开始，并说“嘿，根服务器，告诉我我想知道的关于“wxyz”的信息”
根服务器会说：“天哪，我不知道答案。去找那边的那个家伙谈谈。我有一个 NS 记录（一个代表团）说他知道所有关于 .z 的信息。”这被称为推荐。因此，您的解析器会返回，而不是回到原点，并说“嘿，对“.z”了如指掌的解析器，告诉我我想知道的关于“wxyz”的信息”，而对“.z”了如指掌的解析器说：“天哪，我不知道答案。去找某某某谈谈，我有一个 NS 记录说她对“.yz”了如指掌
因此，客户端从根开始沿着委派链向下工作，遵循委派负责应答委派区域的记录的 NS 记录。这对所有记录类型都适用，无论您询问的是 A 记录、CNAMES、MX 还是其他什么。既然它适用于所有记录类型，显然也适用于 PTR。
反向区域
属于 .in-addr.arpa. 层次结构的区域使用与所有其他区域相同的 NS 记录进行委派，但该层次结构中的委派被分配给拥有（通过分配）一个 IP 地址空间块的实体。过去某个时候，您的 ISP 去了区域互联网注册局并请求了一组 IP 地址，这些地址被分配给它作为自己的地址空间。作为该分配的一部分，他们在域名系统中获得了与其分配相对应的 in-addr.arpa 部分的授权。
这里的要点是，任何从 DNS 根开始遵循委派链的人都将访问您的 ISP，而不是您，除非您能说服您的 ISP 进一步将仅对您的 IP 地址的责任委派给您。这就是为什么上面的受访者告诉您必须与您的 ISP 打交道：如果您希望您的反向 IP 映射对除配置为先向您的名称服务器询问答案的客户端之外的任何人都可见，您必须 (a) 让 ISP 进行您想要的更改，或 (b) 将权限委派给您。否则，其他人将永远看不到您配置服务器提供的答案。