檢視網域轉移的狀態 - Amazon Route 53

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

檢視網域轉移的狀態

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

注意

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

判斷網域是否符合轉移要求 (步驟 1/14)

我們正在確認您網域的狀態是否符合轉移資格。您必須解鎖網域,而且在提交轉移請求時,該網域不能包含以下任何狀態碼:

  • clientTransferProhibited

  • pendingDelete

  • pendingTransfer

  • redemptionPeriod

TLDs 僅限地理 – 驗證WHOIS資訊 (第 2 步,共 14 步)

如果您要轉移具有地理 TLD的網域,我們會傳送網域的WHOIS查詢,以判斷您是否已停用網域的隱私權保護。如果目前的註冊商仍然啟用隱私權保護,我們將無法存取轉移網域所需的資訊。

注意

具有一般 TLD的網域不需要授權,例如 .com、.net 或 .org。

TLDs 僅限地理 – 傳送電子郵件給註冊者聯絡人以取得轉移授權 (第 3 步,共 14 步)

如果您要轉移具有地理 TLD的網域,我們已傳送電子郵件給網域的註冊者聯絡人。電子郵件旨在確認轉移請求是由授權的網域聯絡人提出。

注意

具有一般 TLD的網域不需要授權,例如 .com、.net 或 .org。

向目前的註冊商驗證轉移 (步驟 4/14)

我們已傳送請求給網域目前的註冊商,以啟動轉移。

TLDs 僅限地理 – 正在等待註冊者聯絡的授權 (步驟 5,共 14 步)

我們已傳送電子郵件給網域的註冊聯絡人 (請參閱步驟 3/14),而且我們正在等待註冊聯絡人按一下電子郵件中的連結,以授權轉移。如果您要傳輸具有地理TLD的網域,但因為某些原因而未收到電子郵件,請參閱 重新傳送授權和確認電子郵件

已聯絡目前的註冊商以請求轉移 (步驟 6/14)

我們正在與網域目前的註冊商合作,以完成轉移。

等待目前的註冊商完成轉移 (步驟 7/14)

您目前的註冊商正在確認您的網域符合轉移要求。此步驟最多可能需要十天的時間,取決於您網域TLD的 :

  • 一般頂層網域 - 最多需要七天

  • 地理頂層網域 (也稱為國家/地區代碼頂層網域) - 最多需要十天

    注意

    如果您已在轉移 .JP 網域時核准從 Route 53 STEP 傳送的確認電子郵件,但已在 7 天內停止數天,請聯絡AWS 支援中心尋求協助。

對於大多數註冊商,該程序是完全自動化的,無法加速。有些註冊商會傳送一封電子郵件給您,要求您核准轉移;如果您的註冊商傳送此確認電子郵件,則轉移程序可能會比七到十天快得多。

如需註冊商可能拒絕轉移的原因的詳細資訊,請參閱頂層網域的轉移需求

向註冊聯絡人確認該聯絡人是否已啟動轉移 (步驟 8/14)

TLD 有些註冊機構會傳送另一封電子郵件給註冊者,以確認網域傳輸是由授權使用者所請求。

將名稱伺服器與註冊機構同步 (步驟 9/14)

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

將設定與註冊機構同步 (步驟 10/14)

我們正在驗證轉移是否已成功完成,而且正在與我們的註冊商合作夥伴同步您的網域相關資料。

傳送更新的聯絡資訊到註冊機構 (步驟 11/14)

如果您在請求轉移時變更網域所有權,我們會嘗試進行此變更。不過,大多數註冊機構不允許在轉移網域的過程中轉移所有權。

完成轉移到 Route 53 (步驟 12/14)

我們正在確認轉移程序是否成功。

正在完成轉移 (步驟 13/14)

我們正在 Route 53 中設定您的網域。

轉移完成 (步驟 14/14)

您的轉移已成功完成。