Gerätestatus
ImKontrollzentrumprüfen Sie, ob das dem Auftrag zugeordnete Gerät erreichbar ist, und vergewissern Sie sich, dass die richtige Instanz angezeigt wird. Verwenden Sie keine Adresse aus einem Screenshot eines alten Auftrags erneut.
Dieser Leitfaden richtet sich an Entwickler, die bereits Gerätedaten erhalten haben. Prüfen Sie zunächst Knoten, Hostadresse und lokales Netzwerk und stellen Sie anschließend eine VNC-Sitzung her. Kalibrieren Sie danach Anzeige, Tastatur und Zwischenablage, damit Netzwerkprobleme nicht fälschlich als Hostfehler bewertet werden.
Der häufigste Fehler bei Remote-Verbindungen besteht darin, den Client wiederholt zu wechseln, obwohl Gerätestatus, Adresse oder lokales Netzwerk noch nicht geprüft wurden. Gehen Sie die folgenden Punkte der Reihe nach durch, um Konto-, Netzwerk- und Anzeigeprobleme getrennt zu behandeln.
ImKontrollzentrumprüfen Sie, ob das dem Auftrag zugeordnete Gerät erreichbar ist, und vergewissern Sie sich, dass die richtige Instanz angezeigt wird. Verwenden Sie keine Adresse aus einem Screenshot eines alten Auftrags erneut.
Prüfen Sie, ob sich das Gerät in Singapur, Tokio, Seoul, Hongkong oder im Westen der USA befindet. Regionale Verbindungen wirken sich direkt auf Reaktionszeit und Bildaktualisierung aus.
Vergleichen Sie die Adresse Zeichen für Zeichen und kopieren Sie weder Port, Leerzeichen noch Beschreibungstext mit. Bei einer Adressänderung gilt die aktuell im Kontrollzentrum angezeigte Information.
Geben Sie Verbindungskonto und Passwort nur auf vertrauenswürdigen Geräten ein. Verbindungsdaten gehören nicht in Code-Repositories, Gruppenchat-Screenshots, öffentliche Tickets oder gemeinsam genutzte Dokumente.
Verwenden Sie möglichst eine stabile kabelgebundene Verbindung oder ein WLAN mit gutem Signal, pausieren Sie Synchronisierungsaufgaben mit hoher Upload-Last und prüfen Sie, dass Ihr lokales Netzwerk Remote-Verbindungen nicht blockiert.
Der folgende Ablauf verwendet den macOS-Client als Beispiel. Prüfen Sie das Ergebnis nach jedem Schritt und wechseln Sie nicht ständig zwischen Adresse, Authentifizierung und Anzeigeeinstellungen.
Öffnen Sie im Kontrollzentrum die Details des entsprechenden Geräts und notieren Sie Knoten, Hostadresse und Verbindungskonto. Wenn Ihr Team mehrere Geräte verwaltet, ordnen Sie diese zunächst mithilfe von Auftragsnummer und Geräte-Tag eindeutig zu.
Abnahme: Auftrag, Knoten und Geräte-Tag stimmen übereinÖffnen Sie den Bildschirmfreigabe-Client von macOS und geben Sie die vom Kontrollzentrum bereitgestellte Hostadresse in das Adressfeld ein. Vergeben Sie einen eindeutig erkennbaren Namen, etwa aus Projektname, Knoten und Geräte-Tag.
Abnahme: Der Client beginnt mit dem Verbindungsaufbau und meldet nicht sofort einen AdressfehlerGeben Sie das zum Gerät gehörende Verbindungskonto und Passwort ein. Prüfen Sie beim ersten Verbindungsaufbau die Hostinformationen. Stimmen sie nicht mit den Angaben im Kontrollzentrum überein, brechen Sie ab und bestätigen Sie die Adresse erneut.
Abnahme: Authentifizierung erfolgreich und Zielgerät geöffnetWarten Sie, bis alle Desktop-Elemente geladen sind, und testen Sie nacheinander Maus, Tastatur, Fensterziehen und Zwischenablage. Öffnen Sie anschließend das Terminal und prüfen Sie den Hostnamen, damit Befehle nicht versehentlich auf einem anderen Gerät ausgeführt werden.
Abnahme: Bild, Eingaben, Zwischenablage und Hostname sind korrektHohe Auflösung, mehrsprachige Tastaturen und mehrere Monitore erhöhen die Zahl der Variablen im Remote-Desktop. Ändern Sie pro Schritt nur eine Einstellung und dokumentieren Sie Eingabelatenz und Bildschärfe vor und nach der Änderung.
Verwenden Sie bei der ersten Verbindung zunächst eine niedrigere Auflösung, um die Stabilität der Verbindung zu prüfen, und erhöhen Sie sie anschließend schrittweise. Bei unscharfer Schrift passen Sie zuerst die Client-Skalierung an und ändern Sie nicht gleichzeitig die Remote-Auflösung und die lokale Anzeigeskalierung.
Stellen Sie sicher, dass Eingabequelle und Remote-Tastaturbelegung übereinstimmen. Prüfen Sie bei chinesischen, japanischen und koreanischen Eingabemethoden besonders den Wechsel zwischen lateinischer und lokaler Eingabe sowie das Kandidatenfenster. Bei europäischen Tastaturen sollten Option, AltGr, umgekehrter Schrägstrich und Symboltasten geprüft werden.
Testen Sie zunächst das bidirektionale Kopieren einer Zeile reinen Textes und danach mehrzeilige Befehle. Übertragen Sie keine Passwörter, privaten Schlüssel oder unbereinigten Konfigurationen über die Zwischenablage. Für große Dateien ist ein kontrollierter Übertragungsweg zu verwenden.
Führen Sie die Verbindungsabnahme zunächst im Einzelmonitorbetrieb durch und erweitern Sie erst danach auf einen zweiten Bildschirm. Bei schwarzen Rändern, uneinheitlicher Skalierung oder versetztem Cursor wechseln Sie zurück zum Einzelmonitorbetrieb und prüfen die Anordnung von Haupt- und Nebenmonitor erneut.
Die folgende Tabelle dient zum Vergleich der relativen Entfernung und stellt kein festes Ergebnis für jede Nutzerverbindung dar. Die Werte hängen von lokalem Anbieter, grenzüberschreitendem Routing, WLAN-Qualität und Testzeitpunkt ab. Führen Sie vor der Bestellung nach Möglichkeit einen erneuten Test in Ihrem eigenen Netzwerk durch.
| Zugriffsstandort | Singapur | Tokio | Seoul | Hongkong | Westen der USA |
|---|---|---|---|---|---|
| Shanghai | 73 ms | 48 ms | 55 ms | 34 ms | 142 ms |
| Shenzhen | 42 ms | 66 ms | 72 ms | 21 ms | 151 ms |
| Taipeh | 58 ms | 31 ms | 46 ms | 37 ms | 126 ms |
| Osaka | 78 ms | 18 ms | 35 ms | 61 ms | 113 ms |
| Seoul | 89 ms | 37 ms | 9 ms | 67 ms | 128 ms |
| Singapur | 8 ms | 72 ms | 86 ms | 39 ms | 168 ms |
| Los Angeles | 176 ms | 112 ms | 128 ms | 151 ms | 24 ms |
Hervorgehobene Werte zeigen den niedrigsten Median dieses Zugriffsstandorts in der Stichprobe. Die VNC-Interaktion wird zusätzlich von Jitter, Paketverlust und Upload-Bandbreite beeinflusst. Wählen Sie einen Knoten daher nicht anhand eines einzelnen Ping-Tests.
Ein exklusiver physischer Rechner bietet Ressourcentrennung, doch die Verbindungssicherheit hängt weiterhin von Konten, Zugangsdaten und Arbeitsweisen ab. Für jede ausführende Person sollte das Team eine nachvollziehbare Zugriffsgrenze einrichten.
Auftragsnummer, Knoten, Zeitpunkt, macOS-Version, Clientversion, Schritte zur Reproduktion und bereinigte Fehlerprotokolle.
Passwörter, private Schlüssel, vollständige Verbindungsdaten, Repository-Schlüssel und unbereinigte Konfigurationsdateien gehören nicht in öffentliche Kommunikationskanäle.
Notieren Sie zunächst Zeitpunkt und aktuelles Fehlerbild und beginnen Sie dann mit den am einfachsten zu prüfenden Bedingungen. Wiederholen Sie den Verbindungsversuch nach jeder Prüfung, um die auslösende Variable zu ermitteln.
Remote-Desktop und self-hosted runner können gleichzeitig verwendet werden, teilen sich jedoch Prozessor, Arbeitsspeicher, Datenträger und Netzwerk desselben exklusiven physischen Mac. Das Team muss Beobachtungsmetriken und klare Arbeitsgrenzen festlegen.
Prüfen Sie vor dem Kopieren großer Dateien, der Installation von Abhängigkeiten oder grafischen Arbeiten Prozessor, Arbeitsspeicher, freien Speicherplatz und Netzwerkauslastung. Stellen Sie fest, ob bereits ein Build läuft.
Ändern Sie beim manuellen Debugging nicht direkt den Arbeitsbereich, den der runner verwendet. Legen Sie für temporäre Prüfungen ein separates Verzeichnis an, damit Bereinigungsskripte keine Dateien eines anderen Auftrags löschen.
Beenden Sie während eines laufenden Builds keine wichtigen Prozesse, löschen Sie nicht massenhaft Caches, wechseln Sie nicht die Toolchain-Version und starten Sie das Gerät nicht neu. Wenn Änderungen erforderlich sind, stoppen Sie zunächst den Eingang neuer Aufgaben in die Warteschlange.
Dokumentieren Sie Zeitpunkt der Störung, zugehöriges Repository, runner-Tag, Auftragsnummer und manuelle Aktionen. Die Zeitachse hilft bei der Einordnung, ob Netzwerk, Ressourcenkonkurrenz oder eine Umgebungsänderung die Ursache war.
Dokumentieren Sie zunächst in der Supportanleitung Toolversion, Arbeitsverzeichnis und runner-Tag. Bei anhaltenden Problemen bewahren Sie Zeitpunkt, Knoten, Clientversion und bereinigte Protokolle auf und wenden Sie sich über ein Ticket im Kontrollzentrum oder per Support-E-Mail an das Team.
support@globemini.com