本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 轉移網域
<a name="domain-transfer"></a>

您可以將在另一個註冊機構註冊的網域轉移到 Amazon Route 53、從一個 帳戶轉移到另一個 AWS 帳戶，或從 Route 53 轉移到其他註冊機構。將網域從一個帳戶轉移到另一個 AWS 帳戶無需付費。

本節中的主題涵蓋與轉移網域相關的下列主題：

1. [選擇您的轉移類型](domain-transfer-decision-guide.md)
   + 了解將網域註冊轉移到 Route 53 與僅將 Route 53 用於 DNS 託管之間的差異。
   + 根據網域管理和 DNS 託管的目標，了解哪個選項適合您的需求。

1. [傳輸前檢查清單](domain-transfer-checklist.md)
   + 將網域轉移至 Route 53 之前，請先完成必要的準備步驟，以避免常見的傳輸失敗。
   + 驗證網域資格、取得授權碼，並準備您的 DNS 設定，以實現順暢的傳輸程序。

1. [將網域註冊轉移到 Amazon Route 53](domain-transfer-to-route-53.md)
   + 了解將網域從另一個註冊商轉移到 Route 53 step-by-step程序，包括先決條件、授權碼和更新 DNS 設定。
   + 了解轉移網域如何影響過期日期，以及不同頂層網域 (TLDs的考量。

1. [常見的傳輸問題](domain-transfer-troubleshooting.md)
   + 了解網域需求、授權程序和時間考量，以防止常見的傳輸問題。
   + 了解如何解決傳輸問題，以及在傳輸延遲或拒絕時該怎麼做。

1. [將網域從 Amazon Route 53 轉移到其他註冊商](domain-transfer-from-route-53.md)
   + 了解將網域從 Route 53 轉移到另一個註冊商的程序，包括取得授權碼、更新 DNS 設定，以及回應確認電子郵件。
   + 請注意將 DNS 服務轉移到其他供應商時的考量事項，以及對 Route 53 特定功能的潛在影響，例如別名記錄和路由政策。

1. [將網域轉移到不同的 AWS 帳戶](domain-transfer-between-aws-accounts.md)
   + 了解如何將網域從一個帳戶轉移到另一個 AWS 帳戶，包括啟動和接受轉移所需的角色和許可。
   + 了解在網域轉移後將託管區域遷移至新帳戶的選用步驟。

1. [轉移狀態](domain-transfer-to-route-53-status.md)
   + 探索如何在轉移過程中檢視網域轉移請求的狀態，以及不同狀態碼的意義。

1. [將網域轉移到 Amazon Route 53 對網域註冊的過期日期有何影響](domain-transfer-to-route-53-expiration.md)
   + 了解將網域轉移到 Route 53 可能會影響網域的過期日期。

透過遵循上述主題中提供的資訊，您可以有效地在 Route 53 之間轉移網域、管理轉移程序，並確保順利轉移，同時維持適當的 DNS 組態和路由。

# 選擇您的 Route 53 傳輸類型
<a name="domain-transfer-decision-guide"></a>

當您想要將 Amazon Route 53 與網域搭配使用時，您有兩個選項。了解差異可協助您選擇適合您需求的正確方法：

## 將網域註冊轉移到 Route 53
<a name="domain-transfer-decision-guide-registration-transfer"></a>

使用此選項，Route 53 會成為您的網域註冊商。這表示您將透過 Route 53 管理您的網域續約、聯絡資訊和 DNS 設定。

**如果您想要：**
+ 在一個位置整合網域管理和 DNS 託管
+ 利用 Route 53 網域管理功能
+ 讓網域續約在您的帳單上，以簡化 AWS 帳單

**預期事項：**
+ **完成時間：**5-7 天
+ **先決條件：**來自目前註冊商的授權碼、解鎖網域、驗證註冊商電子郵件
+ **續約的費用對象：**Route 53

**下一步：**完成 [網域傳輸的傳輸前檢查清單](domain-transfer-checklist.md) 以準備轉移。

## 僅限將 Route 53 用於 DNS 託管
<a name="domain-transfer-decision-guide-dns-only"></a>

使用此選項，您可以保留目前的網域註冊商，但使用 Route 53 做為 DNS 服務。

**如果您想要：**
+ 保留現有的註冊商關係
+ 使用 Route 53 進階 DNS 功能而不變更註冊商
+ 以最少的先決條件快速入門

**預期事項：**
+ **完成時間：**最多 2 天 （取決於 DNS 傳播）
+ **先決條件：**無
+ **續約的費用對象：**您目前的註冊商

**下一步：**前往 [將 Amazon Route 53 設定為 DNS 服務](dns-configuring.md) 設定 DNS 託管。

**重要**  
您不需要轉移網域註冊，即可使用 Route 53 做為 DNS 服務。您可以保留現有的註冊商，並僅將 Route 53 用於 DNS 託管。

# 網域傳輸的傳輸前檢查清單
<a name="domain-transfer-checklist"></a>

開始將網域註冊轉移至 Amazon Route 53 之前，請先完成下列檢查，以避免常見的傳輸失敗，並確保程序順利進行。

## 決定您要傳輸的內容
<a name="domain-transfer-checklist-decision"></a>

選擇符合您需求的選項：

**將網域註冊轉移到 Route 53**  
您的註冊商會成為 Amazon Route 53。您支付 Route 53 的網域續約費用，並透過 Route 53 主控台管理網域設定。  
**下一步：**繼續此檢查清單，然後遵循 [將網域註冊轉移到 Amazon Route 53](domain-transfer-to-route-53.md)。

**僅將 Route 53 用於 DNS 託管**  
保留您目前的註冊商，但使用 Route 53 名稱伺服器進行 DNS 解析。您繼續支付目前的註冊商續約費用。  
**下一步：**略過此檢查清單並遵循 [將 Amazon Route 53 設定為 DNS 服務](dns-configuring.md)。

## 先決條件檢查清單
<a name="domain-transfer-checklist-prerequisites"></a>

在開始網域轉移之前，請先完成下列所有項目。<a name="domain-transfer-checklist-with-timing"></a>

**傳輸前檢查清單 （完成所有項目）**

1. **Describe Verify 註冊者電子郵件存取** 

   確認您可以在註冊者的電子郵件地址接收電子郵件，因為它將接收網域轉移授權電子郵件。
**重要**  
如果您無法存取目前的註冊商電子郵件地址，請使用您目前的註冊商更新註冊商聯絡人的電子郵件地址，並等待 60 天再轉移。

1. **Describe Unlock 網域** 

   如果啟用，請存取您目前的註冊商網域設定，並停用「網域鎖定」或「傳輸鎖定」保護。
**注意**  
停用鎖定後，請等待幾分鐘讓變更生效，再開始傳輸。

1. **✓ 取得授權碼** 

   向您目前的註冊商請求授權碼 （身分驗證碼），並維護其機密性。您將在傳輸程序稍後的 Route 53 主控台中輸入此程式碼。

1. **☐ 驗證網域存留期和資格**

   確認您的網域符合 ICANN 傳輸要求：
   + 網域必須自初始註冊起至少 60 天。
   + 如果網域註冊已過期且已還原，則必須至少在 60 天前還原。
**提示**  
如果註冊聯絡人詳細資訊最近已更新 （例如，變更您的姓名或電子郵件），ICANN 規則可能會暫時封鎖轉接。有些註冊商可讓您選擇退出此保留 – 如果您不確定，請洽詢您目前的註冊商。

1. **✓ 準備付款方式** 

   確保 AWS 您的帳戶具有有效的付款方式。當您將網域轉移到 Route 53 時，我們套用至您 AWS 帳戶的轉移費用會因頂層網域而有所不同。

   如需目前的定價，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)。
**注意**  
您無法使用 AWS 點數支付網域轉移。Route 53 會在開始程序之前收取轉移費用，並在轉移失敗時提供立即退款。

1. **☐ 停用 DNSSEC （如果已啟用）** 

   如果目前使用您目前的註冊商啟用 DNSSEC，請在開始傳輸之前暫時停用它。這可確保傳輸可以完成，而不會發生 DNS 驗證問題。

   **為什麼這很重要：**

   當您轉移網域時，儲存在目前註冊商的 DNSSEC 金鑰 (KSK/ZSK) 和 DS 記錄不會自動傳輸至 Route 53。如果您在 Route 53 中未重新設定這些金鑰的情況下重新啟用 DNSSEC，您的網域可能會失敗 DNS 驗證。

   **安全方法 （建議）：**

   1. 在啟動轉移之前，在目前的註冊商停用 DNSSEC。

   1. 完成網域轉移並建立 Route 53 託管區域 （如果尚未建立）。

   1. 確認所有 DNS 記錄都在未啟用 DNSSEC 的情況下正確解析。

   1. 使用託管區域的新 KSK/ZSK 值在 Route 53 中設定 DNSSEC。

   1. 使用 TLD 註冊商 （現在為 Route 53) 發佈新的 DS 記錄，以重新啟用 DNSSEC。
**提示**  
如果您要在 Route 53 中轉移網域並建立新的託管區域，請在轉移之前停用 DNSSEC，然後等待託管區域設定通過驗證且 DNS 解析正常運作。確認後，您可以從 Route 53 主控台再次安全地啟用 DNSSEC。在重新啟用 DNSSEC 之前，請務必在 Route 53 中驗證您的 DNS 組態。如需使用 Route 53 進行 DNSSEC 的詳細資訊，請參閱 [設定網域的 DNSSEC](domain-configure-dnssec.md)。

## 選用：先傳輸 DNS 服務
<a name="domain-transfer-checklist-optional"></a>

在轉移網域註冊之前，請考慮將您的 DNS 服務轉移至 Route 53。此方法提供下列優點：
+ 降低傳輸期間網站或電子郵件停機的風險
+ 可讓您在遞交完整傳輸之前測試 Route 53 DNS 功能
+ 如果網域傳輸遇到問題，提供備用選項

若要先傳輸 DNS 服務，請參閱 [將 Amazon Route 53 設定為 DNS 服務](dns-configuring.md)。

## 後續步驟
<a name="domain-transfer-checklist-next-steps"></a>

完成此檢查清單後：

1. 遵循 中的step-by-step傳輸程序[將網域註冊轉移到 Amazon Route 53](domain-transfer-to-route-53.md)。

1. 在傳輸過程中監控您的電子郵件是否有授權訊息。

# 將網域註冊轉移到 Amazon Route 53
<a name="domain-transfer-to-route-53"></a>

**重要**  
在將任何國碼頂層網域 (ccTLD) 傳輸至 Route 53 的期間 (.cc 和 .tv 除外)，系統會忽略擁有者聯絡資訊的更新，並使用登錄檔中的擁有者聯絡資訊。您可以在傳輸完成後更新聯絡資訊。如需詳細資訊，請參閱[更新網域的聯絡資訊和所有權](domain-update-contacts.md)。

若要將網域註冊轉移到 Amazon Route 53，請遵循此主題中的程序。

## 傳輸程序概觀
<a name="domain-transfer-overview"></a>

網域轉移涉及以下關鍵步驟：

1. **完成傳輸前檢查清單** 

   驗證先決條件以避免傳輸失敗。請參閱 [網域傳輸的傳輸前檢查清單](domain-transfer-checklist.md)。

1. **在 Route 53 主控台中請求傳輸** 

   輸入網域名稱和授權碼。請參閱 [步驟 5：請求轉移](#domain-transfer-to-route-53-request-transfer)。

1. **透過電子郵件授權 **(*需要客戶動作）*

   在 5 天內按一下傳送至註冊者電子郵件的授權連結。請參閱 [步驟 6：按一下確認和授權電子郵件中的連結](#domain-transfer-to-route-53-authorize-transfer)。

1. **等待完成** 

   除非目前註冊商拒絕，否則傳輸會自動完成。在主控台中監控狀態。

**最常見的故障點**  
以下是常見問題的解決方案：
+ **未收到電子郵件**：驗證註冊者電子郵件是否可存取，並檢查垃圾郵件資料夾
+ **網域鎖定**：在開始傳輸之前，先在目前的註冊商解鎖
+ **驗證碼無效**：向目前的註冊商請求新的授權碼
+ **60 天規則違規**：60 天 ICANN 規則 （合格時段）。轉接會在初始註冊或註冊聯絡人變更後的 60 天內遭到封鎖。有些註冊商允許在變更之前選擇退出 - 如適用，請詢問您目前的註冊商。

**重要**  
如果您跳過步驟，網域可能在網際網路上無法使用。

注意下列事項：

**聯絡 AWS 支援**  
如果您轉移網域時遇到問題，您可以免費聯絡 AWS Support。如需詳細資訊，請參閱[聯絡 AWS Support 了解網域註冊問題](domain-contact-support.md)。

**過期日期**  
如需有關轉移網域如何影響目前過期日期的詳細資訊，請參閱[將網域轉移到 Amazon Route 53 對網域註冊的過期日期有何影響](domain-transfer-to-route-53-expiration.md)。

**轉移費用**  
當您將網域轉移到 Route 53 時，我們套用至您 AWS 帳戶的轉移費用取決於頂層網域，例如 .com 或 .org。如需詳細資訊，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)。  
如果有的話，您無法使用 AWS 點數支付將網域轉移到 Route 53 的費用。  
Route 53 會先向您收取轉移網域的費用，再開始進行轉移程序。如果因某些原因導致轉移失敗，我們會立即取消收取您的轉移費用。

**特殊和高級網域名稱**  
TLD 註冊機構向一些網域名稱指派特殊或優惠的價格。如果網域具有特殊或高級網域價格，您無法將網域轉移至 Route 53。

**網域配額**  
每個 AWS 帳戶的預設網域數量上限為 20 個。您可以[申請更高的配額](https://us-east-1.console.aws.amazon.com/servicequotas/home/services/route53/quotas/L-F767CB15)。如需詳細資訊，請參閱[網域的配額](DNSLimitations.md#limits-api-entities-domains)。

**名稱伺服器限制**  
Route 53 中每個網域的名稱伺服器數目上限為 6 個。

**Topics**
+ [傳輸程序概觀](#domain-transfer-overview)
+ [頂層網域的轉移需求](#domain-transfer-to-route-53-requirements)
+ [步驟 1：確認 Amazon Route 53 支援頂層網域](#domain-transfer-to-route-53-confirm-tld)
+ [步驟 2 (選用)：將 DNS 服務轉移到 Amazon Route 53 或其他 DNS 服務提供者](#domain-transfer-to-route-53-transfer-dns)
+ [步驟 3：透過目前註冊商變更設定](#domain-transfer-to-route-53-change-registrar-settings)
+ [步驟 4：取得名稱伺服器的名稱](#domain-transfer-to-route-53-get-name-servers)
+ [步驟 5：請求轉移](#domain-transfer-to-route-53-request-transfer)
+ [步驟 6：按一下確認和授權電子郵件中的連結](#domain-transfer-to-route-53-authorize-transfer)
+ [步驟 7：更新網域組態](#domain-transfer-to-route-53-change-configuration)

## 頂層網域的轉移需求
<a name="domain-transfer-to-route-53-requirements"></a>

大多數的網域註冊商強制要求將網域轉移到其他註冊商。這些要求的主要目的是防止詐騙網域擁有者不斷地將網域轉移至不同的註冊商。要求各有不同，但以下為典型要求：
+ 您必須在至少 60 天前已向目前的註冊商註冊網域，或已將網域的註冊轉移到目前的註冊商。
+ 如果網域名稱的註冊已過期，並且必須還原，則必須已在至少 60 天前還原。
+ 網域不能有任何以下網域名稱狀態碼：
  + clientTransferProhibited
  + pendingDelete
  + pendingTransfer
  + redemptionPeriod
  + serverTransferProhibited
+ 部分頂層網域的註冊機構不允許在完成變更 (例如對網域擁有者的變更) 之前轉移。

如需網域名稱狀態碼的目前清單和每個狀態碼意義的說明，請前往 [ICANN 網站](https://www.icann.org/)並搜尋 EPP 狀態碼。(在 ICANN 網站上搜尋；Web 搜尋有時會傳回舊版文件。)

**注意**  
ICANN 這個組織制定用於管理網域名稱註冊和轉移的政策。

您也可以在 [Whois 網站](https://www.whois.com/whois/)中搜尋網域名稱，以瞭解您網域的狀態碼和其他資訊。

## 步驟 1：確認 Amazon Route 53 支援頂層網域
<a name="domain-transfer-to-route-53-confirm-tld"></a>

請參閱 [可向 Amazon Route 53 註冊的網域](registrar-tld-list.md)。如果要轉移的網域的頂層網域在清單中，則可將該網域轉移到 Amazon Route 53。

如果 TLD 不在清單中，則無法將網域註冊轉移到 Route 53。我們偶爾會在清單中新增更多的 TLD，因此請返回查看對您的網域是否新增支援。

## 步驟 2 (選用)：將 DNS 服務轉移到 Amazon Route 53 或其他 DNS 服務提供者
<a name="domain-transfer-to-route-53-transfer-dns"></a>

**為什麼先轉移 DNS？**

某些註冊機構提供免費的 DNS 服務，一旦他們收到 Route 53 轉移網域註冊的要求，就會停用這項服務。如果您希望 Route 53 為您的網域提供 DNS 服務，請參閱 [將 Amazon Route 53 設定為現有網域的 DNS 服務將 Route 53 設定為現有網域的 DNS 服務](MigratingDNS.md)。

## 步驟 3：透過目前註冊商變更設定
<a name="domain-transfer-to-route-53-change-registrar-settings"></a>

使用目前註冊商提供的方法，對要轉移的每個網域執行每個以下任務。
+ [Confirm that the email for the registrant contact for your domain is up to date](#domain-transfer-to-route-53-change-registrar-settings-email)
+ [Unlock the domain so it can be transferred](#domain-transfer-to-route-53-change-registrar-settings-unlock)
+ [Confirm that the domain status allows you to transfer the domain](#domain-transfer-to-route-53-change-registrar-settings-status)
+ [Disable DNSSEC for the domain](#domain-transfer-to-route-53-change-registrar-settings-dnssec)
+ [Get an authorization code](#domain-transfer-to-route-53-change-registrar-settings-code)
+ [Renew your domain registration before you transfer the domain (selected geographic TLDs)](#domain-transfer-to-route-53-change-registrar-settings-renew)

**確認網域的註冊聯絡人的電子郵件是最新的**  
我們會傳送電子郵件到該電子郵件地址，以請求轉移授權。您必須按一下電子郵件中的連結，授權轉移。如果不按一下連結，我們必須取消轉移。  
根據 [ICANN 轉移政策](https://www.icann.org/resources/pages/transfer-policy-2016-06-01-en)，您列為註冊者的聯絡人將具有網域名稱的註冊名稱持有人的某些權利。大多數網域會在關閉時刪除 AWS 帳戶 （如需詳細資訊，請參閱 [我的 AWS 帳戶已關閉或永久關閉，我的網域已向 Route 53 註冊](troubleshooting-account-closed.md))，但如果網域仍在已關閉的帳戶中，您列為註冊者的聯絡人可能可以請求將網域名稱轉移至外部註冊商。因此，您所列的註冊聯絡人務必要是您自己，或是您確信可負責任地採取行動的其他人。

**解鎖網域以便轉移**  
ICANN (網域註冊管理機構) 要求您在轉移網域之前先解鎖網域。

**確認網域狀態可讓您轉移網域**  
如需詳細資訊，請參閱[頂層網域的轉移需求](#domain-transfer-to-route-53-requirements)。

** 停用網域的 DNSSEC **  
如果您將 DNSSEC 與網域搭配使用，並將網域註冊轉移到 Route 53，您必須先在之前的註冊商中停用 DNSSEC。然後，在您轉移網域註冊之後，請執行步驟以在 Route 53 中為網域設定 DNSSEC。Route 53 支援 DNSSEC 進行網域註冊和 DNSSEC 簽署。如需詳細資訊，請參閱[在 Amazon Route 53 中設定 DNSSEC 簽署](dns-configuring-dnssec.md)。  
如果您在 DNSSEC 設定時將網域註冊轉移至 Route 53，DNSSEC 公有金鑰也會轉移。如果您將 DNS 服務轉移到另一個不支援 DNSSEC 的提供者，DNS 解析會間歇性地失敗，直到您從網域刪除 DNSSEC 金鑰。如需詳細資訊，請參閱[刪除網域的公開金鑰](domain-configure-dnssec.md#domain-configure-dnssec-deleting-keys)。

**取得授權碼**  
來自目前註冊商的授權碼會授權我們請求將網域註冊轉移到 Route 53。您在稍後的程序中於 Route 53 主控台輸入此代碼。  
有些頂層網域有額外要求：    
**.co.za 網域**  
您不需要取得授權碼就能將 .co.za 網域轉移至 Route 53。  
**.uk、.co.uk、.me.uk 和 .org.uk 網域**  
如果要轉移 .uk、.co.uk、.me.uk 或 .org.uk 網域至 Route 53，不需要取得授權碼。相反地，請使用目前網域註冊機構提供的方法，將網域 IPS 標籤的值更新為全部大寫的 **GANDI**。(.uk 網域名稱的註冊機構 Nominet 需要 IPS 標籤。) 如果您的註冊機構未提供變更 IPS 標籤值的方法，[請聯絡 Nominet](https://www.nominet.uk/domain-support/online-services)。  
變更 IPS 標籤時，請注意以下各項：    
**您必須在五天內請求轉移**  
若您未在變更 IPS 標籤後五天內請求轉移，標籤即會回復為先前的值。您必須再次變更 IPS 標籤的值，否則轉移要求會失敗。  
**在 WHOIS 查詢中檢視 IPS 標籤**  
轉移至 Route 53 的作業完成後，WHOIS 查詢中才會顯示對 IPS 標籤進行的變更。  
**Gandi 寄來的電子郵件**  
您可能會從我們的註冊機構合作夥伴 Gandi 收到關於轉移程序的電子郵件。如果您收到 Gandi (transfer-auth@gandi.net) 關於轉移網域的電子郵件，請忽略電子郵件中的指示，因為這些指示與 .uk、.co.uk、.me.uk 或 .org.uk 網域無關。請改為遵循本主題中的指示。

**在轉移網域 (選取的地理 TLD) 之前，請先續約您的網域註冊**  
對於大多數 TLD 而言，當您轉移網域時，註冊會自動延長一年。但是，對某些地理 TLD 而言，當您轉移網域時，註冊不會延長。如果您將網域轉移至有這些 TLD 之一的 Route 53，建議您在轉移網域前續約網域註冊，特別是接近過期日的情況。  
如果您未在轉移網域之前續約網域，註冊有可能在完成轉移之前過期。如果發生這種情況，該網域將無法在網際網路上使用，而且其他人將可以購買該網域名稱。
當您將以下網域轉移到其他註冊商時，註冊不會自動延長：  
+ .ch (瑞士)
+ .cl (智利)
+ .co.uk (英國)
+ .co.za (南非)
+ .com.au (澳洲)
+ .cz (捷克共和國)
+ .es (西班牙)
+ .fi (芬蘭)
+ .im (曼島)
+ .jp (日本)
+ .me.uk (英國)
+ .net.au (澳洲)
+ .org.uk (英國)
+ .se (瑞典)
+ .uk (英國)

## 步驟 4：取得名稱伺服器的名稱
<a name="domain-transfer-to-route-53-get-name-servers"></a>

如果您使用 Amazon Route 53 做為您的 DNS 服務，或者您要繼續使用現有的 DNS 服務，我們將在稍後的程序中自動為您取得名稱伺服器的名稱。跳至 [步驟 5：請求轉移](#domain-transfer-to-route-53-request-transfer)。

如果要在將網域轉移到 Route 53 的同時，將 DNS 服務變更為 Route 53 以外的提供者，請使用由 DNS 服務提供者提供的步驟，針對要轉移的每個網域取得名稱伺服器的名稱。

**重要**  
如果網域的註冊商也是網域的 DNS 服務提供者，請在繼續進行網域註冊轉移過程*之前*，先將 DNS 服務轉移到 Route 53 或其他 DNS 服務提供者。  
如果在轉移網域註冊的同時也轉移 DNS 服務，則您的網站、電子郵件以及與該網域相關聯的 Web 應用程式可能變得無法使用。如需詳細資訊，請參閱[步驟 2 (選用)：將 DNS 服務轉移到 Amazon Route 53 或其他 DNS 服務提供者](#domain-transfer-to-route-53-transfer-dns)。

## 步驟 5：請求轉移
<a name="domain-transfer-to-route-53-request-transfer"></a>

若要將網域註冊從目前註冊商轉移到 Amazon Route 53，請使用 Route 53 主控台請求轉移。Route 53 會處理與網域的目前註冊商的通訊。

您可以使用主控台轉移最多五個網域。

使用的程序取決於要轉移單一網域還是多達五個網域：
+ [將單一網域的網域註冊轉移至 Route 53](#domain-transfer-to-route-53-single-procedure)
+ [若要將最多五個網域的網域註冊轉移到 Route 53](#domain-transfer-to-route-53-up-to-five-procedure)

使用**將網域轉移至您的帳戶**程序，將單一網域轉移至帳戶。<a name="domain-transfer-to-route-53-single-procedure"></a>

**將單一網域的網域註冊轉移至 Route 53**

1. 請在 [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 開啟 Route 53 主控台。

1. 在導覽窗格中，選擇 **Registered domains (已註冊的網域)**。

1. 在**已註冊的網域**頁面上，從**轉入**下拉式選單中，選擇**單一網域**。

1. 在**將網域轉移至您的帳戶**頁面的**檢查網域可轉移性**區段中，輸入要將註冊轉移至 Route 53 之網域的名稱，然後選擇**檢查**。

1. 如果網域註冊可供轉移，請確認您已完成頂層網域的轉移要求，然後選擇**下一步**。

   如果網域註冊不可以轉移，Route 53 主控台會列出原因。請聯絡您的註冊商，了解如何解決防止您轉移註冊的問題。

1. 在 **DNS 服務**頁面上，檢閱名稱伺服器的相關資訊，然後選擇**下一步**。

1. 如果收到提示，請輸入您在 [步驟 3：透過目前註冊商變更設定](#domain-transfer-to-route-53-change-registrar-settings) 中從目前註冊商處取得的授權碼或 IPS 標籤。
**注意**  
您不需要輸入授權碼，即可將 .co.za、.uk、.co.uk、.me.uk 或 .org.uk 網域轉移至 Route 53。

   選擇**下一步**。

1. 在**網域定價選項**頁面上，選擇要註冊之網域的轉移年數，以及是否希望我們在到期日期前自動續約網域註冊。
**注意**  
網域名稱註冊和續約不接受退款。如果您啟用自動網域續約，而且在我們為您續約註冊之後，您決定不需要該網域名稱，您無法取得續約成本的退款。

   選擇**下一步**。

1. 在**聯絡資訊**頁面上，輸入網域註冊者、管理員、技術和帳單聯絡人的聯絡資訊。您在此處輸入的值將套用至要註冊的所有網域。如需詳細資訊，請參閱[註冊或轉移網域時所指定的值](domain-register-values-specify.md)。

   請注意下列注意事項：  
**姓名**  
針對 **First Name (名字)** 和 **Last Name (姓氏)**，建議您指定官方 ID 上的姓名。對於網域設定的某些變更，有些網域註冊機構要求您提供身分證明。您的 ID 的姓名必須與該網域的註冊聯絡人的姓名相符。  
**不同的聯絡人**  
在預設情況下，我們對所有三個聯絡人使用相同的資訊。如果您想要為一個或多個聯絡人輸入不同資訊，請將**與註冊聯絡人相同**切換開關的值變更至關閉位置。  
對於 .it 網域，註冊者和管理聯絡人必須相同。  
**其他必要資訊**  
對於某些頂層網域 (TLD)，我們需要收集更多資訊。對於這些 TLD，請在 **Postal/Zip Code (郵遞區號)** 欄位後輸入適用的值。  
**隱私權保護**  
選擇是否要向 WHOIS 查詢隱藏您的聯絡資訊。  
您必須為管理員、註冊者和技術聯絡人指定相同的隱私權設定。
如需詳細資訊，請參閱下列主題：  
   + [為網域的聯絡資訊啟用或停用隱私權保護](domain-privacy-protection.md)
   + [可向 Amazon Route 53 註冊的網域](registrar-tld-list.md)
若要針對 .uk、.co.uk、.me.uk 和 .org.uk 網域啟用隱私權保護，您必須開立一個支援案例並請求隱私權保護。

   選擇**下一步**。

1. 在**檢閱**頁面上檢閱您輸入的資訊，並選擇性地加以更正。閱讀服務條款，並選取核取方塊以確認您已閱讀服務條款。

   選擇 **Submit request (提交請求)**。

1. 在導覽窗格中，依次選擇**網域**和**請求**。

   在此頁面上，您可以檢視網域的狀態，以及確認您是否需要回應註冊聯絡人驗證電子郵件。您也可以選擇重新傳送驗證電子郵件。

   如果您為註冊聯絡人指定了從未用來向 Route 53 註冊網域的電子郵件地址，某些 TLD 註冊機構會要求您驗證該地址是否有效。

   我們會從下列其中一個電子郵件地址傳送驗證電子郵件：
   + **noreply@registrar.amazon** – 適用於 Amazon Registrar 註冊TLDs。
   + **noreply@domainnameverification.net** 或 **noreply@emailverification.info** – 適用於註冊商合作夥伴 Gandi 註冊TLDs。若要確定您的 TLD 註冊商是誰，請參閱 [尋找註冊商](find-your-registrar.md)。
**重要**  
註冊聯絡人必須按照電子郵件中的指示來驗證已收到電子郵件，否則我們必須按照 ICANN 的要求暫停該網域。當網域已暫停，無法在網際網路上存取該網域。

   1. 當您收到驗證電子郵件，選擇電子郵件中用於確認電子郵件地址是否有效的連結。如果您沒有立即收到電子郵件，請檢查您的垃圾電子郵件資料夾。

   1. 返回**請求**頁面。如果狀態未自動更新指出 **email-address is verified (電子郵件地址已驗證)**，請選擇 **Refresh status (重新整理狀態)**。

1. 當網域轉移完成時，下一步取決於您要使用 Route 53 還是其他 DNS 服務作為網域的 DNS 服務：
   + **Route 53** – 在您註冊網域時 Route 53 建立的託管區域中，建立記錄以告知 Route 53 您希望如何為網域和子網域路由流量。

     例如，當有人在瀏覽器中輸入您的網域名稱，且該查詢被轉送到 Route 53 時，您希望 Route 53 用您資料中心 Web 伺服器的 IP 地址回應查詢，還是用 Elastic Load Balancing 負載平衡器的名稱回應查詢？

     如需詳細資訊，請參閱[處理記錄](rrsets-working-with.md)。
**重要**  
如果您在 Route 53 自動建立的託管區域之外的託管區域中建立記錄，則必須更新網域的名稱伺服器，以將這些名稱伺服器用於新的託管區域。
   + **其他 DNS 服務** – 設定您的新網域，將 DNS 查詢路由到其他 DNS 服務。請執行[更新名稱伺服器以使用其他註冊商](domain-register-other-dns-service.md)程序。

使用下列程序將最多五個網域轉移至帳戶。<a name="domain-transfer-to-route-53-up-to-five-procedure"></a>

**若要將最多五個網域的網域註冊轉移到 Route 53**

1. 請在 [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 開啟 Route 53 主控台。

1. 在導覽窗格中，選擇 **Registered domains (已註冊的網域)**。

1. 在**已註冊的網域**頁面上，從**轉入**下拉式選單中選擇**多個網域**。

1. 在**將多個網域轉移至您的帳戶**頁面上，每行輸入最多五個您要轉移的網域及其授權碼 (如有需要)，然後選擇**檢查**。

1. 如果網域註冊可供轉移，則其在**網域可用性**清單中會列為可用。選取要轉移註冊之每個網域的核取方塊，確認您已完成頂層網域的轉移要求，然後選擇**下一步**。

   如果網域註冊不可以轉移，Route 53 主控台會列出原因。請聯絡您的註冊商，了解如何解決防止您轉移註冊的問題。

1. 在 **DNS 服務**頁面上，檢閱名稱伺服器的相關資訊，然後選擇**下一步**。
**注意**  
網域名稱註冊和續約不接受退款。如果您啟用自動網域續約，而且在我們為您續約註冊之後，您決定不需要該網域名稱，您無法取得續約成本的退款。

1. 在**聯絡資訊**頁面上，輸入網域註冊者、管理員和技術聯絡人的聯絡資訊。您在此處輸入的值將套用至要轉移的所有網域。
**重要**  
我們建議您為註冊聯絡人 (網域擁有者) 指定下列值：  
**First and last name (名字和姓氏)**：建議您指定官方 ID 上的姓名。對於網域設定的某些變更，有些網域註冊機構要求您提供身分證明。您的 ID 的姓名必須與該網域的註冊聯絡人的姓名相符。
**Contact details (聯絡詳細資料)**：在網域轉移期間，建議您指定與目前註冊商所指定的相同值。當您變更註冊聯絡人的聯絡詳細資料時，您會變更網域擁有者，且某些 TLD 註冊機構不允許您在網域轉移期間變更網域擁有者。如果您變更註冊聯絡人的聯絡詳細資料，轉移可能會失敗。您可以在轉移網域後變更註冊聯絡人的聯絡詳細資料。

   在預設情況下，我們對所有三個聯絡人使用相同的資訊。如果您想要為一個或多個聯絡人輸入不同資訊，請將**與註冊聯絡人相同**的值設為關閉位置。
**注意**  
對於 .it 網域，註冊者和管理聯絡人必須相同。

   如需詳細資訊，請參閱[註冊或轉移網域時所指定的值](domain-register-values-specify.md)。

1. 對於某些 TLD，我們需要收集更多資訊。對於這些 TLD，請在 **Postal/Zip Code (郵遞區號)** 欄位後輸入適用的值。

1. 如果 **Contact Type (聯絡人類型)** 的值是 **Person (個人)**，請選擇是否要在 WHOIS 查詢中隱藏您的聯絡資訊。如需詳細資訊，請參閱[為網域的聯絡資訊啟用或停用隱私權保護](domain-privacy-protection.md)。

1. 選擇**提交**。

1. 檢閱您輸入的資訊，閱讀服務條款，並選取確認您已閱讀服務條款的核取方塊。

1. 選擇 **Submit request (提交請求)**。

   我們確認網域符合轉移條件，並向網域的註冊聯絡人傳送一封電子郵件，以請求轉移網域的授權。

1. 在導覽窗格中，依次選擇**網域**和**請求**。

   在此頁面上，您可以檢視網域的狀態，以及確認您是否需要回應註冊聯絡人驗證電子郵件。您也可以選擇重新傳送驗證電子郵件。

   如果您為註冊聯絡人指定了從未用來向 Route 53 註冊網域的電子郵件地址，某些 TLD 註冊機構會要求您驗證該地址是否有效。

   我們會從下列其中一個電子郵件地址傳送驗證電子郵件：
   + **noreply@registrar.amazon** – 適用於 Amazon Registrar 註冊TLDs。
   + **noreply@domainnameverification.net** 或 **noreply@emailverification.info** – 適用於註冊商合作夥伴 Gandi 註冊TLDs。若要確定您的 TLD 註冊商是誰，請參閱 [尋找註冊商](find-your-registrar.md)。
**重要**  
註冊聯絡人必須按照電子郵件中的指示來驗證已收到電子郵件，否則我們必須按照 ICANN 的要求暫停該網域。當網域已暫停，無法在網際網路上存取該網域。

   1. 當您收到驗證電子郵件，選擇電子郵件中用於確認電子郵件地址是否有效的連結。如果您沒有立即收到電子郵件，請檢查您的垃圾電子郵件資料夾。

   1. 返回**請求**頁面。如果狀態未自動更新指出 **email-address is verified (電子郵件地址已驗證)**，請選擇 **Refresh status (重新整理狀態)**。

1. 當網域轉移完成時，下一步取決於您要使用 Route 53 還是其他 DNS 服務作為網域的 DNS 服務：
   + **Route 53** – 在您註冊網域時 Route 53 建立的託管區域中，建立記錄以告知 Route 53 您希望如何為網域和子網域路由流量。

     例如，當有人在瀏覽器中輸入您的網域名稱，且該查詢被轉送到 Route 53 時，您希望 Route 53 用您資料中心 Web 伺服器的 IP 地址回應查詢，還是用 ELB 負載平衡器的名稱回應查詢？

     如需詳細資訊，請參閱[處理記錄](rrsets-working-with.md)。
**重要**  
如果您在 Route 53 自動建立的託管區域之外的託管區域中建立記錄，則必須更新網域的名稱伺服器，以將這些名稱伺服器用於新的託管區域。
   + **其他 DNS 服務** – 設定您的新網域，將 DNS 查詢路由到其他 DNS 服務。請執行[更新名稱伺服器以使用其他註冊商](domain-register-other-dns-service.md)程序。

## 步驟 6：按一下確認和授權電子郵件中的連結
<a name="domain-transfer-to-route-53-authorize-transfer"></a>

您請求轉移後，我們可能會立即傳送一或多封電子郵件給網域的註冊聯絡人：

**確認可聯絡到註冊申請人的電子郵件**  
如果您從未向 Route 53 註冊過網域或將網域轉移到 Route 53，我們會傳送一封電子郵件給您，要求您確認電子郵件地址是有效的。我們會保留此資訊，以便日後不必再傳送此確認電子郵件。

**獲得網域轉移授權的電子郵件**  
對於某些 TLD，您需要回應電子郵件才能授權轉移網域。    
**一般 TLD (例如 .com、.net 和 .org)**  
有 .com、.net 或 .org 等[一般 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-generic) 的網域不需要授權。  
**地理 TLD (例如 .co.uk 和 .jp)**  
針對有[地理 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-geographic) 的網域，我們需要取得您的授權才能轉移網域。如果您要傳輸 10 個網域，我們必須向您傳送 10 封電子郵件，而您需要按一下每封郵件中的授權連結。

所有的電子郵件都會傳送至網域註冊的聯絡人：
+ 如果您是網域的註冊聯絡人，請依照電子郵件中的指示授權轉移。
+ 如果其他人是網域的註冊聯絡人，請要求他依照電子郵件中的指示授權轉移。

**重要**  
如果您要轉移有地理 TLD 的網域，我們會等待註冊聯絡人授權轉移，最多五天。如果註冊聯絡人在五天內未回應，我們將取消轉移操作，並向註冊聯絡人傳送一封電子郵件，以告知取消事宜。

**Topics**
+ [新擁有者或電子郵件地址的授權電子郵件](#domain-transfer-to-route-53-authorize-transfer-additional-email)
+ [發出授權電子郵件的電子郵件地址](#domain-transfer-to-route-53-authorize-transfer-email-addresses)
+ [目前註冊機構的核准](#domain-transfer-to-route-53-authorize-transfer-registrar-approval)
+ [接下來會發生什麼狀況？](#domain-transfer-to-route-53-authorize-transfer-what-next)

### 新擁有者或電子郵件地址的授權電子郵件
<a name="domain-transfer-to-route-53-authorize-transfer-additional-email"></a>

如果您變更了下列值，我們會另外寄給您一封電子郵件，要求您提供授權：

**網域擁有者**  
如果您變更網域擁有者 (如[什麼會觸發網域擁有權變更？](domain-update-contacts.md#domain-update-contacts-who-is-domain-owner)中所述)，我們會向網域的註冊聯絡人傳送一封電子郵件。

**註冊聯絡人的電子郵件地址 (僅適用於某些 TLD)**  
對於某些 TLD，如果您變更註冊聯絡人的電子郵件地址，我們會同時向註冊聯絡人的新舊電子郵件地址傳送電子郵件。這兩個電子郵件地址的收件者必須按照電子郵件中的指示授權變更。

對於網域擁有者或註冊聯絡人電子郵件地址的變更，如果我們未在 3-15 天內收到變更授權 (具體時間取決於頂層網域)，則我們必須按照 ICANN 的要求取消請求。

### 發出授權電子郵件的電子郵件地址
<a name="domain-transfer-to-route-53-authorize-transfer-email-addresses"></a>

所有電子郵件都是來自下列其中一個電子郵件地址。


****  

| TLD | 發出授權電子郵件的電子郵件地址 | 
| --- | --- | 
|  .com.au 和 .net.au  |  no-reply@ispapi.net 此電子郵件包含 http://transfers.ispapi.net 的連結。  | 
|  .fr  |  nic@nic.fr (如果您在轉移網域的同時，也要變更 .fr 網域名稱的註冊聯絡人)。(電子郵件會同時傳送到目前的註冊聯絡人和新的註冊聯絡人。)  | 
|  所有其他  |  下列其中一個電子郵件地址： [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/domain-transfer-to-route-53.html)  | 

若要確定您的 TLD 註冊商是誰，請參閱 [可向 Amazon Route 53 註冊的網域](registrar-tld-list.md)。

### 目前註冊機構的核准
<a name="domain-transfer-to-route-53-authorize-transfer-registrar-approval"></a>

如果註冊聯絡人授權轉移，我們將開始與您目前的註冊商合作轉移您的網域。此步驟最多可能需要 10 天，具體時間取決於 TLD 網域：
+ [一般頂層網域](registrar-tld-list-generic.md) - 最多需要七天
+ [地理頂層網域](registrar-tld-list-geographic.md) (也稱為國家/地區代碼頂層網域) - 最多需要十天

如果您目前的註冊商沒有回覆我們的轉移請求 (此情況在註冊商中很常見)，將自動進行轉移。如果您目前的註冊商拒絕轉移請求，我們會傳送電子郵件通知給目前的註冊聯絡人。註冊者需要聯絡目前的註冊商並解決轉移問題。

### 接下來會發生什麼狀況？
<a name="domain-transfer-to-route-53-authorize-transfer-what-next"></a>

當您的網域轉移已獲得核准，我們會傳送另一封電子郵件給註冊聯絡人。如需此程序的詳細資訊，請參閱[檢視網域轉移的狀態](domain-transfer-to-route-53-status.md)。

轉移完成後，我們會立即向 AWS 您的帳戶收取網域轉移的費用。如需依 TLD 分類的收費清單，請參閱 [Amazon Route 53 的網域註冊定價](https://d32ze2gidvkk54.cloudfront.net/Amazon_Route_53_Domain_Registration_Pricing_20140731.pdf)。

**注意**  
這是一次性費用，所以該費用不會顯示在您的 CloudWatch 帳單指標。如需 CloudWatch 指標的詳細資訊，請參閱 *Amazon CloudWatch 使用者指南*中的[使用 Amazon CloudWatch 指標](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html)。

## 步驟 7：更新網域組態
<a name="domain-transfer-to-route-53-change-configuration"></a>

轉移完成後，您可以選擇變更以下設定：

**轉移鎖定**  
若要將網域轉移至 Route 53，您必須停用轉移鎖定。如果要重新啟用鎖定以防止未經授權的轉移，請參閱[鎖定網域以防止未經授權轉移到另一個註冊商](domain-lock.md)。

**自動續約**  
我們將轉移的網域設定為在網域過期日期將近時自動續約。有關如何變更此設定的詳細資訊，請參閱[啟用或停用網域自動續約](domain-enable-disable-auto-renewal.md)。

**延長註冊期間**  
在預設情況下，Route 53 每年都會續約網域。如果要讓網域註冊更長的時間，請參閱[延長網域的註冊期間](domain-extend.md)。

**DNSSEC**  
如需設定網域的 DNSSEC 的詳細資訊，請參閱[設定網域的 DNSSEC](domain-configure-dnssec.md)。

# 防止常見的 Route 53 傳輸問題
<a name="domain-transfer-troubleshooting"></a>

如果您在網域傳輸進行時遇到問題，以下是最常見的問題，以及如何解決這些問題：

**注意**  
如果您的傳輸已失敗，請參閱 [我的網域轉移到 Amazon Route 53 失敗](troubleshooting-domain-transfer-failed.md) 以取得故障後疑難排解。

**您未收到授權電子郵件**  
如果您沒有收到 Route 53 的授權電子郵件，以下是最常見的原因和解決方案：  
+ **檢查您的垃圾郵件資料夾** - 授權電子郵件有時會由電子郵件供應商篩選。
+ **驗證您的電子郵件地址** - 確認網域聯絡資訊中的註冊者電子郵件地址為最新版本且可供存取。
+ **更新您的聯絡資訊** - 如果電子郵件地址已過時，請在開始轉移之前使用您目前的註冊商進行更新。
+ **重新傳送授權電子郵件** - 在 Route 53 主控台中，針對處於傳輸狀態的網域按一下「重新傳送授權電子郵件」。

**您收到「無效的授權碼」錯誤**  
如果您收到「無效的授權碼」錯誤，請嘗試以下解決方案：  
+ **再次檢查程式碼** - 授權碼區分大小寫。直接從註冊商的界面複製並貼上程式碼，以避免輸入錯誤。
+ **檢查程式碼是否已過期** - 授權碼可能過期 5-30 天，視您目前的註冊商而定。如果您的 已過期，請請求新的程式碼。
+ **移除額外的空格** - 輸入程式碼時，請確定沒有開頭或結尾的空格。
+ **取得新的授權碼** - 如果程式碼繼續失敗，請向您目前的註冊商請求新的授權碼。

**您的網域已在目前的註冊商鎖定**  
當您目前的註冊商啟用傳輸鎖定 （也稱為「網域鎖定」或「禁止用戶端傳輸」) 時，網域傳輸可能會失敗。這是常見的安全設定，可防止未經授權的傳輸。  
若要解決此問題：  
+ **解除鎖定您的網域** - 登入目前註冊商的控制面板，並停用網域轉移鎖定。
+ **確認已移除鎖定** - 您可以使用任何公有 WHOIS 查詢工具來確認網域狀態顯示「OK」而非「clientTransferProhibited."
+ **向您的註冊商取得協助** - 如果您看不到解除鎖定網域的選項，請聯絡目前註冊商的支援團隊。他們可以協助您移除鎖定。

**您的網域不符合轉移資格**  
如果您的網域轉移因資格問題而遭到拒絕，請檢查下列項目：  
+ **驗證網域存留期** - 自註冊或上次轉移以來，您的網域必須至少 60 天。
+ **檢查 TLD 支援** - 確認 Route 53 支援您網域的頂層網域 (TLD)。如需支援的 TLDs[可向 Amazon Route 53 註冊的網域](registrar-tld-list.md)請參閱 。
+ **檢閱網域狀態** - 無法傳輸具有特定狀態碼的網域 （例如「pendingTransfer」或「redemptionPeriod」)。
+ **檢查過期日期** - 過期或過期後 15 天內的網域可能無法轉移。
+ **解決帳單問題** - 確保已支付您目前註冊商的所有未結費用。

**您的傳輸時間超過預期**  
如果您的轉移似乎延遲，您應該知道以下事項：  
+ **正常時間範圍** - 大多數傳輸會在 5-7 天內完成，但最多可能需要 10 天。
+ **監控傳輸狀態** - 在 Route 53 主控台中檢查您的傳輸進度。如需詳細資訊，請參閱[檢視網域轉移的狀態](domain-transfer-to-route-53-status.md)。
+ **快速回應電子郵件** - 兩個註冊商可能會傳送需要您的回應才能繼續的確認電子郵件。
+ **聯絡您目前的註冊商** - 如果轉移延遲，請聯絡您目前的註冊商，以確保他們不會封鎖轉移。

**聯絡 AWS Support 的時機**  
如果您已嘗試上述解決方案但仍發生問題，或遇到以下問題，請聯絡 AWS Support：  
+ 使用正確資訊多次嘗試後傳輸失敗
+ 轉移程序期間的帳單或付款問題
+ Route 53 主控台中的技術錯誤，使您無法開始傳輸
+ 保留「待定」狀態超過 10 天的傳輸
當您聯絡 支援時，請包含您的網域名稱、傳輸請求 ID （如果可用），以及您遇到的特定錯誤或問題的詳細資訊。

# 將網域從 Amazon Route 53 轉移到其他註冊商
<a name="domain-transfer-from-route-53"></a>

當您將網域從 Amazon Route 53 轉移到其他註冊機構時，您會從 Route 53 取得一些資訊，並將這些資訊提供給新的註冊機構。新註冊商會完成其餘的工作。

**重要**  
如果您目前使用 Route 53 做為您的 DNS 服務提供者，並且還要將 DNS 服務轉移到另一個提供者，請注意，以下 Route 53 功能與其他 DNS 服務提供者提供的功能並沒有直接平行關係。您將需要與新的 DNS 服務提供者一起合作，來決定如何實現類似的功能：  
別名記錄。如需詳細資訊，請參閱[選擇別名或非別名記錄](resource-record-sets-choosing-alias-non-alias.md)。
簡易路由政策以外的路由政策。如需詳細資訊，請參閱[選擇路由政策](routing-policy.md)。
與記錄相關聯的運作狀態檢查。如需詳細資訊，請參閱[設定 DNS 備援](dns-failover-configuring.md)。

大多數的網域註冊商強制要求將網域轉移到其他註冊商。這些要求的主要目的是防止詐騙網域擁有者不斷地將網域轉移至不同的註冊商。要求各有不同，但以下為典型要求：
+  您必須已向目前的註冊商註冊網域，或至少在 14 天前將網域的註冊轉移到目前的註冊商。
+ 網域不能有任何以下網域名稱狀態碼：
  + pendingDelete
  + pendingTransfer
  + redemptionPeriod
  + clientTransferProhibited
  + serverTransferProhibited

如需網域名稱狀態碼的目前清單和每個狀態碼意義的說明，請前往 [ICANN 網站](https://www.icann.org/)並搜尋 **epp status codes**。(在 ICANN 網站上搜尋；Web 搜尋有時會傳回舊版文件。)

**注意**  
如果您想要將網域轉移到另一個網域註冊商， AWS 但網域註冊的帳戶已關閉、暫停或終止，您可以聯絡 AWS Support 尋求協助。域名無法在註冊後的首個 14 天內轉移。如需詳細資訊，請參閱[聯絡 AWS Support 了解網域註冊問題](domain-contact-support.md)。

**注意**  
如果新註冊商需要 REG-ID 代碼，您可以聯絡 AWS Support 尋求協助。如需詳細資訊，請參閱[聯絡 AWS Support 了解網域註冊問題](domain-contact-support.md)。<a name="domain-transfer-from-route-53-procedure"></a>

**若要將網域從 Route 53 轉移到其他註冊商**

1. 登入 AWS 管理主控台 ，並在 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 開啟 Route 53 主控台。

1. 在導覽窗格中，選擇 **Registered domains (已註冊的網域)**。

1. 選擇您要轉移到其他註冊商的網域的名稱。

1. 在*網域名稱*頁面上，檢查**網域名稱狀態碼**的值。如果它是下列其中一個值，則目前無法轉移網域：
   + pendingDelete
   + pendingTransfer
   + redemptionPeriod
   + clientTransferProhibited
   + serverTransferProhibited

   如需網域名稱狀態碼的目前清單和每個狀態碼意義的說明，請前往 [ICANN 網站](https://www.icann.org/)並搜尋 **epp status codes**。(在 ICANN 網站上搜尋；Web 搜尋有時會傳回舊版文件。)

   如果**網域名稱狀態碼**的值為 **serverTransferProhibited**，您可以免費聯絡 AWS Support，以了解您必須執行的動作，才能轉移網域。如需詳細資訊，請參閱[聯絡 AWS Support 了解網域註冊問題](domain-contact-support.md)。

1. 如果**轉移鎖定**的值為**開啟**，請從**動作**下拉式選單中選擇**關閉轉移鎖定**。

1. 除了 *.be、.co.za、.ru、.uk、.co.uk、.me.uk 和 .org.uk 網域以外的所有網域* – 在*網域名稱*頁面上，從**移出**下拉式清單中選擇**轉移到其他註冊商**。

    在**轉移到其他註冊商**對話方塊中，選擇**複製**以複製網域轉移的授權碼。您將在此程序的後續步驟中向您的註冊商提供此值。
**注意**  
對於 .eu 網域，您也可以使用登錄檔中的「My.eu」面板產生身分驗證程式碼：[https://my.eurid.eu/](https://my.eurid.eu/)：//。

   *.be、.co.za、.es、.ru、.uk、.co.uk、.me.uk 和 .org.uk 網域* – 請執行下列動作：  
**.be 網域**  
從 [DNS 比利時網站的](https://www.dnsbelgium.be/en/transfer-code) .be 網域登錄檔取得授權碼。  
**.co.za 網域**  
您不需要取得授權碼就能將 .co.za 網域轉移至另一個註冊商。  
**.ru 網域**  
從 .ru 網域的登錄檔中取得授權碼，網址為 [https://www.nic.ru/en/auth/recovery/](https://www.nic.ru/en/auth/recovery/)：  

   1. 選擇要以網域名稱復原登入資料的選項。

   1. 輸入您的網域名稱，然後選擇 **Continue (繼續)**。

   1. 按照螢幕上提示來存取 RU-CENTER 管理頁面。

   1. 在 **Manage your account (管理您的帳戶)** 區段中，選擇 **Domain transfer (網域轉移)**。

   1. 使用 REGRU-RU 確認移轉。  
**.uk、.co.uk、.me.uk 和 .org.uk 網域**  
將 IPS 標籤變更為新註冊機構的值：  

   1. 前往 Nominet 網站的 [Find a Registrar](http://www.nominet.uk/registrar-list/) (尋找註冊機構) 頁面，然後尋找新註冊機構的 IPS 標籤。(Nominet 是 .uk、.co.uk、.me.uk 和 .org.uk 網域的註冊商。)

   1. 在**已註冊網域 >** *網域名稱*頁面上，選取**轉出**、下拉式清單，然後**更新 IPS 標籤**，然後指定您在步驟 6a 中取得的值。

   1. 選擇**更新**。
**注意**  
您也可以在 Nominet 主控台上更新 IPS 標籤。如需說明，請參閱[切換註冊商](https://theukdomain.uk/help-centre/can-i-switch-the-registrar-i-have-my-domain-registered-with/)。

1. 如果您目前不是使用 Route 53 做為網域的 DNS 服務提供者，請跳至步驟 10。

   如果您目前使用 Route 53 做為網域的 DNS 服務提供者，請執行以下步驟：

   1. 選擇 **Hosted Zones** (託管區域)。

   1. 選擇您網域的託管區域名稱。網域和託管區域有相同的名稱。

   1. *如果您想要繼續使用 Route 53 作為網域 DNS 服務提供者：*取得 Route 53 指派給託管區域的四個名稱伺服器的名稱。如需詳細資訊，請參閱[取得公有託管區域的名稱伺服器](GetInfoAboutHostedZone.md)。

      *如果不要繼續使用 Route 53 做為網域的 DNS 服務提供者：*請記下除 NS 和 SOA 記錄之外，所有記錄的設定。針對 Route 53 特定的功能 (例如別名記錄)，您需要與新的 DNS 服務提供者一起合作，決定如何實現類似的功能。

1. 如果您要將 DNS 服務轉移到另一個供應商，請使用新的 DNS 服務提供的方法執行以下任務：
   + 建立託管區域
   + 建立記錄來重現 Route 53 記錄的功能
   + 取得新的 DNS 服務指派給託管區域的名稱伺服器

1. 使用由新註冊商提供的程序來請求轉移網域。

   除了 *.co.za、.uk、.co.uk、.me.uk 和 .org.uk 網域之外的所有網域* – 系統會提示您輸入從此程序步驟 6 的 Route 53 主控台取得的授權碼。

1. 如果您仍然想要使用 Route 53 做為 DNS 服務提供者，請使用新註冊商提供的程序來指定您在步驟 7 中取得的 Route 53 名稱伺服器的名稱。如果您想要使用其他 DNS 服務提供者，請在步驟 8 中指定新提供者在建立新託管區域時提供給您的名稱伺服器名稱。

1. 回應確認電子郵件：  
**.jp 網域以外的所有網域**  
Route 53 會傳送確認電子郵件到網域的註冊聯絡人的電子郵件地址：  
   + 如果您未回覆此電子郵件，則轉移會在指定日期自動執行。
   + 如果您希望盡快執行轉移或希望取消轉移，請選擇電子郵件中的連結來移至 Route 53 網站，然後選擇適用的選項。
   + 依據 TLD，確認電子郵件可能包含指向 https://approvemove.com 的連結，從中可以批准或拒絕轉移。當網域聯絡人啟用隱私權保護時，電子郵件將從已向 Amazon Registrar 註冊的 TLD 的 identity-protect.org 地址傳送。若要確定您的 TLD 註冊商是誰，請參閱 [尋找註冊商](find-your-registrar.md)。  
**.jp 網域**  
Route 53 會從地址 *noreply@domainnameverification.net* 或 *noreply@emailverification.info* 傳送確認電子郵件到網域註冊聯絡人的電子郵件地址，其中包含確認轉移的連結：  
   + 如果您未回應此電子郵件，則轉移會在指定日期取消。
   + 如果您希望盡快執行轉移或希望取消轉移，請選擇電子郵件中的連結來移至 Route 53 網站，然後選擇適用的選項。您需要提供步驟 7 中獲得的網域授權代碼。
此外，您可能會收到來自 Wixi.jp 的電子郵件。您可以忽略此電子郵件。

1. 如果您要將網域移轉到註冊機構，而該註冊機構回報轉移失敗，請與該註冊機構聯繫以取得詳細資訊。當您將網域移轉到其他註冊機構時，所有狀態更新會移至新的註冊機構，因此 Route 53 不會擁有轉移失敗原因的相關資訊。

   如果新註冊機構回報因您從 Route 53 取得的授權碼無效，而導致移轉失敗，請通報 AWS Support 立案處理。(您無需簽署支援合約，亦無需付費)。如需詳細資訊，請參閱[聯絡 AWS Support 了解網域註冊問題](domain-contact-support.md)。
**注意**  
Gandi 產生的授權碼有效期約為 5 天。如果您的傳輸嘗試在此期間之後發生，則可能因程式碼過期而失敗。

1. 如果您將 DNS 服務轉移到另一個 DNS 服務提供者，則可以在 DNS 解析程式停止回應包含 Route 53 名稱伺服器的名稱的 DNS 查詢之後刪除託管區域中的記錄並刪除託管區域。此程序通常需要兩天時間，這是 DNS 解析程式快取網域的名稱伺服器的名稱通常所需的時間量。
**重要**  
如果您在 DNS 解析程式仍回應包含 Route 53 名稱伺服器的名稱的 DNS 查詢時刪除託管區域，網域在網際網路上會變得無法使用。

   在您刪除託管區域之後，Route 53 會停止計算託管區域的月費。如需詳細資訊，請參閱下列 文件：
   + [刪除記錄](resource-record-sets-deleting.md)
   + [刪除公有託管區域](DeleteHostedZone.md)
   + [Route 53 定價](https://aws.amazon.com/route53/pricing)

# 將網域轉移到不同的 AWS 帳戶
<a name="domain-transfer-between-aws-accounts"></a>

如果您使用一個 AWS 帳戶註冊網域，並且想要將網域轉移到另一個 AWS 帳戶，則可以使用新主控台或使用 AWS CLI 或其他程式設計方法輕鬆轉移網域。

**Topics**
+ [步驟 1：將網域轉移到不同的 AWS 帳戶](#domain-transfer-between-aws-accounts-domain)
+ [步驟 2 （選用）：將託管區域遷移至不同的 AWS 帳戶](#domain-transfer-between-aws-accounts-hosted-zone)

## 步驟 1：將網域轉移到不同的 AWS 帳戶
<a name="domain-transfer-between-aws-accounts-domain"></a>

域名無法在註冊後的首個 14 天內轉移。

開始網域轉移時，您必須使用根帳戶登入，或使用以下列一種或多種方式取得 IAM 許可的使用者身分登入：
+ 使用者獲指派 **AdministratorAccess** 受管政策。
+ 使用者獲指派 **AmazonRoute53DomainsFullAccess** 受管政策。
+ 使用者獲指派 **AmazonRoute53FullAccess** 受管政策。
+ 使用者獲指派 **PowerUserAccess** 受管政策。
+ 使用者具有執行下列所有動作的許可：`TransferDomains`、`DisableDomainTransferLock` 和 `RetrieveDomainAuthCode`。

如果您不使用根帳戶或具有所需許可的使用者登入，我們無法執行轉移。此要求可防止未經授權的使用者將網域轉移到其他 AWS 帳戶。

轉移程序有兩個步驟。首先，原始帳戶擁有者開始在[開始到另一個 AWS 帳戶的轉移](#domain-transfer-between-aws-accounts-procedure)程序中的轉移，然後目的地帳戶擁有者接受在[接受來自另一個 AWS 帳戶的轉移](#domain-transfer-between-aws-accounts-accept-procedure)程序中的轉移。<a name="domain-transfer-between-aws-accounts-procedure"></a>

**將網域轉移到不同的 AWS 帳戶**

1.  AWS 使用 AWS 帳戶 網域目前註冊的 登入 。

1. 請在 [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 開啟 Route 53 主控台。

1. 在導覽窗格中，選擇 **Registered domains (已註冊的網域)**。

1. 選擇要轉移到另一個 AWS 帳戶之網域的名稱。

1. 在**詳細資訊**區段上方的**轉出**下拉式選單中，選擇**轉移至另一個 AWS 帳戶**。

1. 在**轉移至另一個 AWS 帳戶** 對話方塊中，輸入目的地帳戶 ID。您可以從目的地 AWS 帳戶 擁有者處取得此 ID。

1. 選擇**確認**。

1. 在**產生密碼**對話方塊中，複製密碼，並將其轉送給接收 AWS 帳戶 擁有者。

   在**請求**頁面上，網域的**狀態**會顯示**進行中**，而**類型**則會顯示**內部轉出**。<a name="domain-transfer-between-aws-accounts-accept-procedure"></a>

**接受來自不同 AWS 帳戶的網域轉移**

1. 使用 AWS 帳戶 接收網域的 AWS 登入 。

1. 請在 [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 開啟 Route 53 主控台。

1. 在導覽窗格中選擇**請求**。

1. 在**請求**頁面上，選取您要從另一個網域名稱轉移旁的選項按鈕 AWS 帳戶。如果網域已可供轉移，則**狀態**會是**需要採取動作**，且**類型**會是**在其中的網域內部轉移**。

   您有三天的時間可以接受請求。如果未在三天內接受轉移，轉移請求將會取消。

1. 在**動作**下拉式選單中，選擇**接受**。

   您也可以選擇**拒絕**以取消轉移程序。

1. 如果您已接受，請在**將網域轉移至您的帳戶**頁面的**密碼**區段中，輸入您從原始帳戶擁有者收到的密碼。

   接受條款與條件，然後選擇**下一步**。

1. 導覽至**請求**頁面，以監控轉移狀態及其他要完成的步驟。

1. 轉移完成後，您可以更新聯絡資訊。如需詳細資訊，請參閱[更新網域的聯絡資訊和所有權](domain-update-contacts.md)。



**以程式設計方式轉移網域**  
您也可以使用 AWS CLI、其中一個 AWS SDKs 或 Route 53 API，以程式設計方式傳輸網域。如需詳細資訊，請參閱下列 文件：  
+ 如需有關使用 Route 53 網域註冊 API 來轉移網域時所使用 API 動作的轉移程序和文件概觀，請參閱 *Amazon Route 53 API 參考*中的 [TransferDomainToAnotherAwsAccount](https://docs.aws.amazon.com/Route53/latest/APIReference/API_domains_TransferDomainToAnotherAwsAccount.html)。
+ 如需有關以程式設計方式轉移網域的其他選項的文件，請參閱「AWS 文件」頁面的[指南和 API 參考](https://docs.aws.amazon.com/#user_guides)一節中的「SDKs 和工具組」。
+ 接收帳戶有三天時間可透過 [transfer-domain-to-another-aws-account](https://docs.aws.amazon.com/cli/latest/reference/route53domains/transfer-domain-to-another-aws-account.html) API，接受從原始帳戶的轉移。如果未在三天內接受轉移，轉移請求將會取消。
**重要**  
當您將網域轉移到不同的 AWS 帳戶時，不會轉移網域的託管區域。如果您也想要轉移託管區域，請待網域完成轉移後，參閱[步驟 2 （選用）：將託管區域遷移至不同的 AWS 帳戶](#domain-transfer-between-aws-accounts-hosted-zone)。

## 步驟 2 （選用）：將託管區域遷移至不同的 AWS 帳戶
<a name="domain-transfer-between-aws-accounts-hosted-zone"></a>

如果您使用 Route 53 做為網域的 DNS 服務，則當您將網域轉移到不同的 AWS 帳戶時，Route 53 不會轉移託管區域。如果網域與一個帳戶相關聯，而對應的託管區域與另一個帳戶相關聯，則網域註冊和 DNS 功能都不受影響。唯一的影響是，您需要使用一個帳戶登入 Route 53 主控台查看網域，並使用另一個帳戶登入以查看託管區域。

如果您擁有網路轉移來源和目標的帳戶，您可以選擇是否將網域的託管區域遷移至不同的帳戶，但此非必要。Route 53 會繼續使用現有託管區域的記錄路由網域的流量。

**重要**  
如果您沒有同時擁有要從中轉移網域的帳戶，以及要轉移網域的目標帳戶，則必須將現有的託管區域遷移到要轉移網域的目標 AWS 帳戶，或是在您擁有的 AWS 帳戶中建立新的託管區域。如果建立路由網域流量之託管區域的帳戶非您所有，您即無法控制流量的路由方式。

若要將現有的託管區域遷移至新的帳戶，請參閱[將託管區域遷移至不同的 AWS 帳戶](hosted-zones-migrating.md)。

若要建立新的託管區域，請參閱[將 Amazon Route 53 設定為現有網域的 DNS 服務將 Route 53 設定為現有網域的 DNS 服務](MigratingDNS.md)。當您將網域從另一個註冊商轉移到 Route 53 時，通常會使用此主題，但當您將網域從一個 AWS 帳戶轉移到另一個帳戶時，此程序相同。

**重要**  
**白標籤名稱伺服器：**如果您的網域使用白標籤名稱伺服器 （自訂名稱伺服器主機名稱，例如 ns1.example.com)，則需要其他步驟：  
**轉移網域註冊時：**在轉移完成後，使用新的註冊商更新黏附記錄
**遷移託管區域時：**在區域遷移後向您的網域註冊商更新黏附記錄，因為即使主機名稱保持不變，IP 地址也會變更
如需詳細說明，請參閱 [步驟 7：建立黏附記錄和變更註冊商的名稱伺服器](white-label-name-servers.md#white-label-name-servers-create-glue-records)。

# 檢視網域轉移的狀態
<a name="domain-transfer-to-route-53-status"></a>

在您開始將網域從其他網域註冊商轉移到 Amazon Route 53 之後，可以在 Route 53 主控台的**請求**頁面 (新主控台) 或**待處理的請求** (舊主控台) 頁面上追蹤狀態。**Status (狀態)** 欄包含目前步驟的簡要說明。以下清單包含主控台中的文字，以及每個步驟的詳細說明。

**注意**  
當您提交轉移請求，初始狀態是 **Domain transfer request submitted (提交網域轉移請求)**，表示我們已收到您的請求。

**判斷網域是否符合轉移要求 (步驟 1/14)**  
我們正在確認您網域的狀態是否符合轉移資格。您必須解鎖網域，而且在提交轉移請求時，該網域不能包含以下任何狀態碼：  
+ clientTransferProhibited
+ pendingDelete
+ pendingTransfer
+ redemptionPeriod

**僅限地理 TLD - 驗證 WHOIS 資訊 (步驟 14 之 2)**  
如果您轉移的網域有[地理 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-geographic)，我們會針對您的網域傳送 WHOIS 查詢，判斷您是否已停用網域的隱私權保護。如果目前的註冊商仍然啟用隱私權保護，我們將無法存取轉移網域所需的資訊。  
有 .com、.net 或 .org 等[一般 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-generic) 的網域不需要授權。

**僅限地理 TLD - 將電子郵件傳送給註冊聯絡人以取得轉移授權 (步驟 14 之 3)**  
如果您要轉移的網域有[地理 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-geographic)，我們已將電子郵件傳送給網域的註冊聯絡人。電子郵件旨在確認轉移請求是由授權的網域聯絡人提出。  
有 .com、.net 或 .org 等[一般 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-generic) 的網域不需要授權。

**向目前的註冊商驗證轉移 (步驟 4/14)**  
我們已傳送請求給網域目前的註冊商，以啟動轉移。

**僅限地理 TLD - 等待註冊聯絡人的授權 (步驟 14 之 5)**  
我們已傳送電子郵件給網域的註冊聯絡人 (請參閱步驟 3/14)，而且我們正在等待註冊聯絡人按一下電子郵件中的連結，以授權轉移。如果您要轉移的網域有[地理 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-geographic)，而您因某些原因未收到電子郵件，請參閱[重新傳送授權和確認電子郵件](domain-click-email-link.md)。

**已聯絡目前的註冊商以請求轉移 (步驟 6/14)**  
我們正在與網域目前的註冊商合作，以完成轉移。

**等待目前的註冊商完成轉移 (步驟 7/14)**  
您目前的註冊商正在確認您的網域符合轉移要求。此步驟最多可能需要 10 天，具體時間取決於 TLD 網域：  
+ [一般頂層網域](registrar-tld-list-generic.md) - 最多需要七天
+ [地理頂層網域](registrar-tld-list-geographic.md) (也稱為國家/地區代碼頂層網域) - 最多需要十天
**注意**  
如果您在轉移 .JP 網域時已核准 Route 53 傳送的確認電子郵件，但在步驟 7 中已停止數日，請聯絡 [AWS 支援中心](https://console.aws.amazon.com/support/cases#/create?issueType=customer-service&serviceCode=service-domains&categoryCode=transfers)尋求協助。
對於大多數註冊商，該程序是完全自動化的，無法加速。有些註冊商會傳送一封電子郵件給您，要求您核准轉移；如果您的註冊商傳送此確認電子郵件，則轉移程序可能會比七到十天快得多。  
如需註冊商可能拒絕轉移的原因的詳細資訊，請參閱[頂層網域的轉移需求](domain-transfer-to-route-53.md#domain-transfer-to-route-53-requirements)。

**向註冊聯絡人確認該聯絡人是否已啟動轉移 (步驟 8/14)**  
有些 TLD 註冊機構會傳送另一封電子郵件給註冊聯絡人，以確認授權使用者是否已請求網域轉移。

**將名稱伺服器與註冊機構同步 (步驟 9/14)**  
只有在轉移請求中提供的名稱伺服器與目前註冊商列出的名稱伺服器不同時，才會執行此步驟。我們會嘗試將您的名稱伺服器更新為所提供的新名稱伺服器。

**將設定與註冊機構同步 (步驟 10/14)**  
我們正在驗證轉移是否已成功完成，而且正在與我們的註冊商合作夥伴同步您的網域相關資料。

**傳送更新的聯絡資訊到註冊機構 (步驟 11/14)**  
如果您在請求轉移時變更網域所有權，我們會嘗試進行此變更。不過，大多數註冊機構不允許在轉移網域的過程中轉移所有權。

**完成轉移到 Route 53 (步驟 12/14)**  
我們正在確認轉移程序是否成功。

**正在完成轉移 (步驟 13/14)**  
我們正在 Route 53 中設定您的網域。

**轉移完成 (步驟 14/14)**  
您的轉移已成功完成。

# 將網域轉移到 Amazon Route 53 對網域註冊的過期日期有何影響
<a name="domain-transfer-to-route-53-expiration"></a>

當您在註冊商之間轉移網域時，某些 TLD 註冊機構可讓網域的過期日期保持不變，某些註冊機構會將過期日期加一年，而某些註冊機構會將過期日期變更為轉移日期之後一年。

**注意**  
對於大多數 TLD，您可以在將網域轉移到 Amazon Route 53 之後將網域的註冊期間延長達十年之久。如需詳細資訊，請參閱[延長網域的註冊期間](domain-extend.md)。

## 一般 TLD
<a name="domain-transfer-to-route-53-expiration-generic"></a>

當您將具有一般 TLD (例如 .com) 的網域轉移到 Route 53 時，網域的新過期日期為在先前註冊商規定的過期日期加一年。

## 地理 TLD
<a name="domain-transfer-to-route-53-expiration-geographic"></a>

當您將具有地理 TLD (例如 .co.uk) 的網域轉移到 Route 53 時，網域的新過期日期取決於該 TLD。在下表中尋找您的 TLD，以判斷轉移網域對過期日期有何影響。


****  

| 洲別 | 地理 TLD 和轉移網域對過期日期的影響 | 
| --- | --- | 
|  非洲  |  **.co.za** – 過期日期保持不變。  | 
|  美洲  |  **.cl、.com.ar、.com.br** – 過期日期保持不變。 **.ca、.co、.mx、.us** – 舊的過期日期加一年。  | 
|  亞洲/大洋洲  |  **.com.au、.com.sg、.jp、.net.au、.sg** – 過期日期保持不變。 **.co.nz、.in、.net.nz、.org.nz ** – 將一年新增至舊的過期日期。  | 
|  歐洲  |  **.ch、.co.uk、.es、.fi、.me.uk、.org.uk、.se** – 過期日期保持不變。 **.berlin、.eu、.io、.me、.ruhr、.wien** – 舊的過期日期加一年。 **.be、.de、.fr、.it、.nl** – 新的過期日期是轉移日期後一年。  |