Prüfen Sie Knotenstatus, Verbindungsdaten, lokales Netzwerk, aktive Sitzungen, Speicher und Aufgabenwarteschlange nacheinander. Jeder Schritt nennt Prüfkriterien, nächste Maßnahmen und die benötigten Angaben – statt Probleme nur mit „keine Verbindung“ oder „sehr langsam“ zu beschreiben.
Nach der Auswahl gelangen Sie direkt zu den passenden Schritten. Treten mehrere Probleme gleichzeitig auf, beheben Sie zuerst die fehlende Verbindung und prüfen Sie danach Leistung, Builds oder Speicher.
Noch kein Symptom ausgewählt.
Schließen Sie jede Ebene ab, bevor Sie mit der nächsten beginnen. Ändern Sie keine Clientparameter wiederholt, solange der Knotenstatus unbekannt ist, und versuchen Sie nicht, dieselbe Sitzung gleichzeitig von mehreren Geräten aus zu öffnen.
Melden Sie sich im Control Center an und bestätigen Sie, dass der zur Bestellung gehörende physische Knoten bereitgestellt wurde und Knotenname sowie aktuelle Verbindungsdaten übereinstimmen. Wenn sich der Status noch ändert, halten Sie den angezeigten Statustext fest und senden Sie nicht wiederholt neue Verbindungsanfragen.
Vergewissern Sie sich, dass Hostadresse, Benutzername und temporäre Zugangsdaten aus derselben Bestellung stammen und beim Kopieren keine Leerzeichen am Anfang oder Ende enthalten. Wurden die Zugangsdaten gerade aktualisiert, schließen Sie das alte Verbindungsfenster und erstellen Sie eine neue Verbindungskonfiguration.
Deaktivieren Sie vorübergehend lokale Proxys, die Routen verändern, und testen Sie sowohl das aktuelle als auch ein anderes vertrauenswürdiges Netzwerk. Dokumentieren Sie, ob die Namensauflösung erfolgreich ist, die TCP-Verbindung aufgebaut wird und bei kontinuierlichen Tests Paketverlust auftritt – ein einzelner Ping reicht nicht aus.
Stellen Sie sicher, dass Teammitglieder nicht gleichzeitig dieselbe grafische Sitzung verwenden. Wenn ein alter Client unerwartet beendet wurde, warten Sie zunächst, bis die Sitzung freigegeben wird, und verbinden Sie sich erneut. Erstellen Sie die Verbindungskonfiguration nur neu, wenn Zugangsdaten stimmen, das Netzwerk erreichbar ist und die alte Sitzung nicht wiederhergestellt werden kann.
Die folgenden Werte zeigen den ICMP-Round-Trip-Median von einem festen Breitband-Messpunkt zu den einzelnen Knoten. Sie dienen dem Routenvergleich und repräsentieren nicht die tatsächliche Leistung eines bestimmten Nutzernetzwerks.
| Messstandort | Singapur | Japan (Tokio) | Südkorea (Seoul) | Hongkong | Westliche USA |
|---|---|---|---|---|---|
| Singapur | 8 ms | 72 ms | 83 ms | 36 ms | 171 ms |
| Japan (Tokio) | 70 ms | 7 ms | 31 ms | 48 ms | 104 ms |
| Südkorea (Seoul) | 82 ms | 32 ms | 6 ms | 43 ms | 126 ms |
| Hongkong | 35 ms | 47 ms | 42 ms | 6 ms | 148 ms |
| Westliche USA | 169 ms | 103 ms | 124 ms | 146 ms | 9 ms |
So lesen Sie die Tabelle:Remote-Desktops reagieren besonders empfindlich auf dauerhaft stabile Round-Trip-Routen. Eine Route mit niedrigem Median, aber gelegentlichem Paketverlust kann sich schlechter anfühlen als eine etwas langsamere, jedoch stabile Route.
Einschränkungen:Die Messungen durchlaufen weder das lokale WLAN der Nutzer noch Proxys oder Unternehmensausgänge. Provider-Peering, zeitweise Überlastung, Funkstörungen und die Clientauslastung können die Ergebnisse verändern; die Tabelle ist keine Leistungszusage.
Ermitteln Sie zuerst, ob der Engpass bei Interaktion, CPU, Arbeitsspeicher, Datenträger oder dem Warten in der Warteschlange liegt. Setzen Sie ruckelnde Remote-Bilder nicht automatisch mit unzureichender Rechenleistung des Knotens gleich.
sw_vers
uname -m
df -h
vm_stat
system_profiler SPHardwareDataTypeBeim Einreichen von Logs können Sie Systemversion, Architektur, Volume-Kapazität und Arbeitsspeicherstatus beifügen. Entfernen Sie Benutzernamen, vertrauliche Bezeichnungen in Projektpfaden und sämtliche Zugangsdaten, bevor Sie die Daten einreichen.
Die SSD-Basiskapazität hängt von der gewählten Konfiguration ab: OAM M4 16 bietet 256GB, OAM M4 24 512GB und OAM M4P 64 2TB. Zusatzspeicher darf nicht mit dem Basis-Systemvolume verwechselt werden.
Vergleichen Sie in den Systeminformationen und im Festplattendienstprogramm Gerätename, Verbindungstyp, Gesamtkapazität und Partitionsstatus. Wird das Gerät überhaupt nicht angezeigt, dokumentieren Sie die Verbindungstopologie und beenden Sie wiederholte Initialisierungsversuche.
Ist das Gerät vorhanden, das Volume jedoch nicht sichtbar, dokumentieren Sie Dateisystem, Volume-Label, Mountpoint und den im Festplattendienstprogramm angezeigten Fehler. Löschen oder partitionieren Sie nicht neu, solange der Verwendungszweck der Daten unklar ist.
Prüfen Sie, auf welches Volume Projekte, Modelle, Build-Cache und Exportverzeichnisse tatsächlich geschrieben werden. Knappem Speicherplatz liegt häufig zugrunde, dass der Cache weiterhin auf dem Systemvolume liegt und das Zusatzvolume noch nicht als Arbeitsverzeichnis verwendet wird.
Übermitteln Sie Geräteliste, Volume-Kapazität, Mountstatus, Zeitpunkt des ersten Auftretens, letzte erfolgreiche Aktion und relevante Fehler-Logs. Geben Sie außerdem an, ob die Aufgabe oder der Client neu gestartet wurde.
Die Zusatz-SSD erweitert den Speicher für Arbeitsdaten, Build-Cache, Modelldateien oder Medien. Legen Sie nach der Identifizierung Mountpoint und Verzeichnisberechtigungen fest, bevor Sie Daten verschieben.
Prüfen Sie zuerst jede Einheit in der physischen Verbindungsreihenfolge und vergleichen Sie anschließend Verbindung sowie Gerätebaum in den Systeminformationen. Bei Problemen mit mehreren Geräten testen Sie jede Verbindung einzeln, um den Fehlerbereich einzugrenzen.
Senden Sie keine Passwörter, privaten Schlüssel, Wiederherstellungscodes, vollständigen Zugriffstoken oder unbereinigten Konfigurationsdateien im Tickettext, in Screenshots, Logs oder E-Mails. Supportmitarbeiter benötigen diese Daten nicht, um die Diagnose zu starten.
Bestellnummer, Knoten, originaler Fehlertext, bereinigte Logs, Reproduktionsschritte, Zeitpunkt, Clientversion und Zusammenfassung der Netzwerktests.
Alle Identitätsgeheimnisse außer dem Benutzernamen, Autorisierungs-Header, Inhalte privater Schlüssel, Wiederherstellungscodes, vollständige Umgebungsvariablen und vertrauliche Pfade in Screenshots.
Reichen Sie zuerst ein Ticket ohne Geheimnisse ein. Stellen Sie erforderliche Daten erst nach einer kontrollierten Anleitung des Supports und nur im angegebenen Umfang bereit.
Vollständigkeit bedeutet nicht, möglichst viele Inhalte zu senden. Ziel ist, dass der Support das betroffene Objekt erkennt, einen Zeitablauf erstellt, das Problem reproduziert und den Umfang der Beeinträchtigung bewertet.
Geben Sie die im Control Center angezeigte Bestellnummer, das Modell und den Knoten an. Schreiben Sie nicht nur einen Gerätenamen.
Nennen Sie Zeitzone, Zeitpunkt des ersten Auftretens, letzte Reproduktion und ob das Problem weiterhin besteht.
Listen Sie die Schritte ausgehend von einem funktionierenden Ausgangspunkt auf und markieren Sie, bei welchem Schritt das erwartete Ergebnis ausblieb.
Fügen Sie den originalen Fehlertext mit Kontext davor und danach ein und geben Sie an, ob das Log vom Client, Build-Tool oder System stammt.
Blenden Sie vertrauliche Informationen vor dem Screenshot aus und nennen Sie, ob eine einzelne Aufgabe, ein einzelner Nutzer oder das gesamte Team betroffen ist.
Listen Sie getestete Netzwerk-, Client-, Verbindungs-, Kapazitäts- und Warteschlangenmaßnahmen auf, damit die Diagnose nicht wiederholt wird.
Der Titel sollte „Knoten + Client + Verbindungsphase“ enthalten. Füllen Sie den Text anschließend mit Bestellnummer, Knoten, Zeitpunkt, Clientbetriebssystem, originalem Fehlertext, Netzwerktestergebnis, aktiven Sitzungen und bereits durchgeführten Verbindungsversuchen.
Für Remote-Desktop-Probleme: Round-Trip-Median, Jitter, Paketverlust, Auflösung und Clientnetzwerktyp. Für Build-Probleme: Befehl, Commit, Start- und Endzeit, erster Fehler, verfügbarer Speicherplatz und Anzahl paralleler Aufgaben.
Reichen Sie im Control Center ein Ticket ein, damit das Problem mit der Bestellung verknüpft werden kann. Wenn die Anmeldung nicht möglich ist, kontaktieren Sie support@ownamac.com mit geschäftlicher E-Mail-Adresse, Bestellkennung und Problembeschreibung. Senden Sie keine Passwörter oder Wiederherstellungscodes.
Laufende Störungen sollten bevorzugt über das Control Center eingereicht werden, damit Bestellung und Knoten zugeordnet werden können. Wenn die Anmeldung nicht möglich ist, verwenden Sie support@ownamac.com und senden Sie ausschließlich bereinigte Informationen.