疑難排解 WorkSpaces 個人問題 - Amazon WorkSpaces
啟用進階記錄對特定問題進行疑難排解

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

疑難排解 WorkSpaces 個人問題

下列資訊可協助您疑難排解 WorkSpaces.

啟用進階記錄

若要協助疑難排解使用者可能遇到的問題，您可以在任何 Amazon 用 WorkSpaces 戶端上啟用進階記錄。

進階記錄會產生包含診斷資訊和偵錯層級詳細資料 (包括詳細效能資料) 的日誌。對於 1.0+ 和 2.0 以上的用戶端，這些進階記錄檔案會自動上傳至資料庫 AWS.

注意

若要取得 AWS 檢閱進階記錄檔案，並取得 WorkSpaces 客戶問題的技術支援，請連絡 AWS Support如需詳細資訊，請參閱。AWS Support 中心。

若要啟用 Web Access 的進階記錄

  1. 打開您的 Amazon WorkSpaces 網絡訪問客戶端。

  2. 在 WorkSpaces 登入頁面頂端，選擇 [診斷記錄]。

  3. 在快顯對話方塊中，確定已啟用診斷記錄。

  4. 針對日誌層級，選擇進階記錄。

若要在 Google Chrome、Microsoft Edge 和 Firefox 中存取日誌檔案

  1. 在瀏覽器上開啟內容 (滑鼠右鍵) 功能表，或在鍵盤上按 Ctrl+Shift+I (或對於 Mac，按 command+option+I)，以開啟開發人員工具面板。

  2. 在開發人員工具面板中，選擇控制台索引標籤以尋找日誌檔案。

若要在 Safari 中存取日誌檔案

  1. 依序選擇 Safari、設定。

  2. 在設定視窗上，選擇進階索引標籤。

  3. 選擇在功能表列中顯示開發功能表。

  4. 從功能表列的開發索引標籤中，選擇開發 > 顯示 Web Inspector。

  5. 在 Safari Web Inspector 面板中，選擇主控台索引標籤以尋找日誌檔案。

Windows 用戶端

    Windows 用戶端日誌會儲存在下列位置：

    %LOCALAPPDATA%\Amazon Web Services\Amazon WorkSpaces\logs

    若要為 Windows 用戶端啟用進階記錄

    1. 關閉 Amazon WorkSpaces 客戶端。

    2. 開啟命令提示應用程式。

    3. 使用-l3旗標啟動 WorkSpaces 用戶端。

      c:

      cd "C:\Program Files\Amazon Web Services, Inc\Amazon WorkSpaces"

      workspaces.exe -l3

      注意

      如果 WorkSpaces 為一個使用者而非所有使用者安裝，請使用下列命令：

      c:

      cd "%LocalAppData%\Programs\Amazon Web Services, Inc\Amazon WorkSpaces"

      workspaces.exe -l3

    macOS 用戶端

      macOS 用戶端日誌會儲存在下列位置：

      ~/Library/"Application Support"/"Amazon Web Services"/"Amazon WorkSpaces"/logs

      若要為 macOS 用戶端啟用進階記錄

      1. 關閉 Amazon WorkSpaces 客戶端。

      2. 開啟終端機。

      3. 執行下列命令。

        open -a workspaces --args -l3

      Android 用戶端
        若要為 Android 用戶端啟用進階記錄

        1. 關閉 Amazon WorkSpaces 客戶端。

        2. 開啟 Android 用戶端功能表。

        3. 選取支援。

        4. 選取記錄設定。

        5. 選取啟用進階記錄。

        若要在啟用進階記錄後擷取 Android 用戶端的日誌：

        • 選取擷取日誌以在本機儲存壓縮的日誌。

        Linux 用戶端

          Linux 用戶端日誌會儲存在下列位置：

          ~/.local/share/Amazon Web Services/Amazon WorkSpaces/logs

          若要為 Linux 用戶端啟用進階記錄

          1. 關閉 Amazon WorkSpaces 客戶端。

          2. 開啟終端機。

          3. 執行下列命令。

            /opt/workspacesclient/workspacesclient -l3

          Windows 用戶端

            Windows 用戶端日誌會儲存在下列位置：

            %LOCALAPPDATA%\Amazon Web Services\Amazon WorkSpaces\logs

            若要為 Windows 用戶端啟用進階記錄

            1. 關閉 Amazon WorkSpaces 客戶端。

            2. 開啟命令提示應用程式。

            3. 使用-l3旗標啟動 WorkSpaces 用戶端。

              c:

              cd "C:\Program Files (x86)\Amazon Web Services, Inc\Amazon WorkSpaces"

              workspaces.exe -l3

              注意

              如果 WorkSpaces 為一個使用者而非所有使用者安裝，請使用下列命令：

              c:

              cd "%LocalAppData%\Programs\Amazon Web Services, Inc\Amazon WorkSpaces"

              workspaces.exe -l3

            macOS 用戶端

              macOS 用戶端日誌會儲存在下列位置：

              ~/Library/"Application Support"/"Amazon Web Services"/"Amazon WorkSpaces"/logs

              若要為 macOS 用戶端啟用進階記錄

              1. 關閉 Amazon WorkSpaces 客戶端。

              2. 開啟終端機。

              3. 執行下列命令。

                open -a workspaces --args -l3

              Android 用戶端
                若要為 Android 用戶端啟用進階記錄

                1. 關閉 Amazon WorkSpaces 客戶端。

                2. 開啟 Android 用戶端功能表。

                3. 選取支援。

                4. 選取記錄設定。

                5. 選取啟用進階記錄。

                若要在啟用進階記錄後擷取 Android 用戶端的日誌：

                • 選取擷取日誌以在本機儲存壓縮的日誌。

                Linux 用戶端

                  Linux 用戶端日誌會儲存在下列位置：

                  ~/.local/share/Amazon Web Services/Amazon WorkSpaces/logs

                  若要為 Linux 用戶端啟用進階記錄

                  1. 關閉 Amazon WorkSpaces 客戶端。

                  2. 開啟終端機。

                  3. 執行下列命令。

                    /opt/workspacesclient/workspacesclient -l3

                  1. 開啟用 WorkSpaces 戶端。

                  2. 選擇用戶端應用程式右上角的齒輪圖示。

                  3. 選擇 Advanced Settings (進階設定)。

                  4. 選取啟用進階記錄核取方塊。

                  5. 選擇儲存。

                  Windows 用戶端日誌會儲存在下列位置：

                  %LOCALAPPDATA%\Amazon Web Services\Amazon WorkSpaces\1.0\Logs

                  macOS 用戶端日誌會儲存在下列位置：

                  ~/Library/Logs/Amazon Web Services/Amazon WorkSpaces/1.0

                  對特定問題進行疑難排解

                  下列資訊可協助您疑難排解 WorkSpaces.

                  問題

                  我無法創建 Amazon Linux， WorkSpace 因為用戶名中有無效字符

                  對於 Amazon Linux WorkSpaces，使用者名稱：

                  • 最多可包含 20 個字元

                  • 可以包含字母，空格和數字，這些數字可以在 -8 中UTF表示

                  • 可包含下列特殊字元：_.-#

                  • 不能以連字號 (-) 開頭作為使用者名稱的第一個字元

                  注意

                  這些限制不適用於視窗 WorkSpaces。Windows WorkSpaces 支援使用者名稱中所有字元的 @ 和-符號。

                  我更改了 Amazon Linux 的外殼 WorkSpace ，現在我無法佈建PCoIP會話

                  若要覆寫 Linux 的預設外殼 WorkSpaces，請參閱覆蓋 Amazon Linux 的默認外殼 WorkSpaces。

                  我的 Amazon Linux WorkSpaces 無法啟動

                  自 2020 年 7 月 20 日起，Amazon Linux WorkSpaces 將使用新的許可證書。這些新憑證僅與代理程式版本 2.14.1.1、2.14.7、2.14.9 及 20.10.6 或更新版本相容。PCoIP

                  如果您使用的是不支援的PCoIP代理程式版本，則必須將其升級至最新版本 (20.10.6)，其中包含與新憑證相容的最新修正程式和效能改進。如果您未在 7 月 20 日前進行這些升級，則 Linux 的工作階段佈建 WorkSpaces 將會失敗，且您的使用者將無法連線到他們的 WorkSpaces。

                  將您的PCoIP代理程式升級至最新版本

                  1. 在開啟 WorkSpaces 主控台https://console.aws.amazon.com/workspaces/。

                  2. 在導覽窗格中，選擇WorkSpaces。

                  3. 選取您的 Linux WorkSpace，然後選擇「動作」、「重新開機」來重新開機 WorkSpaces。如果 WorkSpace 狀態為STOPPED，您必須 WorkSpaces先選擇 [動作]、[啟動]，然後等到狀態為止，AVAILABLE才能重新開機。

                  4. 重新開機 WorkSpace 且其狀態為之後AVAILABLE，建議您在執行此升級ADMIN_MAINTENANCE時 WorkSpace 將的狀態變更為。完成后，請將的狀態變更 WorkSpace 為AVAILABLE。如需有關 ADMIN_MAINTENANCE 模式的詳細資訊，請參閱手動維護。

                    若要將 a 的狀態變更 WorkSpace 為ADMIN_MAINTENANCE，請執行下列操作：

                    1. 選取， WorkSpace 然後選擇「動作」、「修改」 WorkSpace。

                    2. 選擇修改狀態。

                    3. 針對「預期狀態」，選取「ADMIN_」MAINTENANCE。

                    4. 選擇 Modify (修改)。

                  5. 通過 Connect 到您 WorkSpace 的 Linux SSH。如需詳細資訊，請參閱 WorkSpaces 在 WorkSpaces 個人版中為您的 Linux 啟用安全殼層連線。

                  6. 如果要更新PCoIP代理程式，請執行下列命令：

                    sudo yum --enablerepo=pcoip-stable install pcoip-agent-standard-20.10.6

                  7. 若要驗證代理程式版本並確認更新成功，請執行下列命令：

                    rpm -q pcoip-agent-standard

                    驗證命令應產生以下結果：

                    pcoip-agent-standard-20.10.6-1.el7.x86_64

                  8. 斷開連接 WorkSpace 並再次重新啟動。

                  9. 如果將狀態設定 WorkSpace 為 ADMIN_MAINTENANCE in步驟 4，請重複步驟 4並將 [預期狀態] 設定為AVAILABLE。

                  如果您的 Linux 在升級PCoIP代理程式之後 WorkSpace 仍無法啟動，請連絡 AWS Support。

                  WorkSpaces 在我的連接目錄中啟動經常失敗

                  確認內部部署目錄中的兩個DNS伺服器或網域控制站是否可從您連線到目錄時指定的每個子網路存取。您可以在每個子網路中啟動 Amazon EC2 執行個體，並使用這兩個DNS伺服器的 IP 地址將執行個體加入目錄，以驗證此連線。

                  啟動 WorkSpaces 失敗並出現內部錯誤

                  檢查您的子網路是否設定為自動指派IPv6位址給子網路中啟動的執行個體。若要檢查此設定，請開啟 Amazon VPC 主控台，選取您的子網路，然後選擇「子網路動作」、「修改自動指派 IP 設定」。如果啟用此設定，您將無法 WorkSpaces 使用「效能」或「圖形」套裝軟體啟動。請改為停用此設定，並在啟動執行個體時手動指定IPv6位址。

                  當我嘗試註冊一個目錄時，註冊失敗並將目錄保持ERROR狀態

                  如果您嘗試註冊，則可能會發生此問題 AWS 已針對多區域複寫設定的受管理 Microsoft AD 目錄。雖然主要區域中的目錄可以成功註冊以與 Amazon 搭配使用 WorkSpaces，但嘗試在複寫區域中註冊目錄失敗。多區域複製與 AWS 受管 Microsoft AD 不支援 WorkSpaces 在複寫區域內與 Amazon 搭配使用。

                  我的使用者無法使用互動式登入橫幅連線到 Windows WorkSpace

                  如果已實作互動式登入訊息來顯示登入橫幅，這會防止使用者存取其 Windows WorkSpaces。互動式登入訊息群組原則設定目前不受支援PCoIP WorkSpaces。移 WorkSpaces 至未套用Interactive logon: Message text for users attempting to log on群組原則的組織單位 (OU)。支援登入訊息 WSP WorkSpaces，且使用者必須在接受登入橫幅之後再次登入。

                  我的使用者無法連線到視窗 WorkSpace

                  我的使用者在嘗試連線至其 Windows 時收到下列錯誤 WorkSpaces：

                  "An error occurred while launching your WorkSpace. Please try again."

                  當無法使用加載 Windows 桌面 WorkSpace 時，通常會發生此錯誤PCoIP。請檢查以下內容：

                  • 如果 Windows 的PCoIP標準代理程式服務未執行，就會出現此訊息。使用 Connect RDP 以驗證服務是否正在執行、已設定為自動啟動，以及可透過管理介面 (eth0) 進行通訊。

                  • 如果已解除安裝PCoIP代理程式，請 WorkSpace 透過 Amazon WorkSpaces 主控台重新啟動，以自動重新安裝。

                  • 如果將WorkSpaces安全群組修改為限制輸出流量，則在長時間延遲後，您也可能會在 Amazon WorkSpaces 用戶端上收到此錯誤。限制輸出流量可防止 Windows 與您的目錄控制器通訊來進行登入。確認您的安全性群組允許透過主要網路介面與所有必要連接埠上的目錄控制器通訊。 WorkSpaces

                  此錯誤的另一個原因與使用者權限指派群組政策有關。如果下列群組原則設定不正確，則會阻止使用者存取其 Windows WorkSpaces：

                  Computer Configuration\Windows Settings\Security Settings\Local Policies\User Rights Assignment

                  • 不正確的政策：

                    政策：從網路存取此電腦

                    設置：Domain name\ 網域電腦

                    獲勝GPO：允許檔案存取

                  • 正確的政策：

                    政策：從網路存取此電腦

                    設置：Domain name\ 網域使用者

                    獲勝GPO：允許檔案存取

                  注意

                  此政策設定應套用至網域使用者，而非網域電腦。

                  如需詳細資訊，請參閱 Microsoft Windows 文件中的從網路存取此電腦 - 安全政策設定和設定安全政策設定。

                  我的使用者在嘗試 WorkSpaces 從 WorkSpaces Web 存取登入時遇到問題

                  Amazon WorkSpaces 依賴特定的登入畫面組態，讓使用者能夠從其 Web 存取用戶端成功登入。

                  若要讓 Web Access 使用者登入其 WorkSpaces，您必須設定群組原則設定和三個安全性原則設定。如果未正確設定這些設定，使用者在嘗試登入時可能會遇到較長的登入時間或畫面變黑 WorkSpaces。若要進行這些設定，請參閱 啟用和設定 WorkSpaces 個人的 WorkSpaces Web 存取。

                  重要

                  自 2020 年 10 月 1 日起，客戶將無法再使用 Amazon WorkSpaces 網路存取用戶端連線到 Windows 7 自訂 WorkSpaces 或 Windows 7 自帶授權 (BYOL) WorkSpaces。

                  Amazon WorkSpaces 客戶端在返回登錄屏幕之前顯示一段時間灰色的「正在加載...」屏幕。不會顯示其他錯誤訊息。

                  此行為通常表示 WorkSpaces 用戶端可以透過連接埠 443 進行驗證，但無法透過連接埠 4172 (PCoIP) 或連接埠 4195 () 建立串流連線。WSP如果不符合網路必要條件，就可能會發生這種情況。用戶端的問題通常會導致用戶端的網路檢查失敗。若要查看哪些運作狀態檢查失敗，請選擇網路檢查圖示 (通常為 2.0+ 用戶端的登入畫面右下角有驚嘆號的紅色三角形，或是 3.0+ 用戶端右上角的網路圖示 Network icon )。

                  注意

                  造成此問題的最常見原因是用戶端防火牆或 Proxy，防止透過連接埠 4172 或 4195 (TCP和UDP) 進行存取。如果此運作狀態檢查失敗，請檢查您的本機防火牆設定。

                  如果網路檢查通過，則的網路組態可能有問題 WorkSpace。例如，Windows 防火牆規則可能會封鎖管理介面上的連接埠 UDP 4172 或 4195。 連線到 WorkSpace 使用遠端桌面通訊協定 (RDP) 用戶端，以驗證是否 WorkSpace 符合必要的 Connect 埠需求。

                  我的使用者收到訊息「WorkSpace 狀態：不良狀態。我們無法將您連接到您的 WorkSpace. 請過幾分鐘後再試。」

                  此錯誤通常表示 SkyLightWorkSpacesConfigService 服務沒有回應健康狀態檢查。

                  如果您剛剛重新啟動或啟動 WorkSpace，請等待幾分鐘，然後再試一次。

                  如果 WorkSpace 已執行一段時間，但您仍然看到此錯誤，請使用連線RDP以驗證該 SkyLightWorkSpacesConfigService 服務：

                  • 正在執行。

                  • 已設定為自動啟動。

                  • 可透過管理介面 (eth0) 進行通訊。

                  • 不會被任何第三方防毒軟體封鎖。

                  我的使用者收到訊息「此裝置未獲授權存取 WorkSpace. 請聯絡管理員以尋求協助。」

                  此錯誤表示 IP 存取控制群組已在 WorkSpace 目錄上設定，但未列出用戶端 IP 位址。

                  檢查您目錄上的設定。確認使用者連線的公用 IP 位址是否允許存取 WorkSpace。

                  我的使用者收到訊息：「沒有網路。網路連線中斷。請檢查您的網路連線或聯絡您的管理員尋求協助。」 當嘗試連接到 WSP WorkSpace

                  如果發生此錯誤且使用者沒有連線問題，請確定網路防火牆上已開啟連接埠 4195。為了 WorkSpaces 使用 WorkSpaces 串流通訊協定 (WSP)，用來串流用戶端工作階段的連接埠已從 4172 變更為 4195。

                  WorkSpaces 客戶端給我的用戶一個網絡錯誤，但他們可以在他們的設備上使用其他具有網絡功能的應用程序

                  WorkSpaces 客戶端應用程序依賴於對中的資源的訪問 AWS 雲，並且需要提供至少 1 Mbps 下載帶寬的連接。如果裝置與網路間歇性連線，用 WorkSpaces 戶端應用程式可能會回報網路問題。

                  WorkSpaces 自 2018 年 5 月起，強制使用 Amazon 信任服務發行的數位憑證。在受支援的作業系統上，Amazon 信任服務已經是受信任的根 CA WorkSpaces。如果作業系統的根 CA 清單不是最新的，則裝置無法連線到，而 WorkSpaces 且用戶端會發生網路錯誤。

                  若要辨識憑證失敗所造成的連線問題

                  • PCoIP零用戶端 — 顯示下列錯誤訊息。

                    Failed to connect. The server provided a certificate that is invalid. See below for details:
- The supplied certificate is invalid due to timestamp
- The supplied certificate is not rooted in the devices local certificate store

                  • 其他用戶端—運作狀態檢查失敗並出現網際網路的紅色警告三角形。

                  Windows 用戶端應用程式

                  針對憑證失敗，使用下列其中一個解決方案。

                  解決方案 1：更新用戶端應用程式

                  從 https://clients.amazonworkspaces.com/下載並安裝最新的 Windows 用戶端應用程式。在安裝期間，用戶端應用程式可確保您的作業系統信任 Amazon Trust Services 發行的憑證。

                  解決方案 2：將 Amazon Trust Services 新增至本機根 CA 清單

                  1. 打開https://www.amazontrust.com/repository/。

                  2. 下載格DER式的星空證書 (英文版)。

                  3. 開啟 Microsoft Management Console。(從命令提示，執行 mmc。)

                  4. 選擇 File (檔案)、Add/Remove Snap-in (新增/移除嵌入式管理單元)、Certificates (憑證)、Add (新增)。

                  5. 在 Certificates snap-in (憑證嵌入式管理單元) 頁面中，選取 Computer account (電腦帳戶)，然後選擇 Next (下一步)。保留預設值 Local computer (本機電腦)。選擇 Finish (完成)。選擇確定。

                  6. 展開憑證 (本機電腦) 並選取可信任的根憑證授權單位。選擇 Action (動作)、All Tasks (所有任務)、匯入 (Import)。

                  7. 遵循精靈來匯入您下載的憑證。

                  8. 結束並重新啟動用 WorkSpaces 戶端應用程式。

                  解決方案 3：使用群組政策將 Amazon Trust Services 部署為可信任的 CA

                  使用群組原則將 Starfield 憑證新增至網域CAs的受信任根目錄。如需詳細資訊，請參閱使用政策來散發憑證。

                  PCoIP零客戶端

                  若要直接連線至 WorkSpace 使用韌體 6.0 版或更新版本，請下載並安裝 Amazon 信任服務發行的憑證。

                  若要將 Amazon Trust Services 新增為可信任的根 CA

                  1. 開啟 https://certs.secureserver.net/repository/。

                  2. 下載 Starfield Certificate Chain 之下具有指紋 14 65 FA 20 53 97 B8 76 FA A6 F0 A9 95 8E 55 90 E4 0F CC 7F AA 4F B7 C2 C8 67 75 21 FB 5F B6 58 的憑證。

                  3. 將憑證上傳到零客戶端。如需詳細資訊，請參閱 Teradici 文件中的上傳憑證。

                  其他用戶端應用程式

                  從 Amazon Trust Services 新增 Starfield 憑證 (2b071c59a0a0ae76b0eadb2bad23bad4580b69c3601b630c2eaf0613afa83f92)。如需如何新增根 CA 的詳細資訊，請參閱下列文件：

                  我的 WorkSpace 使用者會看到下列錯誤訊息：「裝置無法連線至註冊服務。請檢查您的網路設定。」

                  發生註冊服務失敗時，您的 WorkSpace 使用者可能會在 [連線 Health 全狀況檢查] 頁面上看到下列錯誤訊息：「您的裝置無法連線至 WorkSpaces 註冊服務。您將無法註冊您的裝置 WorkSpaces。請檢查您的網路設定。」

                  當用 WorkSpaces 戶端應用程式無法連線到註冊服務時，就會發生此錯誤。通常情況下，當 WorkSpaces 目錄已被刪除時，會發生這種情況。若要解決此錯誤，請確定註冊碼是有效的，並且對應於 AWS 雲端。

                  我的PCoIP零客戶端用戶收到錯誤「提供的證書由於時間戳而無效」

                  如果 Terdici 中未啟用網路時間通訊協定 (NTP)，PCoIP零用戶端使用者可能會收到憑證失敗錯誤。若要設定NTP，請參閱為個人設定 PCoIP 零用戶端 WorkSpaces 。

                  USB打印機和其他USB外圍設備不適用於PCoIP零客戶端

                  從PCoIP代理程式 20.10.4 版開始，Amazon 預設會透過 Windows 登錄 WorkSpaces 停用USB重新導向。當您的使用者使用PCoIP零用戶端裝置連線到USB周邊設備時，此登錄設定會影響周邊設備的行為 WorkSpaces。

                  如果您使用的 WorkSpaces 是 20.10.4 版或更USB新版本的PCoIP代理程式，則在您啟用重新導向之前，USB周邊裝置將無法使用PCoIP零用戶端裝置。

                  注意

                  如果您使用 32 位元的虛擬印表機驅動程式，您也必須將這些驅動程式更新為 64 位元版本。

                  啟用PCoIP零用戶端裝置的USB重新導向

                  我們建議您將這些登錄變更推送至您 WorkSpaces 透過群組原則。如需詳細資訊，請參閱 Teradici 文件中的設定代理程式和可設定的設定。

                  1. 將下列登錄機碼值設為 1 (已啟用)：

                    KeyPath = HKEY_ LOCAL _MACHINE\\ 政策SOFTWARE\ 原則\\ 管理員 PCoIP

                    KeyName = pcoip.啟用/usb

                    KeyType = DWORD

                    KeyValue = 1

                  2. 將下列登錄機碼值設為 1 (已啟用)：

                    KeyPath = HKEY_ LOCAL _MACHINE\\ 政策SOFTWARE\ 原則\\ 管理員預設值 PCoIP

                    KeyName = pcoip.啟用/usb

                    KeyType = DWORD

                    KeyValue = 1

                  3. 如果您尚未這麼做，請登出 WorkSpace，然後重新登入。您的USB設備現在應該可以使用。

                  我的使用者略過了更新其 Windows 或 macOS 用戶端應用程式，但沒收到安裝最新版本的提示

                  當使用者略過 Amazon WorkSpaces Windows 用戶端應用程式的更新時，系統會設定SkipThisVersion登錄機碼，並且在發行新版用戶端時，系統不再提示他們更新其用戶端。若要更新至最新版本，您可以按照 Amazon WorkSpaces 使用者指南中的「將 WorkSpaces Windows 用戶端應用程式更新為較新版本」中所述編輯登錄。您也可以執行下列 PowerShell 命令：

                  Remove-ItemProperty -Path "HKCU:\Software\Amazon Web Services. LLC\Amazon WorkSpaces\WinSparkle" -Name "SkipThisVersion"

                  當使用者略過 Amazon WorkSpaces macOS 用戶端應用程式的更新時，會設定SUSkippedVersion偏好設定，並且在發行新版用戶端時不再提示他們更新用戶端。若要更新至最新版本，您可以按照 Amazon WorkSpaces 使用指南中的「將 WorkSpaces macOS 用戶端應用程式更新為較新版本」中所述重設此偏好設定。

                  我的使用者無法在其 Chromebook 上安裝 Android 用戶端應用程式

                  版本 2.4.13 是 Amazon WorkSpaces Chromebook 客戶端應用程序的最終版本。由於谷歌正逐步淘汰對 Chrome 應用程序的支持，因此 WorkSpaces Chromebook 客戶端應用程序不會進一步更新，並且不支持其使用。

                  對於支持安裝 Android 應用程序的 Chromebook，我們建議您改用 WorkSpaces Android 客戶端應用程序。

                  在某些情況下，您可能需要啟用使用者的 Chromebook 才能安裝 Android 應用程式。如需詳細資訊，請參閱設定適用於個人版的安卓系統 WorkSpaces 。

                  我的使用者並未收到邀請電子郵件或密碼重設電子郵件

                  使用者不會自動收到使用 AD Connector 或信任網域建立 WorkSpaces 的歡迎使用或密碼重設電子郵件。如果使用者已經存在於 Active Directory 中，也不會自動傳送邀請電子郵件。

                  若要手動傳送歡迎電子郵件給這些使用者，請參閱 傳送邀請電子郵件。

                  若要重設使用者密碼，請參閱 設定個人使用中目錄管 WorkSpaces 理工具。

                  我的使用者在用戶端登入畫面上看不到「忘記密碼？」選項

                  如果您使用 AD Connector 或可信任的網域，使用者將無法重設自己的密碼。（忘記密碼？ WorkSpaces 客戶端應用程序登錄屏幕上的選項將不可用。） 如需重設使用者密碼的詳細資訊，請參閱 設定個人使用中目錄管 WorkSpaces 理工具。

                  當我嘗試在 Windows 上安裝應用程序時，收到消息「系統管理員已設置策略以阻止此安裝」 WorkSpace

                  您可以修改 Windows 安裝程式群組政策設定來解決此問題。若要將此原則部署至目錄 WorkSpaces 中的多個原則，請將此設定套用至從加入網域EC2的執行個體連結至 WorkSpaces 組織單位 (OU) 的群組原則物件。如果您使用 AD Connector，您可以從網域控制站進行這些變更。如需有關使用 Active Directory 管理工具搭配群組原則物件使用的詳細資訊，請參閱安裝作用中目錄管理工具 AWS Directory Service 管理指南。

                  下列程序顯示如何設定 WorkSpaces 群組原則物件的 Windows 安裝程式設定。

                  1. 請確定您的網域中已安裝最新的WorkSpaces 群組原則系統管理範本。

                  2. 在 Windows WorkSpace 用戶端上開啟 [群組原則管理] 工具，然後瀏覽至 WorkSpaces 電腦帳戶並選取 [ WorkSpaces 群組原則] 物件。從主功能表，依序選擇動作、編輯。

                  3. 在群組政策管理編輯器中，選擇電腦設定、政策、管理範本、傳統管理範本、Windows 元件、Windows Installer。

                  4. 開啟關閉 Windows Installer 設定。

                  5. 在關閉 Windows Installer 對話方塊中，將未設定變更為已啟用，然後將停用 Windows Installer 設為絕不。

                  6. 選擇確定。

                  7. 若要套用群組政策變更，請執行下列其中一項：

                    • 重新啟動 WorkSpace （在 WorkSpaces 控制台中，選擇 WorkSpace，然後選擇操作，重新啟動 WorkSpaces）。

                    • 在管理命令提示中輸入 gpupdate /force。

                  我的目錄 WorkSpaces 中沒有可以連接到互聯網

                  WorkSpaces 默認情況下無法與互聯網通信。您必須明確提供網際網路存取權。如需詳細資訊，請參閱為 WorkSpaces 個人提供網際網路存取。

                  我失去 WorkSpace 了互聯網接入

                  如果您失去 WorkSpace 了對互聯網的訪問權限，並且無法 WorkSpace 通過使用連接到 RDP，則此問題可能是由於丟失的公共 IP 地址引起的 WorkSpace。如果您已在目錄級別啟用彈性 IP 地址的自動分配，則彈性 IP 地址（來自亞馬遜提供的池）在啟動 WorkSpace 時將分配給您。但是，如果您將擁有的彈性 IP 地址關聯到一個 WorkSpace，然後您稍後將該彈性 IP 地址與中斷關聯 WorkSpace，則會 WorkSpace 丟失其公共 IP 地址，並且不會自動從 Amazonon 提供的池中獲取新 IP 地址。

                  若要將 Amazon 提供的集區中的新公用 IP 位址與相關聯 WorkSpace，您必須重建. WorkSpace 如果您不想重建 WorkSpace，則必須將您擁有的另一個彈性 IP 地址與 WorkSpace.

                  我們建議您在啟動 WorkSpace後不要修改 elastic network interface。 WorkSpace 將彈性 IP 位址指派給之後 WorkSpace，會 WorkSpace 保留相同的公用 IP 位址 (除 WorkSpace 非重建，在此情況下，它會取得新的公用 IP 位址)。

                  當我嘗試連線到內部部署目錄時收到「DNS無法使用」的錯誤訊息

                  當您連線到內部部署目錄時，您會收到類似下列的錯誤訊息。

                  DNS unavailable (TCP port 53) for IP: dns-ip-address

                  AD Connector 器必須能夠透過連接埠 53 與您的內部部署DNS伺服器通TCP訊。UDP確認您的安全群組和內部部署防火牆是否允許TCP透過此連接埠進行UDP通訊。

                  當我嘗試連線到內部部署目錄時，收到「偵測到連線問題」錯誤

                  當您連線到內部部署目錄時，您會收到類似下列的錯誤訊息。

                  Connectivity issues detected: LDAP unavailable (TCP port 389) for IP: ip-address
Kerberos/authentication unavailable (TCP port 88) for IP: ip-address
Please ensure that the listed ports are available and retry the operation.

                  AD Connector 必須能夠透過下列連接埠與您的內部部署網域控制站通TCP訊。UDP確認您的安全性群組和內部部署防火牆允許TCP透過這些連接埠進行UDP通訊：

                  • 88 (Kerberos)

                  • 389 (LDAP)

                  當我嘗試連線到內部部署目SRV錄時收到「記錄」錯誤

                  當您連線到內部部署目錄時，您會收到類似下列一或多個錯誤訊息：

                  SRV record for LDAP does not exist for IP: dns-ip-address

SRV record for Kerberos does not exist for IP: dns-ip-address

                  AD Connector 需要在連接到您的目_kerberos._tcp.dns-domain-nameSRV錄時獲取_ldap._tcp.dns-domain-name和記錄。如果服務無法從您在連線至目錄時指定的DNS伺服器取得這些記錄，就會收到這個錯誤。請確定您的DNS伺服器包含這些SRV記錄。如需詳細資訊，請參閱 Microsoft 上的SRV資源記錄 TechNet。

                  我的窗戶 WorkSpace 在閒置時進入睡眠狀態

                  若要解決此問題，請連線至 WorkSpace 並使用下列程序將電源計劃變更為 [高效能]：

                  1. 從開啟 [控制台]，然後選擇 [硬體] 或選擇 [硬體和音效] (名稱可能會有所不同，視您的 Windows 版本而定)。 WorkSpace

                  2. 在電源選項下，選擇選擇電源計畫。

                  3. 在選擇或自訂電源計畫窗格中，選擇高效能電源計畫，然後選擇變更計畫設定。

                    • 如果停用了選擇高效能電源計畫的選項，請選擇變更目前無法使用的設定，然後選擇高效能電源計畫。

                    • 如果看不到高效能計畫，請選擇顯示其他計畫右側的箭頭加以顯示，或在左側導覽中選擇建立電源計畫，選擇高效能，為電源計畫命名，然後選擇下一步。

                  4. 在變更計畫設定：高效能頁面上，確定關閉顯示器和 (可用的話) 讓電腦進入睡眠狀態設定為絕不。

                  5. 如果您對高效能計畫進行了任何變更，請選擇儲存變更 (如果您要建立新計畫，請選擇建立)。

                  如果上述步驟無法解決問題，請執行下列操作：

                  1. 從開啟 [控制台]，然後選擇 [硬體] 或選擇 [硬體和音效] (名稱可能會有所不同，視您的 Windows 版本而定)。 WorkSpace

                  2. 在電源選項下，選擇選擇電源計畫。

                  3. 在選擇或自訂電源計畫窗格中，選擇高效能電源計畫右側的變更計畫設定連結，然後選擇變更進階電源設定連結。

                  4. 在電源選項對話方塊的設定清單中，選擇硬碟左側的加號以顯示相關設定。

                  5. 確認插電的在下列時間後關閉硬碟值大於使用電池的值 (預設值為 20 分鐘)。

                  6. 選擇 PCIExpress 左側的加號，然後對「連結狀態電源管理」執行相同的動作。

                  7. 確認連結狀態電源管理設定為關閉。

                  8. 選擇確定 (或者您變更了任何設定，則選擇套用) 以關閉對話方塊。

                  9. 在變更計畫設定窗格中，如果您變更了任何設定，請選擇儲存變更。

                  我的一個 WorkSpaces 有狀態 UNHEALTHY

                  此 WorkSpaces 服務會定期將狀態要求傳送至 WorkSpace. A WorkSpace 在無法回應這些要求UNHEALTHY時標記。這個問題的常見原因是：

                  • 上的應用程式 WorkSpace 正在封鎖網路通訊埠，防 WorkSpace 止回應狀態要求。

                  • 高CPU使用率會 WorkSpace 防止及時回應狀態要求。

                  • 的電腦名稱 WorkSpace 已變更。這樣可以防止在 WorkSpaces 和之間建立安全通道 WorkSpace。

                  您可以嘗試使用下列方法更正此情況：

                  • WorkSpace 從 WorkSpaces 控制台重新啟動。

                  • WorkSpace 使用下列程序 Connect 到狀況不良，該程序應該僅用於疑難排解目的：

                    1. Connect 到與狀 WorkSpace 況不良 WorkSpace相同的目錄中的操作。

                    2. 從操作中 WorkSpace，使用遠程桌面協議（RDP）連接到不健康的 IP 地址 WorkSpace 使用不良的運行狀 WorkSpace況。根據問題的程度，您可能無法連接到不健康 WorkSpace的問題。

                    3. 在狀況不良的情況下 WorkSpace，確認符合最低連接埠需求。

                  • 確定 SkyLightWorkSpacesConfigService 服務可以回應健康狀態檢查。若要對此問題進行疑難排解，請參閱 我的使用者收到訊息「WorkSpace 狀態：不良狀態。我們無法將您連接到您的 WorkSpace. 請過幾分鐘後再試。」。

                  • WorkSpace 從主 WorkSpaces 控台重建。因為重建 a WorkSpace 可能會造成資料遺失，因此只有在所有其他嘗試修正問題都不成功時，才應使用此選項。

                  我 WorkSpace 意外崩潰或重新啟動

                  如果 WorkSpace 設定PCoIP為重複當機或重新開機，而您的錯誤記錄檔或損毀傾印指向spacedeskHookKmode.sys或的問題spacedeskHookUmode.dll，或者如果您收到下列錯誤訊息，您可能需要停用 Web Access： WorkSpace

                  The kernel power manager has initiated a shutdown transition.
Shutdown reason: Kernel API
                  The computer has rebooted from a bugcheck.
                  注意

                  • 這些疑難排解步驟不適用於 WorkSpaces 為「 WorkSpaces 串流通訊協定」(WSP) 設定的步驟。它們僅適用於配置的PCoIP。 WorkSpaces

                  • 只有在您不允許使用者使用 Web Access 時，才應停用 Web Access。

                  若要停用對的 Web 存取 WorkSpace，您必須停用 WorkSpaces 目錄中的 Web 存取，然後重新開機 WorkSpace。

                  相同的使用者名稱有多個 WorkSpace，但使用者只能登入其中一個 WorkSpaces

                  如果您刪除 Active Directory (AD) 中的使用者，而不先刪除他們， WorkSpace 然後再將使用者新增回 Active Directory 並 WorkSpace 為該使用者建立新的使用者，相同的使用者名稱現在會有兩個 WorkSpaces 在相同的目錄中。但是，如果使用者嘗試連線到原始檔案 WorkSpace，他們將會收到下列錯誤：

                  "Unrecognized user. No WorkSpace found under your username. Contact your administrator to request one."

                  此外，在 Amazon WorkSpaces 主控台中搜尋使用者名稱時，只會傳回新的使用者名稱 WorkSpace，即使兩者 WorkSpaces 仍然存在。（您可以 WorkSpace 通過搜索 WorkSpace ID 而不是用戶名來查找原始文件。）

                  如果您重新命名 Active Directory 中的使用者，而不先刪除使用者，也可能會發生這種情況 WorkSpace。如果您接著將其使用者名稱變更回原始使用者名稱，並 WorkSpace 為使用者建立新的使用者名稱，則相同的使用者名稱在目錄 WorkSpaces 中會有兩個。

                  因為 Active Directory 會使用使用者的安全性識別碼 (SID)，而不是使用者名稱，來唯一識別使用者，就會發生這個問題。在 Active Directory 中刪除並重新建立使用者時，即使使用者使用者名稱保持不變SID，也會為使用者指派新的使用者。在搜尋使用者名稱期間，Amazon WorkSpaces 主控台會使用搜尋活動目錄中的相符項目。SIDAmazon 用 WorkSpaces 戶端也會在SID使用者連線時使用來識別使用者 WorkSpaces。

                  若要解決此問題，請執行下列其中一項：

                  • 如果因為在 Active Directory 中刪除並重建使用者而發生這個問題，若已啟用 Active Directory 中的資源回收筒功能，您可能能夠還原原始刪除的使用者物件。如果您能夠還原原始使用者物件，請確定使用者可以連線到原始使用者物件 WorkSpace。如果可以的話，您可以 WorkSpace在手動備份並將任何用戶數據從新數據傳輸 WorkSpace 到原始文件 WorkSpace （如果需要）後刪除新的數據。

                  • 如果您無法還原原始使用者物件，請刪除使用者的原始物件 WorkSpace。用戶應該能夠連接到並使用他們的新 WorkSpace 的。請務必手動備份任何使用者資料，並將任何使用者資料從原始檔案傳輸 WorkSpace 到新資料 WorkSpace。

                    警告

                    刪除 WorkSpace 是永久動作，無法復原。用 WorkSpace 戶的數據不會持續存在並被銷毀。如需備份使用者資料的協助，請聯絡 AWS Support。

                  我在 Amazon 上使用 Docker 時遇到問題 WorkSpaces

                  視窗 WorkSpaces

                  在 Windows 上不支援巢狀虛擬化 (包括使用泊塢視窗 WorkSpaces)。如需詳細資訊，請參閱 Docker 文件。

                  Linux WorkSpaces

                  若要在 Linux 上使用 Docker WorkSpaces，請確定 Docker 使用的CIDR區塊不會與兩個彈性網路介面 (ENIs) 中使用的CIDR區塊重疊。 WorkSpace如果您在 Linux 上使用 Docker 時遇到問題 WorkSpaces，請聯絡 Docker 尋求協助。

                  我收到一些API電話的 ThrottlingException 錯誤

                  預設允許的 WorkSpaces API通話速率是每秒兩次API呼叫的固定速率，允許的最大「突發」速率為每秒五個API呼叫。下表顯示突發速率限制對API請求的運作方式。

                  秒 傳送的請求數 允許的淨請求 詳細資訊

                  1

                  0

                  5

                  在第 1 秒期間，允許五個請求，高達每秒五次呼叫的高載速率上限。

                  2

                  2

                  5

                  由於第 1 秒內發出了兩次或更少呼叫，因此仍可使用五次呼叫的完整高載容量。

                  3

                  5

                  5

                  由於第 2 秒內只發出了兩次呼叫，因此仍可使用五次呼叫的完整高載容量。

                  4

                  2

                  2

                  由於第 3 秒內使用了完整高載容量，因此只能使用每秒兩次呼叫的恆定速率。

                  5

                  3

                  2

                  由於沒有剩餘的高載容量，因此此時只允許兩次呼叫。這意味著三個API呼叫中的一個被限制。一個節流的呼叫將在短暫延遲之後回應。

                  6

                  0

                  1

                  由於第 5 秒內的其中一次呼叫會在第 6 秒內重試，所以第 6 內只有一次額外呼叫的容量，因為每秒兩次呼叫的恆定速率限制。

                  7

                  0

                  3

                  現在佇列中不再有任何限制的API呼叫，速率限制會持續增加，最多可達到五個呼叫的突發速率限制。

                  8

                  0

                  5

                  由於第 7 秒內沒有發出任何呼叫，因此允許最大請求數。

                  9

                  0

                  5

                  即使在第 8 秒內沒有發出任何呼叫，但速率限制也不會增加到超過五。

                  當我讓它在後台運行時，我一 WorkSpace 直斷開連接

                  若為 Mac 使用者，檢查「高效小睡」功能是否已開啟。如果已開啟，請將其關閉。若要關閉「高效小睡」，請開啟終端機並執行下列命令：

                  defaults write com.amazon.workspaces NSAppSleepDisabled -bool YES

                  SAML2.0 聯邦不工作。我的使用者沒有授權串流他們的 WorkSpaces 桌面。

                  這可能是因為嵌入 SAML 2.0 聯合IAM角色的內嵌政策不包含從目錄 Amazon 資源名稱 (ARN) 串流的許可。此IAM角色由存取 WorkSpaces 目錄的聯合身分使用者承擔。編輯角色權限以包含目錄，ARN並確保使用者在目錄 WorkSpace 中具有。如需詳細資訊，請參閱 SAML2.0 驗證和疑難排解 SAML 2.0 同盟 AWS.

                  我的使用者每隔 60 分鐘就會從 WorkSpaces 工作階段中斷連線。

                  如果您已將 SAML WorkSpaces 2.0 驗證設定為 (視您的身分識別提供者 (IdP) 而定，您可能需要設定 IdP 作為SAML屬性傳遞的資訊 AWS 作為驗證響應的一部分。這包括設定屬性元素，其 SessionDuration 屬性設定為 https://aws.amazon.com/SAML/Attributes/SessionDuration。

                  SessionDuration 指定在需要重新驗證之前，使用者的聯合串流工作階段可以保持作用中的時間上限。雖然SessionDuration是選用屬性，但我們建議您將其包含在SAML驗證回應中。如果您未指定此屬性，工作階段持續時間會預設為 60 分鐘。

                  若要解決此問題，請將 IdP 設定為在SAML驗證回應中包含SessionDuration值，並視需要設定值。如需詳細資訊，請參閱步驟 5：建立SAML驗證回應的宣告。

                  URI當我的使用者使用 SAML 2.0 身分識別提供者 (IdP) 起始的流程進行聯合聯合時，或者每次我的使用者在聯合至 IdP 之後嘗試從用 WorkSpaces 戶端登入時啟動用戶端應用程式的額外執行個體時，都會收到重新導向錯誤。

                  因為轉送狀態無效URL，就會發生這個錯誤。請確定 IdP 聯合設定中的轉送狀態正確，並且 WorkSpaces 目錄內容中的 IdP 聯合使用者存取URL和轉送狀態參數名稱已正確設定。如果它們是有效的，問題仍然存在，請聯繫 AWS Support。如需詳細資訊，請參閱設定SAML。

                  我的使用者在聯合 IdP 之後嘗試登入用 WorkSpaces 戶端應用程式時，會收到「發生錯誤：啟動您的時候發生錯誤 WorkSpace」訊息。

                  檢閱您的同盟的 SAML 2.0 宣告。主SAML旨 NameID 值必須與 WorkSpaces 使用者名稱相符，而且通常與 Active Directory 使用者的 [sAMAccount名稱] 屬性相同。此外，屬性設定為的 A PrincipalTag:Email ttribute 元素https://aws.amazon.com/SAML/Attributes/PrincipalTag:Email必須與 WorkSpaces 目錄中定義的 WorkSpaces 使用者電子郵件地址相符。如需詳細資訊，請參閱設定SAML。

                  我的使用者在聯合 IdP 後嘗試登入用 WorkSpaces 戶端應用程式時，會收到「無法驗證標籤」訊息。

                  檢閱聯合 SAML 2.0 宣告中的PrincipalTag屬性值，例如https://aws.amazon.com/SAML/Attributes/PrincipalTag:Email。標籤值可包含字元 _ . : / = + - @、字母、數字和空格的組合。如需詳細資訊，請參閱在IAM和中標籤的規則 AWS STS.

                  我的使用者收到「用戶端和伺服器無法通訊，因為其沒有通用的演算法」訊息。

                  如果您未啟用 TLS 1.2，就可能會發生這個問題。

                  我的麥克風或網路攝影機無法在 Windows 上運作 WorkSpaces。

                  藉由開啟開始功能表來檢查您的隱私權設定

                  • 開始 > 設定 > 隱私權 > 相機

                  • 開始 > 設定 > 隱私權 > 麥克風

                  如果已關閉，請將其打開。

                  或者， WorkSpaces 系統管理員可以建立群組原則物件 (GPO)，以視需要啟用麥克風和/或網路攝影機。

                  我的使用者無法使用憑證型驗證登入，當他們連線至桌面工作階段時，系統會在用 WorkSpaces 戶端或 Windows 登入畫面上提示輸入密碼。

                  工作階段的憑證型驗證失敗。如果問題仍然存在，則憑證型驗證失敗可能是由下列其中一個問題所造成：

                  • 不支援 WorkSpaces 或用戶端。使用最新 Windows 用戶端應用程式的 WorkSpaces 串流通訊協定 (WSP) 套裝軟體 WorkSpaces 上的 WorkSpaces Windows 支援憑證型驗證。

                  • 在目錄上啟用憑證型驗證之後， WorkSpaces 需要重新開機。 WorkSpaces

                  • WorkSpaces 無法與之溝通 AWS Private CA，或 AWS Private CA 沒有發行證書。檢查 AWS CloudTrail以判斷是否已發行憑證。如需詳細資訊，請參閱管理憑證型驗證。

                  • 網域控制站沒有用於智慧卡登入的網域控制站憑證，或憑證已過期。如需詳細資訊，請參閱 必要條件 中的步驟 7「使用網域控制站憑證設定網域控制站以驗證智慧卡使用者」。

                  • 憑證不受信任。如需詳細資訊，請參閱 必要條件 中的步驟 7「將 CA 發佈到 Active Directory」。certutil –viewstore –enterprise NTAuth在網域控制站上執行，以確認 CA 已發佈。

                  • 快取中有憑證，但是憑證無效的使用者的屬性已變更。聯絡 AWS Support 在憑證到期前清除快取 (24 小時)。如需詳細資訊，請參閱 AWS Support 中心。

                  • UserPrincipalNameSAML屬性的 userPrincipalName 格式未正確格式化或無法解析為使用者的實際網域。如需詳細資訊，請參閱 必要條件 中的步驟 1。

                  • SAML判斷提示中的 (選用) ObjectSid 屬性不符合在 SAML _ NameID Subject 中指定之使用者的 Active Directory 安全性識別碼 (SID)。確認您的同SAML盟中的屬性對應是正確的，而且您的SAML身分識別提供者正在同步處理 Active Directory 使用者的SID屬性。

                  • 有些群組政策設定正在修改智慧卡登入的預設 Active Directory 設定，或在智慧卡從讀卡機中移除時採取動作。這些設定可能導致上述錯誤以外的其他非預期行為。憑證型驗證會向執行個體作業系統出示虛擬智慧卡，並在登入完成後將其移除。檢查智慧卡的主要群組政策設定以及其他智慧卡群組政策設定和登錄機碼，包括智慧卡移除行為。

                  • 私有 CA 的CRL發佈點不在線上，也無法從 WorkSpaces 或網域控制站存取。如需詳細資訊，請參閱 必要條件 中的步驟 5。

                  • 若要檢查網域或樹系CAs中是否有任何過時，請在 CA PKIVIEW.msc 上執行以驗證。如果有過時CAs，請使用 PKIVIEW.msc mmc 手動刪除它們。

                  • 若要檢查 Active Directory 複寫是否正常運作，而且網域中沒有過時的網域控制站，請執行repadmin /replsum。

                  其他疑難排解步驟包括檢閱 WorkSpaces 執行個體 Windows 事件記錄檔。在 Windows 安全日誌中，要針對登入失敗檢閱的常見事件是事件 4625：帳戶登入失敗。

                  如果問題仍然存在，請聯繫 AWS Support如需詳細資訊，請參閱。AWS Support 中心。

                  我正在嘗試做一些需要 Windows 安裝媒體但 WorkSpaces 不提供它的事情。

                  如果您正在使用 AWS-提供公共服務包，您可以在需要EC2時使用 Amazon 提供的 Windows 服務器操作系統安裝媒體EBS快照。

                  從這些快照建立EBS磁碟區，將其附加到 AmazonEC2，然後視需要將檔案傳輸 WorkSpace 到檔案的位置。如果您開啟BYOL使用 Windows 10 WorkSpaces 並且需要安裝媒體，則需要準備自己的安裝媒體。如需詳細資訊，請參閱使用安裝媒體新增 Windows 元件。由於您無法直接將EBS磁碟區附加到 a WorkSpace，因此您需要將其附加到 Amazon EC2 執行個體並複製檔案。

                  我想用現有 WorkSpaces 的啟動 AWS 在不支援的 WorkSpaces 區域中建立的受管目錄。

                  若要 WorkSpaces 使用目前不受支援的區域中的目錄啟動 Amazon WorkSpaces，請按照以下步驟操作。

                  注意

                  如果運行時收到錯誤 AWS Command Line Interface 命令，確保您使用的是最新的 AWS CLI 版本。如需詳細資訊，請參閱確認您執行的是最新版本的 AWS CLI.

                  步驟 1：建立虛擬私有雲 (VPC) 與您帳戶VPC中的另一個對等

                  1. 使用不VPC同區域VPC中的對等連線建立對等連線。如需詳細資訊，請參閱VPCs在相同帳戶和不同區域中建立使用。

                  2. 接受VPC對等連線。如需詳細資訊，請參閱接受VPC對等連線。

                  3. 啟用VPC對等連線後，您可以使用 Amazon VPC 主控台檢視VPC對等連線 AWS CLI，或一個API.

                  步驟 2：在兩個區VPC域中更新路由表以進行對等連接

                  更新您的路由表以開啟與對等端IPv4或VPC的通訊IPv6。如需詳細資訊，請參閱更新對VPC等連線的路由表。

                  第 3 步：創建一個 AD Connector 並註冊 Amazon WorkSpaces

                  1. 若要檢閱 AD Connector 必要條件，請參閱 AD Connector 必要條件。

                  2. 使用 AD Connector 連接現有的目錄。如需詳細資訊，請參閱建立 AD Connector。

                  3. 當 AD Connector 狀態變更為作用中時，請開啟 AWS Directory Service 主控台，然後選擇目錄 ID 的超連結。

                  4. 用於 AWS 應用程序和服務，選擇 Amazon WorkSpaces 以在此目錄 WorkSpaces 上打開訪問權限。

                  5. 使用註冊目錄 WorkSpaces。如需詳細資訊，請參閱使用註冊目錄 WorkSpaces。

                  我想在 Amazon Linux 2 上更新 Firefox。

                  步驟 1：確認已啟用自動更新

                  若要驗證是否已啟用自動更新，請在上執行指令systemctl status *os-update-mgmt.timer | grep enabled。 WorkSpace在輸出中，應該有兩行包含 enabled 字詞。

                  步驟 2：起始更新

                  火狐通常會在 Amazon Linux 2 中自動更新，以 WorkSpaces 及系統中的所有其他軟件包在維護期間。但是，這取決於 WorkSpaces 您使用的類型。

                  • 對於 AlwaysOn WorkSpaces，每週維護時段是在星期日凌晨 00 點到 04h00，在的時區。 WorkSpace

                  • 對於 AutoStop WorkSpaces。從每月的第三個星期一開始，最多兩週，維護窗口每天從大約 00h00 到 05h00 開放，在 AWS 的區域 WorkSpace。

                  如需維護時段的詳細資訊，請參閱 WorkSpace 維護。

                  您還可以通過重新啟動 WorkSpace並在 15 分鐘後重新連接來啟動立即更新週期。您也可以輸入 sudo yum update 以起始更新。若只要起始 Firefox 的更新，請輸入 sudo yum install firefox。

                  如果您無法設定 Amazon Linux 2 儲存庫的存取權，且偏好使用 Mozilla 所建置的二進位檔來安裝 Firefox，請參閱 Mozilla 支援上的從 Mozilla 建置安裝 Firefox。我們建議您完全解除安RPM裝封裝的 Firefox 版本，以確保您不會誤執行過時的版本。您可藉由執行命令 sudo yum remove firefox 將其解除安裝。

                  您也可以yumdownloader firefox在不同的機器上執行命令，從 Amazon Linux 2 儲存庫下載必要的RPM套件。然後，將存儲庫側面加載到 WorkSpaces，您可以在其中使用標準YUM命令安裝它們，如sudo yum install firefox-102.11.0-2.amzn2.0.1.x86_64.rpm.

                  注意

                  確切的檔案名稱會根據套件版本而變更。

                  步驟 3：確認已使用 Firefox 儲存庫

                  Amazon Linux 附加功能會自動為 Amazon Linux 2 提供火狐更新 WorkSpaces。在 2023 年 7 月 31 日之後 WorkSpaces 創建的 Amazon Linux 2 將已經激活了火狐額外的存儲庫。若要確認您使用的 WorkSpace 是 Firefox 額外儲存庫，請執行以下指令。

                  yum repolist | grep amzn2extra-firefox

                  如果使用 Firefox Extra 儲存庫，命令輸出看起來應該類似 amzn2extra-firefox/2/x86_64 Amazon Extras repo for firefox 10。如果未使用 Firefox Extra 儲存庫，則輸出會是空的。如果未使用 Firefox Extra 儲存庫，您可以嘗試使用以下命令手動加以啟用：

                  sudo amazon-linux-extras install firefox

                  如果 Firefox 額外儲存庫啟用仍然失敗，請檢查您的網際網路存取權，並確認您的VPC端點未設定。若要繼續 WorkSpaces 透過YUM儲存庫接收 Amazon Linux 2 的更新，請確保 WorkSpaces 您能夠存取 Amazon Linux 2 儲存庫。如需在沒有網際網路存取權的情況下存取 Amazon Linux 2 儲存庫的詳細資訊，請參閱此知識中心文章。

                  我的用戶可以使用 WorkSpaces 客戶端重置其密碼，而忽略配置的 Fine Quild 密碼策略（FFGP）設置 AWS Managed Microsoft AD.

                  如果您的使用者用 WorkSpaces 戶端與 AWS Managed Microsoft AD，他們將不得不使用默認的複雜性設置重置密碼。

                  預設複雜性密碼區分大小寫，且長度必須介於 8 到 64 個字元 (含) 之間。它必須包含以下每個類別中的至少一個字元：

                  • 小寫字元 (a-z)

                  • 大寫字元 (A-Z)

                  • 數字 (0-9)

                  • 非英數字元 (~!@#$%^&*_-+=`|\(){}[]:;"'<>,.?/)

                  確保密碼不包含不可打印的 unicode 字符，例如空格，換行符，換行符和空字符。

                  如果您的組織要求您強制執FFGP行 WorkSpaces，請連絡您的 Active Directory 系統管理員，以直接從 Active Directory (而非用 WorkSpaces 戶端) 重設使用者的密碼。

                  我的使用者在嘗試使用 WorkSpace網頁存取存取 Windows/Linux 時收到錯誤訊息「此作業系統/ WorkSpace 平台未獲授權存取您的」

                  您的使用者嘗試使用的作業系統版本與 WorkSpaces Web Access 不相容。確保您在 WorkSpace 目錄的「其他平台」設置下啟用 Web 訪問。如需啟用 Web 存取 WorkSpace的詳細資訊，請參閱啟用和設定 WorkSpaces 個人的 WorkSpaces Web 存取。