本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 我的網域轉移到 Amazon Route 53 失敗
如果您的網域轉移已失敗或拒絕，請使用本節來診斷和解決失敗。
**注意**
如需防止作用中傳輸期間發生問題，請參閱 [防止常見的 Route 53 傳輸問題](domain-transfer-troubleshooting.md)。
**Topics**
+ [沒有按一下授權電子郵件中的連結](#troubleshooting-domain-transfer-failed-click-link)
+ [您從目前註冊商取得的授權碼無效](#troubleshooting-domain-transfer-failed-authorization-code-invalid)
+ [嘗試將 .es 網域轉移到 Amazon Route 53 時出現「請求中的參數無效」錯誤](#troubleshooting-domain-transfer-failed-parameters-in-request-are-not-valid)
+ [您要轉移到 Amazon Route 53 的國際化網域名稱是否列在 Punycode 中？](#troubleshooting-domain-transfer-failed-internationalized-domain-names)
+ [常見傳輸錯誤訊息](#troubleshooting-domain-transfer-error-messages)
## 沒有按一下授權電子郵件中的連結
當您將網域註冊轉移到 Amazon Route 53 時，按照 ICANN (網域註冊管理機構) 的要求，網域的註冊聯絡人必須向我們提供轉移授權。為取得授權，我們會向您傳送一封內含連結的電子郵件。您有 5 到 15 天的時間來按一下該連結，具體時間取決於頂層網域。在這之後，該連結將失效。
如果您沒有在規定的時間內按一下電子郵件中的連結，ICANN 會要求我們取消網域轉移。如需如何向註冊聯絡人重新傳送授權電子郵件的資訊，請參閱[重新傳送授權和確認電子郵件](domain-click-email-link.md)。
## 您從目前註冊商取得的授權碼無效
如果您請求將網域轉移到 Amazon Route 53，但沒有收到授權電子郵件，請檢查 [Route 53 主控台中的狀態](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/domain-transfer-to-route-53-status.html)頁面。如果狀態頁面顯示您從註冊商取得的轉移授權碼無效，請執行以下步驟：
1. 聯絡網域目前的註冊商，並請求新授權碼。請確認以下內容：
+ 新的授權碼保持有效狀態的時間。必須在該代碼到期之前請求網域轉移。
+ 新的授權碼不同於無效的代碼。如果仍相同，請要求目前的註冊商重新整理授權碼。
1. 提交另一個請求以轉移網域。如需詳細資訊，請參閱 [將網域註冊轉移到 Amazon Route 53](domain-transfer-to-route-53.md) 主題中的 [步驟 5：請求轉移](domain-transfer-to-route-53.md#domain-transfer-to-route-53-request-transfer)。
## 嘗試將 .es 網域轉移到 Amazon Route 53 時出現「請求中的參數無效」錯誤
當您嘗試將 .es 網域轉移到 Route 53，而註冊聯絡人的聯絡人類型是 **Company (公司)** 時，Amazon Route 53 將傳回 "Parameters in request are not valid" (請求中的參數無效) 錯誤。若要完成轉移，請將註冊商的聯絡人類型變更為**個人**，然後重新提交。
## 您要轉移到 Amazon Route 53 的國際化網域名稱是否列在 Punycode 中？
當您註冊新的網域名稱或建立託管區域和記錄，您可以指定 a-z 之外的字母 (例如法語中的 ç)、其他字母 (例如斯拉夫字母或阿拉伯字母) 中的字元，以及中文、日文或韓文等語言中的字元。Amazon Route 53 會用 Punycode 儲存這些國際化網域名稱 (IDN) (將 Unicode 字元轉換為 ASCII 字串表示)。
如果您在將 IDN 轉移到 Route 53 時遇到錯誤，請使用 Punycode 來表示它，然後再試一次。如需詳細資訊，請參閱[設定國際化網域名稱的格式](DomainNameFormat.md#domain-name-format-idns)。
## 常見傳輸錯誤訊息
當網域傳輸失敗時，您通常會在 Route 53 主控台中或透過電子郵件收到錯誤訊息。以下是最常見的錯誤訊息，以及如何解決它們：
### 「傳輸遭到登錄檔拒絕」
當網域登錄檔因多種原因而封鎖傳輸時，就會發生此錯誤。最常見的原因是：
+ 網域不符合 60 天的 ICANN 規則。ICANN 要求在初始註冊或註冊聯絡人變更後 60 天內封鎖轉移。
+ 網域已在您目前的註冊商啟用轉移鎖定。
+ 網域處於防止傳輸的狀態，例如 `clientTransferProhibited`、、`pendingTransfer`、 `serverTransferProhibited` `pendingDelete`或 `redemptionPeriod`。
若要解決此問題，請向您目前的註冊商確認下列事項：
+ 確認網域自註冊之日起已超過 60 天。如果您最近變更了註冊者聯絡資訊，您可能需要從該變更開始等待 60 天。有些註冊商允許您選擇退出此限制，因此請詢問您目前的註冊商此選項是否可用。
+ 透過停用任何轉移鎖定或網域鎖定來解鎖網域。
+ 檢查您的網域狀態是否允許傳輸。您可以使用 WHOIS 查詢或聯絡目前的註冊商來驗證網域狀態。
### 「無效的授權碼」或「驗證碼不正確」
此錯誤表示您輸入的授權碼 （也稱為 EPP 碼或傳輸碼） 無效。如果程式碼已過期、輸入不正確，或未從您目前的註冊商取得，就會發生這種情況。
若要解決此問題：
+ 請聯絡您目前的註冊商，請求新的授權碼。請務必詢問程式碼將保持作用中狀態多久，以便在過期之前完成傳輸。
+ 當您收到新的程式碼時，請確認它與先前的程式碼不同。如果相同，請要求您的註冊商重新整理或重新產生授權碼。
+ 再次確認您輸入的代碼完全符合規定，包括任何大寫字母或小寫字母、數字和特殊字元。
### 「未收到傳輸授權電子郵件」或「授權逾時」
當您未在要求的時間範圍 （通常為 5 天） 內按一下傳輸確認電子郵件中的授權連結時，就會發生此錯誤。ICANN 要求對所有網域傳輸執行此授權步驟。
如果您沒有收到授權電子郵件或錯過截止日期，請檢查下列項目：
+ 檢查您的垃圾郵件資料夾。傳輸授權電子郵件有時會由電子郵件供應商篩選。
+ 確認您的信箱未滿，且沒有儲存限制，可能會阻止電子郵件傳送。
+ 檢查您的電子郵件提供者是否有篩選來自不明寄件者傳入郵件的政策。
+ 確認您可以存取註冊的電子郵件帳戶，且電子郵件地址仍處於作用中狀態。
如有必要，請在請求另一個轉移之前，使用您目前的註冊商更新您的聯絡資訊。如需重新傳送授權電子郵件的資訊，請參閱 [重新傳送授權和確認電子郵件](domain-click-email-link.md)。
### 「網域已鎖定」或「禁止傳輸」
此錯誤表示您的網域已啟用防止傳輸的鎖定。大多數註冊商預設會啟用網域鎖定做為安全措施，以防止未經授權的傳輸。
若要解決此問題，請使用您目前的註冊商登入您的帳戶，並停用網域鎖定或轉移鎖定設定。確切的步驟因註冊商而異，但您通常會在網域管理或安全設定中找到這些設定。如果您需要協助尋找這些設定，請聯絡您目前的註冊商尋求協助。
### 「需要聯絡資訊驗證」
當您最近變更網域的聯絡資訊時，就會發生此錯誤。ICANN 規則在聯絡變更後需要 60 天的等待期，才能轉移網域，以防止詐騙性轉移。
若要解決此問題，您有兩個選項：
+ 等待聯絡人變更日期的 60 天，然後再嘗試轉接。
+ 請聯絡您目前的註冊商，以驗證您目前的聯絡資訊。如果您可以驗證身分，有些註冊商可能會允許您選擇退出 60 天限制。
**注意**
如果您收到未列於此處的錯誤訊息，請聯絡 AWS Support 並包含確切的錯誤文字。我們的支援團隊可協助您診斷和解決特定於您情況的傳輸問題。