自定義名稱伺服器（主機名）註冊
我已經進行了足夠的研究，但我覺得不存在針對我的問題的解決方案，或者我無法找到一個簡單的選擇。因此，我將使用第三方 Web 服務為我的客戶提供託管託管服務。我面臨的問題是關於自定義名稱伺服器。因為我將向我的客戶提供 VPS 機器，所以我想為每個 VPS 註冊自定義名稱伺服器，並且名稱伺服器應該在我的主域上。域名註冊商提供了註冊自定義域名伺服器或主機名的功能，但這是否可以使用 DNS 伺服器來註冊我的自定義域名伺服器？註冊商是唯一可以為我處理此問題的實體嗎？如果有解決辦法，請幫忙。
註冊商是唯一可以為我處理此問題的實體嗎？
是的。甚至不是“註冊商”，而是您的客戶域名使用的“每個註冊商”（他們可以在任何地方自由註冊，或者您自己處理所有事情？從您的問題中不清楚……）
您似乎對“註冊”名稱伺服器的含義感到困惑，這很容易（被混淆），因為有很多錯誤資訊。所以下面將只回答那個特定的部分，但除了現在為任何類型的非平凡設置做 DNS 可能不是一個好主意，如果沒有任何低級 DNS 協議工作、shell 腳本、監控的經驗，自動化等，尤其是使用更複雜的技術，如 DNSSEC。
首先，您可能不喜歡的一個警告：大多數情況下，這樣做是出於虛榮心和/或試圖隱藏真正的託管，並且在這兩種情況下它都不起作用。因此，解決您的問題的真正方法是只為您的客戶提供您的名稱伺服器，
ns1.my-shiny-hosting-company.example而ns2.my-shiny-hosting-company.example忘記為每個託管的網站創建名稱伺服器。然後，您可以通過這條更簡單的路線重新獲得大量時間和理智。現在，如果您仍然想這樣做或者至少要更好地了解它是什麼，那麼有關真正註冊名稱伺服器的更多詳細資訊。
首先要注意一些重要的區別：
- 它取決於所考慮的 TLD（使用這些名稱伺服器的域的 TLD，而不是名稱伺服器的 TLD）
- 這取決於是否使用“in-bailiwick”名稱伺服器，即名稱低於其權威域名的名稱伺服器（此條款非常重要）。如果將其用作權威名稱伺服器，則在管轄
ns1.example.com範圍內。example.com``example.com顯然，如果您想要託管一個網站的任何域，您還希望擁有使用相同名稱的名稱伺服器，那麼所有這些名稱伺服器都是“in-bailiwick”，您立即在最複雜的情況下註冊它們，讓我們現在看看為什麼。
註冊中心使用兩個獨立的模型來處理名稱伺服器：作為對像或作為屬性。gTLD 使用對象，許多/大多數（？）ccTLD 使用屬性。事情有時會發生變化（比如
.FR最近從屬性變為對象）。這通常由您的註冊商對您隱藏。但在典型的“對象”情況下，事情是這樣的：
你去一些註冊商
您註冊域 X
在能夠為其設置一些名稱伺服器之前，您需要註冊這些名稱伺服器：它們需要作為對象存在於系統資料庫數據庫中，因此註冊商需要先創建它們，然後將它們關聯到您的域
當然，一個好的註冊商會向您隱藏所有這些：它會詢問您的域名伺服器，然後透明地執行所需的操作
發生3種情況：
如果名稱伺服器名稱位於註冊機構之外的另一個 TLD 中，則稱為“外部”名稱伺服器，只需其名稱即可將其創建為註冊機構
如果名稱伺服器名稱在系統資料庫的一個 TLD 中，它當然是“內部”名稱伺服器，因此需要它的名稱，並且可能需要或不需要它的 IP 地址：
- 如果名稱伺服器直接位於它必須具有權威性的域名下（即上面解釋的“in-bailiwick”案例），則必須使用 IP 地址創建它（為了以後的解析工作，這就是創建的“在系統資料庫中粘貼“記錄
- 如果不是，它可能會或可能不會使用 IP 地址創建，因為現在不需要它們，但一旦它與域相關聯作為權威，就可能需要它們。
因此，簡而言之，註冊商可能會要求您提供除名稱伺服器名稱之外的 IP 地址，然後施展魔法在註冊中心創建正確的東西。
如您所見，您至少需要為每個（註冊商、註冊中心）夫婦這樣做：在某些註冊中心中，每個註冊商都會創建外部名稱伺服器，而在另一些註冊中心中，則為所有人共享一個對象。
如果您轉到“屬性”案例，上面關於 IP 地址的討論仍然成立，唯一不同的是名稱伺服器不是在系統資料庫數據庫中創建為單獨的對象，它們只是作為屬性提供給任何創建或更新域名。
但在所有情況下，如果您決定走“讓我們創建一個
ns1並ns2在我們託管的所有域下”的路線，那麼所有這些的缺點都意味著：
- 您需要訪問處理這些域的註冊商，以潛在地定義這些名稱及其 IP 地址。因此，要麼您需要讓您的客戶進行操作（如果您不為他們管理他們的域名註冊） - 祝您好運，為他們解釋上述所有內容，當然每個註冊商網站都不同，所以要知道去哪裡註冊名稱伺服器將取決於：我知道一些註冊商只有一個連結可以將給定的名稱伺服器註冊到“所有”註冊機構（即該特定註冊商認可的所有註冊機構），這在大多數情況下肯定是您不想要的，以及其他沒有 GUI 可做的人，您需要尋求支持），或者為他們做，但您需要他們訪問註冊商面板（巨大的安全風險）
- 並且您需要更新所有這些，除了特定情況（例如，如果您處理了所有客戶的域名註冊並且他們都在同一個註冊商處），沒有批量操作。因此，在您需要創建新的那一天
ns3，您將需要在任何地方進行（但如果您只是創建，則確實是同樣的情況ns3.my-shiny-hosting-company.example），但是在您需要更改名稱伺服器 IP 地址的那一天（因為這總是會發生），因為根據在其權威域名下創建它們的定義，它們位於轄區，因此您需要更新 IP 地址不是兩次（在您自己的區域文件中，也可能在系統資料庫中my-shiny-hosting-company.example），而是與它們是域一樣多次要求您的每一位客戶在註冊商網路面板上查看在哪裡執行此操作或為他們執行此操作。預計這條路線會讓人頭疼。特別是如果您還不是 DNS 託管和域名註冊業務方面的專家。