跳至內容

為什麼我無法使用 WorkSpaces 用戶端存取我的 Linux 或 Ubuntu WorkSpace?

2 分的閱讀內容
0

我使用 Amazon WorkSpaces 用戶端登入我的 WorkSpace。我在嘗試連線至桌面時收到錯誤。

解決方法

用戶端未載入 WorkSpace,可能是因為某項服務或設定的設定錯誤。根據您收到的錯誤訊息進行疑難排解。

「我們無法啟動您的 WorkSpace」錯誤訊息

驗證後,WorkSpaces 客戶端於啟動畫面顯示以下錯誤訊息:

「發生未知錯誤。我們無法啟動您的 WorkSpace。請再試一次。如果您需要協助,請聯絡您的管理員。」

通常,當以下其中一項服務未回應運作狀態檢查時,您會收到上述錯誤訊息:

  • skylight-agent.service
  • wspdcvhostadapter.service
  • pcoip.service
  • dcvserver.service

若要解決此問題,請從 WorkSpaces 主控台或 WorkSpaces 用戶端重新啟動 WorkSpace。如果重新啟動後仍收到錯誤訊息,請檢查 WorkSpaces 主控台上的狀態或 WorkSpace。如果狀態為正在重新啟動、啟動時發生錯誤或運作狀態不佳,請確認 WorkSpace 服務正在運作且能夠正常回應。

請完成下列步驟:

  1. 使用 SSH 連接到 WorkSpace,然後開啟終端。

  2. 檢查 WorkSpace 中必要代理程式的狀態。

  3. 若要確認 WorkSpaces 服務是否處於正在執行狀態,請執行 systemctl 命令。
    Ubuntu 或 Red Hat Enterprise Linux (RHEL) WorkSpaces:

    sudo systemctl status/start skylight-agent.service
    sudo systemctl status/start wspdcvhostadapter.service
    sudo systemctl status/start dcvserver.service

    Amazon Linux 2 WorkSpaces:

    sudo systemctl status/start skylight-agent.service
    sudo systemctl status/start pcoip.service
  4. 對於 Linux WorkSpaces,如果服務正在執行,請執行以下命令來檢查您作業系統 (OS) 的服務連接埠狀態。

    Skylight 代理程式:

    sudo netstat -tulpn | grep skylight

    Ubuntu 和 RHEL:

    sudo netstat -ntpla |grep dcv

    Amazon Linux 2:

    sudo netstat -ntpla |grep pcoip
  5. 檢查每個服務的狀態是否為 LISTEN (接聽)。
    輸出範例:

    sudo netstat -ntpla |grep dcv
    tcp 0 0 127.0.0.1:8290 0.0.0.0:* LISTEN 1058/wspdcvhostadap
    tcp 0 0 127.0.0.1:9999 0.0.0.0:* LISTEN 1058/wspdcvhostadap
    tcp 0 0 198.19.129.139:8220 0.0.0.0:* LISTEN 1073/dcvserver
  6. 從 WorkSpaces 主控台或 WorkSpaces 用戶端重新啟動 WorkSpace。 

  7. 驗證端點保護軟體 (例如防毒軟體) 不會影響必要的服務元件。請參閱以下適用於您作業系統的文件:
    Linux 的必要服務元件。
    Ubuntu 的必要服務元件。
    Red Hat Enterprise Linux 的必要服務元件。

  8. 如果您為 WorkSpace 啟用了 WorkSpaces Web Access,請確認 STXHD 託管應用程式服務是否正在執行。啟動類型必須是自動。
    注意: 如果您已開啟 WorkSpaces Web Access 但未使用 Web 存取,請關閉 WorkSpaces Web Access。

  9. 確認應用程式或 VPN 沒有封鎖您的管理介面卡,然後確認您的 WorkSpace 連線。

  10. 執行以下命令,確認 http://169.254.269.254 中繼資料 IP 位址是否可以在 WorkSpace 中存取:

curl -v http://169.254.169.254

若要檢查網路介面卡是否設定正確,請完成下列步驟:

  1. 執行以下命令以檢查管理和客戶介面是否正在執行:

    netsh interface show interface
  2. 執行以下命令以檢查使用中的介面:

    sudo ifconfig
  3. 執行以下命令以檢查所有可用介面:

    sudo ip link show
  4. 如果介面未處於使用中狀態,則執行以下命令來啟動它:

    sudo ifconfig ethernet-name up

    **注意:**將 ethernet-name 替換為您的乙太網路名稱。

  5. 如果 ETH1 已關閉,則必須重建 WorkSpace。

如需如何對運作狀態不良 WorkSpaces 進行疑難排解的詳細資訊,請參閱如何對運作狀態不良的 Linux WorkSpace 進行疑難排解?

當 WorkSpaces 用戶端可以透過連接埠 443 進行驗證但無法透過 UDP 連接埠 4172 或 UDP 4195 連線時,您也可能會收到發生未知錯誤。確認用戶端裝置符合網路要求。

啟動工作階段後顯示「已斷線」錯誤

完成驗證後,WorkSpaces 用戶端會顯示「啟動工作階段」訊息,接著立刻顯示「已斷線」訊息,並且沒有顯示其他錯誤。

若要檢查您的 WorkSpace 設定,請使用 SSH 連線至 WorkSpace,然後確認下列內容:

  • WorkSpace 可以透過虛擬私有雲端 (VPC) 資源與 Microsoft Active Directory 的目錄服務進行通訊,包括安全群組、網路存取控制清單 (網路 ACL) 和路由表。當您登入時,WorkSpaces 會使用 VPC 中的彈性網路介面與網域控制器進行通訊。
  • WorkSpace 可以透過必要連接埠與您的網域控制器進行通訊。
  • WorkSpace 可以透過所有連接埠存取網域。另外,檢查您是否正確設定了 resolv.conf 和 sssd.conf 檔案。確認主機檔案中的所有項目均有效。 
  • 確認 DNS 解析是否有效。執行以下命令,解析網域名稱:
    resolvectl status

為了讓服務能線上連線,SSSD 服務必須能連線到 DNS 伺服器,解析 SRV 記錄,並連線到網域控制器。

注意: 當您登入網域帳戶時,您可能會收到驗證失敗訊息,因為 WorkSpace 無法連線到該網域。如果您無法使用 SSH 連線到 WorkSpace,則必須還原或重建 WorkSpace。

「沒有網路。網路連線中斷。請檢查您的網路連線或聯絡管理員以取得協助」錯誤訊息

若要解決此問題,請完成下列步驟:

  1. 檢查 https://ws-broker-service.region.amazonaws.com 是否有解析。
    注意: 以您的 AWS 區域取代 region (區域)。
  2. 確認 IP 位址和連接埠要求以驗證連線性。

「出現問題」錯誤訊息

驗證後,WorkSpaces 用戶端仍停留在啟動畫面,隨後顯示「出現問題」錯誤訊息。當用戶端電腦和 WorkSpaces 服務之間存在網路連線問題時,就可能會發生此問題。確認用戶端電腦的網際網路連線是否穩定,且防火牆不會影響網路連線。

當您的 SAML 驗證設定錯誤時,也會發生此問題。若要解決 SAML 驗證問題,請參閱如何對 WorkSpaces 中 SAML 2.0 驗證問題進行疑難排解?

相關資訊

對 WorkSpace Personal 的問題進行疑難排解

AWS 官方已更新 2 年前