Warum kann ich den WorkSpaces-Client nicht verwenden, um auf meinen Linux oder Ubuntu WorkSpace zuzugreifen?

Lösung

Der Client lädt den WorkSpace nicht, da du möglicherweise einen Service oder eine Einstellung falsch konfiguriert hast. Behebe das Problem anhand der Fehlermeldung, die du erhältst.

Fehlermeldung „We couldn't launch your WorkSpace“

Nach der Authentifizierung zeigt der WorkSpaces-Client die folgende Fehlermeldung auf dem Startbildschirm an:

„Unknown error Occurred. Wir konnten deinen WorkSpace nicht starten. Bitte versuche es noch einmal. If you need help, contact your administrator.“

Normalerweise erhältst du die vorstehende Fehlermeldung, wenn einer der folgenden Services nicht auf eine Zustandsprüfung antwortet:

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

Um das Problem zu lösen, starte den WorkSpace von der WorkSpaces-Konsole oder dem WorkSpaces-Client aus neu. Wenn du nach dem Neustart immer noch die Fehlermeldung erhältst, überprüfe den Status des WorkSpaces in der WorkSpaces-Konsole. Wenn der Status Rebooting, Error Booting Up oder Unhealthy lautet, vergewissere dich, dass die WorkSpace-Dienste laufen und funktionsfähig sind.

Führe die folgenden Schritte aus:

1. Verwende SSH, um eine Verbindung mit dem WorkSpace herzustellen, und öffne dann das Terminal.

2. Überprüfe den Status der erforderlichen Kundendienstmitarbeiter im WorkSpace.

3. Führe den Befehl systemctl aus, um zu überprüfen, ob sich die WorkSpaces-Services im Zustand Wird ausgeführt befinden.
   Ubuntu oder 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. Führe den folgenden Befehl für dein Betriebssystem aus, um den Status der Service-Ports zu überprüfen, wenn die Services für Linux WorkSpaces ausgeführt werden.

   Skylight-Kundendienstmitarbeiter:

   sudo netstat -tulpn | grep skylight

   Ubuntu und RHEL:

   sudo netstat -ntpla |grep dcv

   Amazon Linux 2:

   sudo netstat -ntpla |grep pcoip

5. Prüfe, ob der Status für jeden Service LISTEN ist.
   Beispielausgabe:

   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. Starte den WorkSpace von der WorkSpaces-Konsole oder dem WorkSpaces-Client aus neu.

7. Vergewissere dich, dass Endpunktschutzsoftware, wie z. B. Antivirensoftware, die erforderlichen Servicekomponenten nicht beeinträchtigt. Siehe die folgende Dokumentation für dein Betriebssystem:
   Erforderliche Servicekomponenten für Linux.
   Erforderliche Servicekomponenten für Ubuntu.
   Erforderliche Servicekomponenten für Red Hat Enterprise Linux.

8. Wenn du WorkSpaces Web Access für den WorkSpace aktiviert hast, überprüfe, ob der STXHD Hosted Application Service läuft. Der Starttyp muss Automatisch sein.
   Hinweis: Wenn du WorkSpaces Web Access aktiviert hast, aber den Webzugriff nicht verwendest, deaktiviere WorkSpaces Web Access.

9. Vergewissere dich, dass eine Anwendung oder ein VPN deinen Management-Adapter nicht blockiert, und überprüfe dann deine WorkSpace-Konnektivität.

10. Führe den folgenden Befehl aus, um zu überprüfen, ob die IP-Adresse der Metadaten http://169.254.269.254 im WorkSpace zugänglich ist:

curl -v http://169.254.169.254

Um zu überprüfen, ob du die Netzwerkadapter richtig konfiguriert hast, führe die folgenden Schritte aus:

1. Führe den folgenden Befehl aus, um zu überprüfen, ob die Verwaltungs- und die Kundenschnittstelle funktionieren:

   netsh interface show interface

2. Führe den folgenden Befehl aus, um nach aktiven Schnittstellen zu suchen:

   sudo ifconfig

3. Führe den folgenden Befehl aus, um alle verfügbaren Schnittstellen zu überprüfen:

   sudo ip link show

4. Führe den folgenden Befehl aus, wenn eine Schnittstelle nicht aktiv ist, um sie zu aktivieren:

   sudo ifconfig ethernet-name up

   Hinweis: Ersetze ethernet-name durch deinen Ethernet-Namen.

5. Wenn ETH1 ausgeschaltet ist, musst du den WorkSpace neu erstellen.

Weitere Informationen zur Problembehandlung eines fehlerhaften WorkSpaces findest du unter Wie behebe ich ein Problem mit einem Linux WorkSpace, der sich im Status „Fehlerhaft“ befindet?

Du kannst auch den Fehler Unknown Occurred erhalten, wenn der WorkSpaces-Client sich über Port 443 authentifizieren, aber keine Verbindung über UDP-Port 4172 oder UDP 4195 herstellen kann. Stelle sicher, dass das Client-Gerät die Netzwerkanforderungen erfüllt.

Fehler „Disconnected“, nachdem du eine Sitzung gestartet hast

Nach der Authentifizierung zeigt der WorkSpaces-Client die Meldung „Launching Session“ und anschließend sofort die Meldung „Disconnected“ ohne weitere Fehler an.

Um deine WorkSpace-Konfiguration zu überprüfen, benutze SSH, um dich mit dem WorkSpace zu verbinden, und überprüfe dann die folgenden Punkte:

• Der WorkSpace kann über eine Virtual Private Cloud (VPC)-Ressource mit dem Directory Service für Microsoft Active Directory kommunizieren, einschließlich Sicherheitsgruppen, Netzwerk-Zugriffssteuerungslisten (Netzwerk-ACLs) und Routing-Tabellen. WorkSpaces verwendet die elastische Netzwerkschnittstelle in der VPC für die Kommunikation mit den Domain-Controllern, wenn du dich anmeldest.
• Der WorkSpace kann mit deinen Domain-Controllern über die erforderlichen Ports kommunizieren.
• Der WorkSpace kann die Domain auf allen Ports erreichen. Überprüfe außerdem, ob du die Dateien resolv.conf und sssd.conf richtig konfiguriert hast. Stelle sicher, dass alle Einträge in der Datei Hosts gültig sind.
• Überprüfe, ob die DNS-Auflösung funktioniert. Führe den folgenden Befehl aus, um Domain-Namen aufzulösen:

  resolvectl status

Damit der Service eine Online-Verbindung herstellen kann, muss der SSSD-Service in der Lage sein, sich mit dem DNS-Server zu verbinden, die SRV-Einträge aufzulösen und eine Verbindung zu den Domain-Controllern herzustellen.

Hinweis: Wenn du dich bei einem Domain-Konto anmeldest, erhältst du möglicherweise eine Meldung, dass die Authentifizierung fehlgeschlagen ist, weil der WorkSpace keine Verbindung zur Domain herstellen kann. Wenn du SSH nicht verwenden kannst, um dich mit dem WorkSpace zu verbinden, musst du den WorkSpace wiederherstellen oder neu erstellen.

Fehlermeldung „No network. Network connection lost. Check your network connection or contact administrator for help“

Gehe wie folgt vor, um dieses Problem zu beheben:

1. Prüfe, ob https://ws-broker-service.region.amazonaws.com aufgelöst werden kann.
   Hinweis: Ersetze die Region durch deine AWS-Region.
2. Bestätige die IP-Adresse und die Port-Anforderungen, um die Konnektivität zu überprüfen.

Fehlermeldung „Something went wrong“

Nach der Authentifizierung bleibt der WorkSpaces-Client auf dem Startbildschirm stehen und zeigt dann die Fehlermeldung „Something went wrong“ an. Dieses Problem kann auftreten, wenn es Probleme mit der Netzwerkverbindung zwischen dem Client-Computer und dem WorkSpaces-Service gibt. Stelle sicher, dass die Internetverbindung des Client-Computers stabil ist und die Firewall die Netzwerkverbindung nicht beeinträchtigt.

Dieses Problem kann auch auftreten, wenn du deine SAML-Authentifizierung falsch konfigurierst. Informationen zur Behebung von SAML-Authentifizierungsproblemen findest du unter Wie behebe ich SAML 2.0-Authentifizierungsprobleme in WorkSpaces?

Ähnliche Informationen

Probleme mit WorkSpaces Personal beheben