將 Webex Meetings 網站管理由網站管理更新為 Control Hub
由「網站管理」更新至 Control Hub 的相關說明
將網站從網站管理更新到 Control Hub 不需要更新客戶端版本。某些網站無法使用此功能,直到管理這些組織的合作夥伴做好準備。
Webex 以後將作為統一平臺,提供會議管理、傳訊、通話等協作功能。這就是我們要將所有 Webex Meetings 網站的管理從網站管理轉移到 Control Hub 的原因。
我們在網站管理中有一個工具可以幫助您完成這項變更。如果您的網站已經有資格更新到 Control Hub,您可以透過點擊導覽功能表中的 更新管理 來開始。
有關如何將您的網站更新為 Control Hub 的示範,請參閱此 視視視。
若要説明計畫網站更新,請複查網站 評估就緒狀態 部分。

在 Control Hub 中管理網站具有以下優勢:
-
所有 Webex 服務(例如 Webex Meetings、Webex Messaging 和 Webex Calling)都採用統一的授權指派。
-
所有 Webex 服務都採用一致的安全性原則。
-
不同 Webex 服務之間的所有終端使用者都擁有通用的登入體驗。
-
新式管理員控制項,例如目錄連接器、SCIM 和 Active Directory 群組。
-
用於自動為使用者指派多個授權的授權範本。
更新為 Control Hub 後,您將無法使用網站管理來管理會議網站。
如果您的網站計劃從網站管理自動更新到控制中心管理,那麼您將看到以下螢幕截圖。

您可以點擊 更改您的網站更新日期 來更改預定日期。

就網站的管理而言,Control Hub 的操作體驗與網站管理相似。Control Hub 中的使用者管理功能採用較新的底層技術,因此在 Control Hub 中管理網站與目前做法之間存在些許差異。本節著重於更新網站時所突顯的差異。
如需查看「網站管理」與 Control Hub 之間的差異的更詳細概觀,請參閱本文。
使用者管理
Control Hub 底層具有使用者集中管理系統,在整個組織下(以及 Webex 整體下),每個使用者皆認定為個別且唯一之用戶。在網站管理中,每一個會議網站的使用者設定檔都不同。
- 具有自動建立帳戶的單一登入 (SSO)
-
在網站管理中,您可以透過「自動建立帳戶」功能,在使用者通過 SSO 驗證時建立帳戶。
此功能在 Control Hub 中也可使用。有關更多信息,請參閱 Control Hub 的 SAML 自動帳戶建立和更新 。
許多使用 SSO 的組織可能偏好透過外部目錄工具(例如 Microsoft ® Active Directory 和 Microsoft Azure)對使用者進行集中管理,並要求使用外部身份識別提供者進行驗證。
進一步瞭解:
- 設定檔必填資料與追蹤碼
-
網站管理允許您為新使用者指定必填的設定檔欄位(請參考先前的螢幕截圖)。您可以將進一步利用該功能,要求建立使用者時加入追蹤碼(請參考下面的螢幕截圖)。一旦設定了這些附加條件,那麼在條件不符合的情況下將無法新增使用者至網站。
Control Hub 只需要代號和電子郵件地址便可建立使用者。
當您在 Control Hub 中建立新使用者時,使用者的其他欄位都非必填,因此我們不會針對 Control Hub 所管理的網站要求額外的設定檔資料。
將網站更新為 Control Hub 之前,您必須停用必填設定檔欄位以及追蹤碼。
- 密碼管理和鎖定
-
在網站管理中,可透過內建功能在使用者登入失敗數次後暫時將帳戶鎖定。
Control Hub 提供以下功能防止非法存取:
-
登入失敗數次後,於一段時間內不可再行嘗試。
-
CAPTCHA 機制(全自動區分電腦和人類的公開圖靈測試)
-
合法使用者具有自助選項來變更忘記的密碼。
-
主持人授權
- 主持人必須為 Control Hub 組織的一員
-
在網站管理中,您可以將主持人授權指派給任何使用者。在 Control Hub 中管理網站時,您只能將主持人授權(和出席者角色)指派給同一個 Control Hub 組織的使用者。
- 自行註冊主持人帳戶
-
在網站管理中,您可以選擇允許使用者於個別網站申請(主持人)帳戶。您還可以允許具有帳戶的使用者申請網站上的其他服務。(請參閱螢幕截圖)。
若利用 Control Hub 管理會議網站,使用者將無法於該網站申請主持人帳戶。
Control Hub 有提供另一種集中自動化功能,方便您將會議授權指派給新使用者。閱讀 https://help.webex.com/n3ijtao。
您也可以透過 API 或批量使用 CSV 管理使用者授權。
如果您想讓使用者自行申請其主持人帳戶,您可以透過指向管理員的指針或至相關工具的連結,設定網站的説明/支援功能。
將網站更新為 Control Hub 之前,請務必在網站管理中停用「允許主持人帳戶註冊」和「允許使用者請求其他服務」。
-
Control Hub 有其他如自動指派範本的授權管理功能可供使用。您可以取得靜止主持人的清單,藉此透過個別、批量或 API 的方式移除授權。
如果您需使用自動停用功能,但 Control Hub 提供的其他選項不適合您,則此時應避免將網站更新為 Control Hub。
將會議網站更新為由 Control Hub 管理之前,您應事先建立 Control Hub 組織。
確保訂閱上沒有擱置或封鎖動作。如果執行以下操作,更新將會失敗:
- 對於與要更新的網站關聯的訂閱,您具有任何擱置動作。
- 網站在 Control Hub 組織中沒有與其關聯的訂閱。
- 網站管理中的網站授權資訊與 Control Hub 中的網站授權資訊不相符。
我們強烈建議驗證您的網域並宣告您的使用者。請參考以下文件說明:
-
Control Hub 電子書: https://ebooks.cisco.com/story/controlhubessentials/
-
如何管理網域: https://help.webex.com/cd6d84
-
從其他組織聲明您的使用者(驗證您的網域之後): https://help.webex.com/nceb8tm。聲明使用者尤為重要,因為它可確保實際存在組織內盡可能多的使用者。使用「立即認領」來認領使用者也可以避免組織中電子郵件地址的使用延遲。
我們強烈建議您在將網站更新到 Control Hub 之前先聲明使用者。如果您在網站更新到 Control Hub 後將使用者認領到您的組織,那麼這些使用者可能會失去對網站中的會議和會議資產的存取權。
作為解決方法,您可以執行以下操作,以確保在網站更新至 Control Hub 後,使用者不會失去對網站中的會議和會議資產的存取權:
- 對於具有組織或網站外部管理員權限的使用者 - 刪除對組織和網站的所有外部管理員存取權限,然後刪除會議網站授權。認領該使用者後,重新授權該使用者造訪該網站。您也可以恢復他們的外部管理員權限。
- 對於普通用戶 - 刪除會議站點許可證,將用戶聲明到您的組織,然後重新許可該用戶訪問該站點。
-
如果會議網站已設定 SSO,則也必須為 Control Hub 組織設定 SSO。
自動為新使用者建立帳戶
如果您的 Webex 網站已啟用在網站管理中自動建立帳戶,您可以在 Control Hub 中啟用類似功能, 並建立 SAML 自動帳戶。請確保還設定自動 授權範本,以便新使用者在 Control Hub 組織中建立帳戶後會自動獲得授權。
具有目錄同步的組織
如果您的組織已針對目錄同步進行配置,則請確保您希望其位於您組織的所有使用者都存在於網站中。應在您開始網站更新程式前 24 小時完成此工作,以便網站上的使用者可以鏈至 Control Hub 組織中的新使用者。
更新後管理員即可存取 Webex 站點
在 Control Hub 中具有組織範圍管理員角色的人員將自動獲得從網站管理員更新到 Control Hub 的網站的存取權。例如,組織完全管理員將成為 Webex 網站完全管理員,組織使用者管理員將成為 Webex 網站使用者管理員,組織唯讀管理員將成為 Webex 網站只讀管理員。
XML API
XML API 現在與 Control Hub 管理的網站向前相容。您可以在 XML API 41.11.0 更新中閱讀詳細資訊和注意事項 。
網站從網站管理更新為 Control Hub 管理後,XML API 服務 URL 保持不變。相同的 API URL 將繼續工作。思科建議所有 API 整合都使用 OAUTH 進行驗證。
XML API 中的身份驗證
網站更新到 Control Hub 後,不使用 Webex OAUTH 進行身份驗證 的整合可能會失敗。下表顯示了更新您的網站後哪種類型的管理員身份驗證將繼續有效。
網站更新前 XML API 中的管理員身份驗證類型 | 網站更新後,SSO 組織中的管理員 | 網站更新後,管理員不在 SSO 組織中 |
---|---|---|
使用者名稱 (webExID)/password | ![]() | ![]() |
使用者名稱 (webExID)/sessionTicket | ![]() | ![]() |
username/OAUTH (webEx存取令牌) | ![]() | ![]() |
email/password | ![]() | ![]() |
email/sessionTicket | ![]() | ![]() |
email/OAUTH (webEx存取令牌) | ![]() | ![]() |
* 向後相容性-思科已啟用 username/password 即使 username
與電子郵件不匹配,網站更新後驗證仍可在 XML API 中運作。相容性僅適用於:
- 使用者憑證是在網站更新之前建立的。不允許對
username
進行任何更改,否則先前的憑證將失效。 - API 驗證憑證在 Control Hub 中的密碼不能與在網站管理中進行管理的網站中的密碼不同。
- 在網站更新到 Control Hub 時,使用憑證進行驗證的使用者在網站管理中必須處於活動狀態(而不是非活動狀態)。
您可以透過 本指南了解有關 Control Hub 管理網站上的 XML API 整合的更多信息,包括 OAUTH 驗證。
Username
設定為當網站更新到 Control Hub 時向所有使用者發送電子郵件。如果 API 有效負載使用 username
,則網站更新後有效負載必須使用電子郵件。
Control Hub 中用於 API 整合的管理員角色
僅具有網站管理員角色的管理員可能無法使用 XML API 執行某些操作,例如在網站更新為 Control Hub 網站後變更使用者的電子郵件地址或顯示名稱。對於其認證用於 API 整合的管理員,我們建議您在將網站更新為 Control Hub 之前,先將那些管理員提升為在 Control Hub 中組織完全管理員。
最佳做法是先更新測試網站,確認在更新至 Control Hub 後 API 整合將無修改。
根據您的整合功能,管理員可能還需要在控制中心網站上指派一個會議主持人帳戶才能使整合正常運作(網站管理網站中的管理員不需要這樣做)。
Control Hub 中的 XML API 差異
更新網站後,大多數 XML API 整合應該都工作,無需任何變更。但是下列清單中有一些詳細的例外:
- CreateUser— 在 Control Hub 管理的網站上,此操作也可以在指派授權之前在網站所屬組織中建立使用者。如果使用者已存在於另一個組織中的,則此作業將失敗。對於 Control Hub 中尚未具有 活動 狀態的用戶,
PMR ID parameter
將不會生效。createuser
API 需要更長時間才能完成 Control Hub 管理的網站。為了獲得更好的效能,您可以添加額外的執行緒來並行化createuser
呼叫。 - SetUser— 可能會導致為使用者指派或刪除會議網站授權(取決於 API 參數或有效負載)。
- DelUser— 刪除會議網站許可證,但不會從 Control Hub 組織中刪除使用者。
- LstsummaryUser— 也傳回使用者的
objectGUID
。 - AuthenticateUser— 在 Control Hub 管理的網站上,我們建議透過
AuthenticateUser
建立會話票證,而不是為每個 XML API 使用使用者名稱和密碼。對於 Control Hub 管理的網站,此通話不支援在主體內容中使用 SAML 回應。
REST API
Control Hub 有自己的 API,包括用於在以下位置建立使用者並為使用者授權的 People REST API 及 License REST API:
會話類型和追蹤程式碼也可透過 REST API 取得:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
但是,上方的 REST API 不支援 XML API 中可用的所有使用者管理功能。例如,您仍然需要使用 XML API 將會議許可證指派給擁有該網站的組織外部的使用者。人員 API 不支援將 網站管理員角色指定給使用者 。如果您想要透過 API 指定網站管理員角色,您仍然需要使用 XML API。
您可以使用 People API 建立具有完全(或唯讀)權限的組織管理員,這些管理員也可以管理(或檢視)您的 Control Hub 管理的會議網站。
Control Hub 確實擁有 Webex 網站特定的管理員角色,但 People API 此時無法指派此角色。
未來計劃(可能會有變化)
- 新的許可證 API 還可以向不屬於建立該網站的相同組織的外部使用者授予會議站點許可證。目前 ,外部使用者授權可在 Control Hub 中手動取得。
- SCIM API 用於建立和刪除組織中的使用者。
- 思科的長期方向是僅使用 REST API(針對使用者和會議站點的所有操作)。用於使用者管理的 XML API 將繼續受到支援,直到 REST API 只能用於所有使用者管理作業。用戶管理 XML API 也將被棄用(日期待定)。
將網站更新至 Control Hub 之前,我們強烈建議您先檢查下列專案,使更新順利進行:
- 首先,複查本檔並確保您的組織遵循 準備 Control Hub 組織區段建議的最佳 作法。
- 接下來,請登錄 Webex 管理並按一下 更新管理 。在網站就緒階段, 不應該 從檢查使用者區段對檔案執行任何建議的動作,並且不應該 停用在檢查功能區段叫用的任何功能。遵循這些指示,網站就緒狀態評估會變成隻讀作業,而只是評估在更新至 Control Hub 之前所需的變更。

- 在 Review users 部分下,點選 Export user CSV file 並下載名為
users-to-review-xxxxx.csv
的CSV 檔案。此檔案將列出所有需要注意的使用者,並且將針對每個使用者執行建議的動作。此檔案中的使用者數讓您瞭解在更新網站之前,您必須處理多少與使用者相關的問題。
- 在檢查 功能部分 下,查看結果欄中以紅色 X 列出的任何功能。這將從功能衝突角度通知您網站的準備狀態。
- 請勿 前往 步驟 2,也請勿 按一下 更新至 Control Hub 按鈕。
複查使用者 CSV 檔案並查看您可能必須重新配置的功能之後,請繼續閱讀本文章中的其餘部分,以準備網站和組織如何更新至 Control Hub。
附註:如果您的網站已由公司或透過 協力廠商解決方案(例如學習管理解決方案)完成 API 整合,請確保複查準備網站 API 整合以使用 Control Hub 部分。
43.6 版即將發生的變化
到目前為止,在將網站更新到 Control Hub 之前,需要停用這兩個功能:
- 主機設定檔必填字段
- 必需的追蹤程式碼
從 43.6 版本開始,參與自訂屬性和所需主機設定檔欄位功能測試版的網站將不再需要在將其網站更新到 Control Hub 之前停用這些功能。相反,精靈會讓您知道檢查這兩個功能,因為目前配置將複製到控制中心組織。
如果您正在參與 必要的主機設定檔欄位 測試版,那麼您將看到此警告:

如果您正在參與 必需的追蹤程式碼和自訂屬性 測試版,那麼您將看到此操作項目:

如果您沒有參與這些測試,請繼續閱讀以下部分。
停用阻止網站更新的功能

必須先停用某些功能,然後您才能將 Webex 網站更新為 Control Hub。您可以看到一個清單,其中顯示需要停用的功能。必須完成以紅色圓圈 X 圖示標記的功能。標記為黃色三角形驚嘆號圖示的功能僅供您參考,您無需採取任何動作。
有關如何將您的網站更新至 Control Hub 的示範,請參閱此 視訊 。
如果您的組織使用網站管理中的自動帳戶建立功能,那麼您應該在 Control Hub 中設定等效功能並設定自動授權範本以自動指派授權。有關詳細信息,請參閱 本文 。這應該在更新要在 Control Hub 中管理的網站之前完成。
-
登入「Webex 網站管理」並前往
。-
尋找並停用允許主持人帳戶註冊選項。
-
尋找申請帳戶需要填寫的欄位: 並清除所有使用者設定檔必填欄位。
-
-
按一下更新。
-
前往
。 -
在主持人設定檔一欄,將所有標記為必填的追蹤碼列變更為管理員設定或選用。
-
關於追蹤碼的詳細資訊,請參考https://help.webex.com/izu2ty。
當您將網站更新為 Control Hub 時,會保留使用者的所有追蹤碼值。
-
將來,此限制將被解除,您將能夠將追蹤程式碼對應到 Control Hub 中所需的自訂使用者屬性,以實現等效功能。
地圖追蹤程式碼到使用者屬性功能目前處於公開預覽階段的草稿。讓您先睹為快。
在將具有 必要 追蹤程式碼的網站從網站管理更新到 Control Hub 之前,您必須先將這些追蹤程式碼對應到 Control Hub 中的使用者屬性。您可以點擊「資訊」下的圖標,直接進入該網站的地圖追蹤程式碼到使用者屬性精靈。如果您尚未對應或停用所需的追蹤程式碼,則您將無法將您的網站更新至 Control Hub。
如果您的網站沒有所需的追蹤程式碼,您仍然可以按照此程序將網站更新到 Control Hub 之前將追蹤程式碼對應到使用者屬性。

對於使用部門作為追蹤碼的會議位置,建議您將該追蹤碼對應至部門使用者設定檔屬性而非自訂屬性。由於部門是 Control Hub 中的標准設定檔屬性,因此在大多數情況下此情境會更有效率。
如果需要此屬性,則前往使用者設定檔屬性部分並將部門屬性標記為必要。請記住,不會為外部使用者填入此部門屬性以及其他使用者屬性。
1 |
登入 Control Hub 並轉至會議。 | ||||||||||||||||||||||||||||||||||||||||
2 |
選擇一個站點,然後前往 . | ||||||||||||||||||||||||||||||||||||||||
3 |
選擇 建立追蹤代碼圖。 ![]() | ||||||||||||||||||||||||||||||||||||||||
4 |
選取開啟追蹤碼摘要。 ![]() | ||||||||||||||||||||||||||||||||||||||||
5 |
按一下下載組態摘要。您必須下載目前追蹤碼組態的副本。您在後續步驟中將需要此摘要,從而確保所有屬性值都與目前的追蹤碼一致。 您還可以將先前的追蹤碼清單下載為 CSV 檔案,以便為自訂屬性上傳相同的值。 ![]() | ||||||||||||||||||||||||||||||||||||||||
6 |
返回到精靈並選取新增和檢閱使用者屬性。 ![]() | ||||||||||||||||||||||||||||||||||||||||
7 |
設定此網站所需的任何新的自訂屬性。如果您希望為使用者填寫這些字段,請將任何屬性標記為必需。自訂屬性不適用於使用目錄連接器、Azure AD 等同步使用者的組織。您可以利用此步驟來檢查追蹤程式碼的顯示名稱。當您進行所需的變更後,按一下儲存。 鎖定屬性類似於經典會議站點追蹤程式碼中的 AdminSet 。當您將自訂屬性標示為已鎖定時,使用者將看不到該屬性。如果您在此步驟中按一下儲存,則您新增、移除或標示為必要的任何自訂屬性會立即對組織生效。加入組織的新使用者必須遵循此更新的自訂屬性組態,否則使用者加入將會失敗。在將自訂屬性標示為必要之前,請謹慎行事。 ![]() | ||||||||||||||||||||||||||||||||||||||||
8 |
返回到精靈並選取對應追蹤碼。 ![]() | ||||||||||||||||||||||||||||||||||||||||
9 |
使用下拉式清單將追蹤碼對應至組織的自訂或使用者設定檔屬性。將網站追蹤碼對應至屬性時,如果輸入類型設定為文字欄位,則系統首先會對應至預先存在且符合追蹤碼名稱的屬性。完成後按下一步。 如果您的組織使用自動化使用者加入程序(例如 Directory Connector 或 Azure AD),則您不應將追蹤碼對應至自訂屬性。您應該將追蹤碼對應至同步屬性。 先前,每個中心都可以採用不同的方式設定追蹤碼。所有中心(Meetings、Events、Webinars 等)現在共用單一排定組態。當您根據需要對應屬性時,在 Webex Meetings、Webex Webinars 等中排定時需要該屬性。 ![]() | ||||||||||||||||||||||||||||||||||||||||
10 |
點選 儲存地圖。在將網站更新到 Control Hub 的過程中,同步會自動完成。 我們建議透過執行 會議站點的站點使用者匯出來備份使用者的追蹤程式碼值 當您將追蹤碼對應至自訂屬性時,資料的單一事實來源來自 Webex 身份而不是每個會議位置。 同步會執行一次複製以將追蹤碼使用者值複製到尚未針對使用者填入的對應屬性,這意味著首先同步追蹤碼的網站的順序很重要。同步第一個網站時,該網站中的使用者的追蹤碼值會複製到 Control Hub 中該使用者的對應使用者屬性,但前提是尚未針對使用者填入該值。 在同步期間,某些追蹤碼值可能無法從網站複製到使用者屬性 如果在同步時已填入對應網站的使用者值,則該網站中的追蹤值不會複製到 Control Hub 中該使用者的對應屬性。 為避免資料取代使用者的其他追蹤碼,我們建議您對應會議位置的資料並將該資料與最新的使用者追蹤碼資料進行同步。 不會從將追蹤碼對應至透過外部來源(例如 Directory Connector 或 Azure AD)同步的使用者欄位的網站中複製追蹤碼值。 下表概述了資料可能取代原始追蹤碼的情境。在下列情境中,追蹤碼和對應屬性是使用者所在的城市。
* 先前的追蹤代碼值已被現有的映射屬性取代。 |
在更新網站以在 Control Hub 中管理之前,請確保:
- 應位於您組織中的所有網站使用者實際都位於您的 Control Hub 組織中。
- 不應位於您組織中的所有網站使用者都已從您的組織中刪除。
- 如果您的組織已設定 SSO,則 IdP 可以驗證組織中的使用者。
- 當您更新網站時,網站中標記為必填的使用者設定檔欄位也將複製到 Control Hub 組織。如果您不希望這些字段在 Control Hub 中的網站上標記為帳戶註冊必填,請先在網站管理中取消選取這些字段,然後再更新至 Control Hub。
- 您已閱讀本文前面的準備 Control Hub 組織章節。
有關如何將您的網站更新至 Control Hub 的示範,請參閱此 視訊 。
如何檢查將封鎖網站更新的使用者

-
請重新登錄網站管理,然後開啟更新 管理 頁面。
-
開啟複查更新管理的先決條件控制項,然後按一下以 CSV 匯出受影響的使用者。
-
等待匯出完成。此過程可能需要一些時間,取決於網站的開始時間和使用者人數。每小時的出口暫停 6 分鐘(介於 xx:57 到 xx:03).
-
匯出完成後,按一下下載 CSV。
您的瀏覽器正在下載
users-to-review.csv
。 -
開啟 CSV 檔案並勾選建議動作欄(最後一欄)。對檔案中的每個使用者採取建議的動作。
電子郵件地址不符的使用者
部分使用者在網站管理和 Control Hub 中可能具有不同的電子郵件地址。如果使用者由此網站連結至 Control Hub 後,只在其中一處變更電子郵件,則有可能發生以上情形。
電子郵件地址不符的使用者可嘗試以下列方式修正:
-
在網站管理中變更使用者的電子郵件地址,確保與 Control Hub 的電子郵件地址相符
使用者可以在網站管理中編輯其設定檔: https://help.webex.com/nmig1kcb
-
變更 Control Hub 中使用者的電子郵件地址以符合網站管理員電子郵件地址: https://help.webex.com/nsi3kgb。
使用者可以在 Control Hub 組織中變更其電子郵件地址: https://help.webex.com/nme40aeb
如果您將網站更新為 Control Hub 而不更正使用者電子郵件地址不符,則受影響的使用者必須使用其 Control Hub 電子郵件地址來登錄其會議網站。如果這些使用者嘗試使用網站管理中的電子郵件地址來登錄,或者其 Control Hub 電子郵件地址在 IdP 中不再有效(適用于 SSO 組織),則他們可能無法登錄。他們不會阻止您更新網站,但最好在開始更新之前修復電子郵件地址。
擁有基本會議許可證的外部用戶
在將網站從網站管理更新到控制中心之前,擁有 基本會議許可證 的外部使用者需要停用或升級到付費的 Webex Meetings 許可證。
如何停用使用者
在網站管理下停用個別使用者:
-
前往
。 -
使用索引、搜尋和篩檢功能尋找使用者。
-
取消勾選使用中方塊。
-
提交 更改。
請參閱 在 Webex 網站管理中管理使用者帳戶 以了解更多資訊。
在網站管理下批量停用使用者:
-
將使用者匯出至 CSV 檔。
-
開啟 CSV 檔案並將所有受影響的使用者的
Active
列值修改為N
。 -
匯入修改後的 CSV 檔。
經修改後的使用者現在處於停用狀態。
請參閱於 Webex 網站管理下批次匯入和匯出 Webex 使用者以瞭解更多資訊。
具有目錄同步的組織中使用者
如果組織內應該存在未連結的使用者,但尚未新增,則必須先將其新加入組織。這對於已針對目錄同步(透過 目錄連接器 或 Azure AD)進行配置的組織尤為重要,因為目錄同步將不允許網站更新程式來新增使用者。
如果網站上的任何使用中使用者無法鏈至 Control Hub 組織,則網站更新將會失敗。如果您的組織已針對目錄同步進行配置,請確定必須先將網站上必須屬於 Control Hub 組織的所有使用者新目錄連接器或 Azure AD,然後再開始更新。
在開始更新之前修復用戶問題
如果您嘗試將網站更新至 Control Hub 而不解決 users-to-review
檔案中的使用者問題,則更新管理過程可能會失敗。在您開始最終更新之前,此工具不會檢查您是否已更正問題。
更新連結到 SSO 組織的 SSO 站點和非 SSO 站點
Control Hub 組織可以支援 SSO 的多個身分提供者 (IdP),其中一個 IdP 是 Webex IdP(本地驗證)
Control Hub 中的多個 IdP 將有助於:
- 站點管理中的 SSO 站點的 IdP 與控制中心的 SSO IdP 不同。
- 當網站中的使用者不在組織中配置的 SSO IdP 中時,現在可以將這些使用者新增至本機 Webex IdP。然後,您可以稍後將這些使用者移至已設定的 SSO IdP。
設定多個 IdP 可以使從網站管理員更新到 Control Hub 的網站上的所有使用者透過 Control Hub 組織中配置的驗證方法登入。為了實現這一點,您可以:
- 在 Control Hub 組織中新增其他 SSO IdP。
- 將使用者新增至已配置的 IdP。
- 將使用者新增至本機 Webex IdP。
請參閱 本文 以了解有關 Control Hub 中的多個 IdP 的更多資訊。
在開始之前
您必須停用某些功能,且必須檢查所有使用者是否都狀態良好,以便更新為 Control Hub。如果有使用透過 API 整合的應用程式,您必須進行更新才可使用 Webex API。
相關先決條件已說明於本文的前面部分。
請確保您的所有管理員都知道網站將更新為 Control Hub,並告知他們當轉換程序啟動後,不得在網站管理中做出任何變更。
1 |
匯出 並儲存網站使用者匯出檔案。該文件作為使用者配置存檔,幫助您在更新後進行驗證。 |
2 |
請登入至網站管理,然後按一下更新管理。 |
3 |
複查先決條件,尤其是檢查 CSV 清單,找出可能影響更新成功的使用者。 |
4 |
瞭解需要停用的功能,以及使用者管理和主持人授權方面可能出現的差異(此文章中已記載)。 |
5 |
按一下更新為 Control Hub。僅在上述步驟完成後才會啟動此按鈕。 ![]() 隨即出現一個快顯視窗。此視窗顯示將網站更新為 Control Hub 為永久性,一旦更新完成,您即無法復原。當更新完成後,此網站將不會再於網站管理中進行管理。如果您尚未準備好在 Control Hub 中完全管理此網站,請現在退出精靈。
![]() |
6 |
按一下 確定。 更新開始時,橫幅會出現在網站管理上方,讓您知道網站更新正在進行中。如果發生錯誤,系統將顯示錯誤訊息並提供建議動作。若無錯誤,您將看到成功訊息。 網站更新大約需要 3 分鐘 + 1000 活躍 users/min + 2000年不活躍 users/min 完成。例如,如果您在 05:20 而您的網站有 8000 名活躍用戶和 2000 名非活躍用戶,網站更新大約需要 12 分鐘。此外,網站更新在每小時的開始和結束之間暫停 6 分鐘( xx:57 到 xx:03). 但結果可能有所不同。 |
7 |
按一下登入 Control Hub。 |
從 Webex 網站管理觸發網站更新後,您可以登入 Control Hub 以查看網站更新的狀態。
-
登入 Control Hub 並開啟 Meetings 頁面。
您可以看到您的會議網站的清單。
-
點擊某個網站,可查看關於該網站的資訊。
-
尋找網站更新區段,您可以在其中讀取更新狀態。
完成更新後,您可以在網站管理中下載所有使用者的清單,以查看哪些使用者在網站上處於使用中或非使用中狀態。在使用者狀態欄的使用者狀態列中顯示為網站管理的使用者將不能存取 Control Hub 管理的網站。這些使用者也將不會顯示為具有 Control Hub 使用者區段的任何網站存取權。
下載按鈕可能需要一些時間才會出現(大部分組織需要數分鐘)。
-
複查清單以檢查更新時發生的任何問題。
當網站更新完成之後,您將無法於網站管理下管理此網站。所有的管理功能必須在 Control Hub 中進行。您可以透過以下步驟熟悉 Control Hub 的功能,並嘗試管理您的網站:
-
檢查一些網站配置設定以確認沒有任何變更。如果您在更新到 Control Hub 之前複製了一些網站管理設置,這會更容易。
-
選擇一個主機,並在 Control Hub 中驗證其授權、追蹤程式碼和會話類型。登入會議網站並確認其安排的會議、錄音和偏好設定沒有改變。如果在更新到 Control Hub 之前複製該主機的數據,則驗證會更容易。
要求使用者檢查是否可以自行排定和主持新會議。
-
將使用者新增至組織。授予他們主持人授權,修改其作業階段類型,並確認可以自行主持會議。
我們建議您 設定基於組織或群組的許可證模板,以自動將許可證 指派給新使用者或特定的新使用者群組。 -
選取之前在網站管理中擁有完整管理員權限的使用者,並確認其擁有與 Control Hub 中更新後的網站適當層級的存取權限。
這些使用者應該可以讀取和修改網站,建立、授權、修改及刪除使用者。
-
如果您的網站有使用 API 整合,則切換至使用 People API。確認該整合於更新後有如期運作。
關於利用 Control Hub 管理會議網站的詳細資訊,請參考 https://help.webex.com/naqlzeu。
-
使用者將具有單一統一的 Webex 應用程式及所有 Control Hub 管理的網站的登錄體驗。
如果使用者名稱與使用者電子郵件地址不相符網站管理,那麼這些使用者將對登錄體驗產生影響。無法再使用舊使用者名稱,並且這些使用者必須使用其電子郵件地址來註冊。 -
使用者憑證與其 Control Hub 身分相關聯。這些相同的認證適用於同一組織內所有 Control Hub 管理的網站以及 Webex 應用程式。
-
如果已SSO Control Hub 組織,則SSO管理 Webex 應用程式及所有 Control Hub 管理網站的登錄體驗。
-
由於更新至 Control Hub,Webex 應用程式的登錄體驗不受影響。
-
當使用者從網站Webex Meetings時,該登錄螢幕看起來會有所不同。使用者必須輸入其電子郵件地址才能入入,即使其組織已SSO。
管理員可以在 Control Hub 中啟用 記住我選項 ,這樣使用者就不必在每次登入時再次輸入他們的電子郵件地址。 -
根據每個使用者的歷史記錄,他們擁有帳戶的網站數量等:
-
如果將使用者鏈結至 Webex Identity/Control Hub 中的現有使用者,則使用者將針對更新為 Control Hub 的所有 Webex 網站使用相同的密碼。
-
如果在 Webex Identity/Control Hub 中由於網站鏈結建立了使用者,則其第一個鏈結的網站的認證適用(如果組織未設定 SSO)。使用者會被重新導向以重新導向至該網站。如果使用者具有多個具有多個認證的網站,則網站 URL 應該協助他們確定要使用哪些認證。
-
允許使用者在 Control Hub 組織中重設其密碼(如果密碼不是透過 SSO)。如果使用者忘記了密碼,他們 只需在登錄畫面上按一下忘記了使用者名稱或密碼即可重設密碼。使用者還可以遵循以下指示來重設密碼:
- 重設 Webex 應用程式的密碼: https://help.webex.com/article/n02v0b8/
- 重設網站Webex Meetings密碼: https://help.webex.com/article/6v6kaab/
-
-
如果最終使用者的電子郵件地址已變更,而且該使用者在網站更新時在網站管理和 Control Hub 中具有不同的電子郵件地址,該使用者在嘗試登錄時可能會遇到問題。使用者可能不知道他們現在需要使用 Control Hub 電子郵件地址來登錄,或者 Control Hub 中的電子郵件地址可能不再有效(在組織的 SSO IdP 中)。在網站管理中對相同使用者的電子郵件地址進行變更時,在 Control Hub 中更新使用者的電子郵件地址,以最佳方式避免此類型的情況。
-
iOS 版行動應用程式上的使用者Webex Meetings重新登錄:
- 如果您將非 SSO 網站更新至 Control Hub,則使用者必須重新登錄 iOS Webex Meetings行動應用程式。雖然 iOS Meetings 應用程式在網站更新後最多兩個月內都不需要使用者重新登錄,但我們建議使用者手動重新登錄以先占方式避免該狀況。
-
在網站更新期間,使用者名稱與電子郵件地址不符的使用者可能需要重新登入。
-
如果這些使用者在網站更新至 Control Hub 期間嘗試存取網站上的 Webex 服務,則可能需要再次登入其 Webex 用戶端。在站點更新開始之前已經加入會議的使用者不會受到影響。
-
清空「使用者複查」CSV 檔案
如果您的網站規模較大,且電子郵件地址在「網站管理」中的使用者數超過 1000,那麼在網站更新精靈中可能會遇到空的「使用者複查」CSV 檔案。這會導致網站更新無法工作,因為您將不能解決使用者的問題。此問題正在處理中,我們計畫未來幾周解決此問題。
更新至 Control Hub 時不會繼承的設置
- 如果您的網站管理員管理的網站位於慢速通道,並且您的控制中心也由合作夥伴管理,那麼在更新到控制中心後,您可能會失去對會議網站版本更新控制的可見性。如果發生這種情況,請聯絡您的合作夥伴並要求他們為您的組織啟用 允許客戶升級網站版本 設定。
- 待處理的自註冊帳戶請求不會轉移到警報中心。更新完成後,使用者必須 再次註冊帳戶 。
- 更新完成後,網站管理中的使用者名稱值將被 Control Hub 中的使用者電子郵件地址覆蓋。
導致更新失敗的使用者問題
- 如果使用者的電子郵件地址與政府組織的 Webex 中的使用者關聯,如果在開始更新之前未停用這些使用者,則會導致更新失敗。
導致更新失敗的常見問題及建議的動作
如果您的網站無法更新至 Control Hub,請檢查下表以查看其中一個 comon 錯誤是否為原因,以及您可以執行哪些操作來修正它。
導致更新失敗的錯誤 | 建議的動作 |
---|---|
網站類型無效。 | 請聯絡Webex Support團隊以驗證網站是否與使用者關聯。 |
該網站沒有與其關聯的訂閱。 | 網站必須先與訂閱相關聯,然後才能更新至 Control Hub。 |
組織 ID 有問題。 | 網站鏈名組織 ID 與訂閱組織 ID 不同。請聯絡Webex Support團隊。 |
下列訂閱在 Control Hub 中具有擱置中的作業:(子 ID)。 | 擱置作業完成後重試網站更新。 |
設定(單一登入)SSO衝突。 | 如果網站SSO,請確保:
|
網站管理中的網站授權資訊與 Control Hub 中的網站授權資訊不相符。 | 網站管理和 Control Hub 之間的授權資訊不一致。請聯絡Webex Support團隊。 |
部分使用者名稱或電子郵件地址網站管理 Control Hub 中的使用者名稱或電子郵件地址衝突。 | 在網站管理中使用者的電子郵件由 Control Hub 中的其他使用者使用。變更其中一個電子郵件地址或使用者名稱。 |
我們在更新您的網站時發生問題。 | 阻止更新此網站的內部錯誤。請聯絡Webex Support團隊。 |
我們在更新 Webex 使用者時發生問題。 | 阻止更新此網站的內部錯誤。請聯絡Webex Support團隊。 |
使用者登入問題
確保始終允許 Webex cookie。否則,使用者更新到 Control Hub 後可能會遇到登入問題。
Q:思科何時不再支援站點管理?
答:是。我們計劃於 2023 年 12 月底棄用 Webex 網站管理。
Q:更新至控制中心管理後,網站管理中的網站管理員是否仍保留對網站的管理存取權?
答:是。在網站更新到 Control Hub 管理後,網站管理中的所有管理員仍然具有網站的管理存取權。
Q:將會議網站從網站管理更新到 Control Hub 管理後,為什麼我會在網站上看到新的管理員?
答:網站上的新管理員可能是 Control Hub 組織管理員。當網站從網站管理更新到控制中心時,所有組織範圍的管理員都將成為新的控制中心管理網站的網站管理員。這表示組織完全管理員將成為 Webex 網站完全管理員,組織使用者管理員將成為 Webex 網站使用者管理員,組織唯讀管理員將成為 Webex 網站只讀管理員。
Q:將網站更新到 Control Hub 後,生產力工具登入為什麼不起作用?
答:確保網際網路瀏覽器配置為 始終允許會話 cookie,位於瀏覽器的進階隱私設定中。
Q:如果在 Control Hub 中刪除了某個用戶,然後將相同的電子郵件地址重新添加到 Control Hub 並向同一個 Webex 網站分配了會議許可證,該用戶還能訪問他們的舊錄音嗎?
答:可以,如果使用者將授權指定給先前使用的任何 Webex 網站,那麼他們具有存取其所有舊 Meetings 內容的存取權。這同時適用于已更新至 Control Hub 的 Control Hub 管理網站和網站。
Q:如果使用者在站點更新到 Control Hub 之前在站點管理中被停用,然後又在 Control Hub 中被重新授權到同一個 Webex 站點,那麼該用戶是否可以存取他們的舊錄音?
答:可以,使用者仍將具有其舊錄製的存取權。此外,在網站更新之前在網站管理中停用的任何使用者都將列在 Control Hub 中的 Meetings CSV 匯出檔案中。
Q:如果某個網站未設定 SSO IdP,但 Control Hub 組織有 SSO IdP,那麼當網站更新到 Control Hub 時會發生什麼事?
答:網站將使用與 Control Hub SSO相同的 IdP。
Q:如果網站設定的 SSO IdP 與 Control Hub 中的 SSO IdP 不同,那麼網站更新到 Control Hub 時會發生什麼事?
答:網站將切換以使用與 Control Hub SSO相同的 IdP。
Q:如果某個網站確實設定了 SSO IdP,但 Control Hub 組織沒有 SSO IdP,那麼當網站更新到 Control Hub 時會發生什麼事?
答:您將被封鎖來更新您的網站。若要解除封鎖網站,以便您可以更新至 Control Hub,請從網站管理網站移除 SSO IdP,或將 SSO IdP 新SSO Control Hub 組織。
Q:我還能登入網站網址來存取錄音並安排會議或活動嗎?
答:可以,您仍然可以在網站 URL 中存取錄製、排定會議等。
Q:從站點管理到控制中心的站點更新過程中,使用者特定設定是否會被修改?
答:否,使用者設定將保持不變。這些設定將和網站更新之前一樣適用。
Q:此站點更新會影響我的錄音或安排的會議嗎?
答:主持人錄製不受影響。您仍然可以存取它們。您排定的會議也不受影響。它們沒有變更。
Q:此站點更新是否會影響使用者的錄音或安排的會議?
答:使用者錄音不受影響。他們仍然可以訪問它們。已安排的會議也不會受到影響。它們沒有變更。
對於尚未認領的用戶,如果您在將網站更新到 Control Hub 後認領他們,他們的錄製或安排的會議可能會受到影響。有關詳細信息,請參閱以下註釋。
我們強烈建議您在將網站更新到 Control Hub 之前先聲明使用者。如果您在網站更新到 Control Hub 後將使用者認領到您的組織,那麼這些使用者可能會失去對網站中的會議和會議資產的存取權。
作為解決方法,您可以執行以下操作,以確保在網站更新至 Control Hub 後,使用者不會失去對網站中的會議和會議資產的存取權:
- 對於具有組織或網站外部管理員權限的使用者 - 刪除對組織和網站的所有外部管理員存取權限,然後刪除會議網站授權。認領該使用者後,重新授權該使用者造訪該網站。您也可以恢復他們的外部管理員權限。
- 對於普通用戶 - 刪除會議站點許可證,將用戶聲明到您的組織,然後重新許可該用戶訪問該站點。
Q:我可以在哪裡查看 Control Hub 管理網站的待處理的自註冊帳戶請求?
答:您和其他管理員可以在 Alerts Center 中複查自行 註冊請求。
Q:將網站更新到 Control Hub 後,我可以從網站管理存取使用者名稱值嗎?
答:當您將網站更新為 Control Hub 後 90 天內,在 Control Hub 中可以使用網站管理中所有使用者的使用者匯出檔案。此 CSV 檔案包括使用者名稱值。
Q:我們使用使用者名稱值來識別網站管理中的使用者。如何在 Control Hub 中執行相同操作?
答:將網站更新為 Control Hub 後,使用者名稱值會遺失。如果您需要存取這些值,一個解決方案是在更新網站之前將值複製到追蹤碼。將網站更新為 Control Hub 後,將保留使用者的追蹤碼值並且此值可用。如果您使用 SSO,則 ExternalID
是可以包含此值的 Control Hub 使用者屬性。這要求您 設定 SAML 判斷, 以在 Control Hub 中設定 SAML SSO傳遞此值。在自動建立新使用者期間,此值也會傳遞至Control Hub 。
Q:網站更新開始後,需要多長時間才能完成?
答:網站更新大約需要 3 分鐘 + 1000 活躍 users/min + 2000年不活躍 users/min 完成。例如,如果您在 05:20 而您的網站有 8000 名活躍用戶和 2000 名非活躍用戶,網站更新大約需要 12 分鐘。此外,網站更新在每小時的開始和結束之間暫停 6 分鐘( xx:57 到 xx:03). 但結果可能有所不同。
Q:更新要在 Control Hub 中管理的網站後,如何自動授權每個新使用者或特定群組中的新使用者?
答:您可以 設定基於組織或群組的許可證範本 以自動將許可證指派給新使用者。
Q:網站更新期間是否會有停機時間?
答:否。網站更新期間:
- 使用者可以繼續使用會議服務,例如加入和開始預定的會議和臨時會議。
- 站點更新開始時正在進行的會議不會受到影響。
- 訂閱將在控制中心被鎖定。
- 會議桌面用戶端的「即將召開的會議」部分可能有問題。
- 不建議變更站台管理配置。