Prüfen Sie zunächst den Knotenstatus und den Hostschlüssel, bevor Sie eine grafische oder Kommandozeilensitzung starten. Diese Anleitung behandelt Erstanmeldung, Schlüsselkonfiguration, Xcode-Builds, Optimierung und Fehleranalyse.
Verbindungsadresse, Benutzername und temporäre Zugangsdaten werden erst nach der Prüfung des bereitgestellten Knotens angezeigt. Verfügbarkeit und Verbindungsparameter liefert das Portal in Echtzeit.
Beginnen Sie nicht mit wiederholten Passwortversuchen. Prüfen Sie zuerst Knoten, Region, Zugangsdaten und lokales Netzwerk, um Bereitstellungs-, Authentifizierungs- und Verbindungsprobleme schnell zu unterscheiden.
Melden Sie sich im Portal an, bestätigen Sie den Verbindungsstatus der Instanz und notieren Sie die Knoten-ID. Solange der Knoten initialisiert wird, sollten Sie keinen unbestätigten Hostschlüssel speichern.
Nach erfolgreichem Status verbindenPrüfen Sie, ob Bestell- und Instanzregion übereinstimmen. Das aktuelle Verzeichnis umfasst Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong, US-Ostküste und US-Westküste.
Kopieren Sie den im Portal angezeigten Benutzernamen vollständig und beachten Sie die Groß- und Kleinschreibung. Ändern Sie das temporäre Passwort nach der ersten Anmeldung sofort und konfigurieren Sie für SSH bevorzugt die Schlüsselanmeldung.
Testen Sie zunächst über eine stabile Kabelverbindung oder zuverlässiges WLAN. Unternehmens-Proxys, Gastnetzwerke und öffentliche Hotspots können die für SSH oder VNC erforderlichen Ports blockieren.
Stellen Sie sicher, dass die lokale Firewall ausgehende Verbindungen des verwendeten Clients zulässt. Bei Zugriff über ein Büronetz sollte der Netzwerkadministrator Zieladresse und Portregeln prüfen.
Vergleichen Sie Hostadresse, Port, Benutzername und Region. Eine gespeicherte Clientkonfiguration eines alten Knotens darf nicht direkt für einen neu zugewiesenen physischen Knoten verwendet werden.
Beziehen Sie Verbindungsparameter ausschließlich aus dem Portal. Übermitteln Sie keine privaten Schlüssel, vollständigen Passwörter, Zugriffstoken oder nicht anonymisierten Build-Logs an allgemeine Dokumente oder Code-Repositories.
VNC eignet sich für die grafische Xcode-Oberfläche, die Prüfung signierter Archive und Aufgaben mit Desktop-Interaktion. Richten Sie die erste Verbindung in der Reihenfolge Adresse, Authentifizierung, Bildqualität und Beenden ein.
Erstellen Sie im VNC-Client eine neue Verbindung und kopieren Sie die Hostadresse exakt. Gibt das Portal einen benutzerdefinierten Port an, verwenden Sie diesen und raten Sie nicht bzw. übernehmen Sie keine Parameter einer alten Instanz.
Geben Sie den im Portal bereitgestellten Knotennamen und die temporären Zugangsdaten ein. Brechen Sie bei wiederholten Fehlern zunächst ab, kopieren Sie den Benutzernamen erneut und prüfen Sie das Tastaturlayout, damit keine Sicherheitsbeschränkung ausgelöst wird.
Beginnen Sie mit adaptiver Auflösung und mittlerer Farbtiefe, um eine stabile Ausgangsbasis zu schaffen. Bei interkontinentalen Verbindungen können Sie Auflösung, Farbtiefe und Bildwiederholrate reduzieren und die Qualität anschließend schrittweise erhöhen.
Kopieren Sie einen normalen Text und prüfen Sie, ob die bidirektionale Zwischenablage zwischen lokalem und entferntem System wie erwartet funktioniert. Verwenden Sie zum Testen keine Passwörter, privaten Schlüssel oder Zugriffstoken.
Prüfen Sie vor dem Schließen des Fensters, ob ein Build im Vordergrund läuft. Übergeben Sie längere Aufgaben an einen CI runner, launchd oder ein Terminal-Sitzungsverwaltungstool, damit eine VNC-Trennung keinen Vordergrundprozess beendet.
SSH eignet sich für Repository-Synchronisierung, Abhängigkeitsinstallation, automatisierte Builds und Protokollerfassung. Prüfen Sie bei der ersten Verbindung den Hostschlüssel sorgfältig und reduzieren Sie langfristige Berechtigungen.
Löschen Sie nicht einfach den lokalen Eintrag und verbinden Sie sich weiter. Prüfen Sie zunächst, ob der Knoten neu installiert oder zugewiesen wurde oder sich die Adresse geändert hat, und lassen Sie dies über ein Portal-Ticket verifizieren.
Vergleichen Sie beim ersten Verbindungsaufbau den im Terminal angezeigten Fingerabdruck Abschnitt für Abschnitt mit den Angaben im Portal. Ändert sich der Fingerabdruck bei gleicher Knotenadresse, behandeln Sie dies als Sicherheitsereignis und ignorieren Sie die Warnung nicht.
Verwenden Sie für verschiedene Mitglieder und automatisierte Aufgaben jeweils eigene öffentliche Schlüssel. Bewahren Sie private Schlüssel auf kontrollierten Geräten oder in einem Schlüsselverwaltungssystem auf und laden Sie sie nicht in gemeinsam genutzte Knotenverzeichnisse.
Setzen Sie die Berechtigungen privater Schlüssel so, dass nur der aktuelle Benutzer sie lesen kann. CI-Aufgaben erhalten ausschließlich Zugriff auf die benötigten Verzeichnisse und Befehle; Administratorrechte sind nicht der Standard.
Legen Sie direkt nach der ersten Anmeldung ein eigenes, starkes Passwort fest. Prüfen Sie zunächst die funktionierende Schlüsselanmeldung und beschränken Sie die Passwortauthentifizierung erst danach gemäß Teamrichtlinie.
ssh-keygen -t ed25519 -a 64 -f ~/.ssh/hexvm_node
chmod 600 ~/.ssh/hexvm_node
ssh-add ~/.ssh/hexvm_nodeErzeugen Sie für Mitglieder, CI runner und temporäre Wartungsaufgaben jeweils eigene Schlüssel, damit sie separat widerrufen werden können.
ssh-keyscan -p "$NODE_PORT" "$NODE_HOST"
ssh -i ~/.ssh/hexvm_node \
-p "$NODE_PORT" "$NODE_USER@$NODE_HOST"Prüfen Sie zuerst den ausgegebenen Fingerabdruck und akzeptieren Sie erst danach den Hosteintrag. Kopieren Sie Variablenwerte aus dem Portal und hinterlegen Sie keine echten Zugangsdaten im Skript.
Prüfen Sie die Umgebung nach dem Verbindungsaufbau mit Versionsabfragen, einem Test-Build und Archivbefehlen. Beginnen Sie mit kleinen Prüfungen, bevor Sie die vollständige Pipeline anbinden.
Dokumentieren Sie die Versionen von macOS, Xcode und den Kommandozeilenwerkzeugen und stellen Sie sicher, dass interaktives Terminal und CI runner dieselbe Toolchain-Auswahl verwenden.
Führen Sie zunächst nur ein einzelnes Scheme oder Testziel aus, um Probleme mit Abhängigkeiten, Signierung und Umgebungsvariablen auszuschließen. Erweitern Sie den Umfang erst danach auf den vollständigen Workspace.
Prüfen Sie nach erfolgreicher Archivierung Artefaktpfad, Dateiberechtigungen und Regeln zur Anonymisierung von Logs, bevor Sie den Befehl in die automatisierte Pipeline übernehmen.
Die folgenden Daten dienen der Vorauswahl einer Region und sind kein fester Wert für jede Verbindung. Testen Sie vor der endgültigen Auswahl wiederholt über Ihr tatsächliches Büro- und CI-Netzwerk.
| Client-Teststandort | Singapur | Japan (Tokio) | Südkorea (Seoul) | Hongkong | US-Ostküste | US-Westküste |
|---|---|---|---|---|---|---|
| Festnetz in Peking | 78 ms | 54 ms | 47 ms | 42 ms | 198 ms | 146 ms |
| Festnetz in Shanghai | 69 ms | 41 ms | 49 ms | 35 ms | 190 ms | 132 ms |
| Festnetz in Taipeh | 48 ms | 32 ms | 43 ms | 24 ms | 181 ms | 112 ms |
| Festnetz in Manila | 39 ms | 71 ms | 76 ms | 36 ms | 214 ms | 139 ms |
| Festnetz in Los Angeles | 177 ms | 104 ms | 119 ms | 151 ms | 68 ms | 21 ms |
| Festnetz in New York | 231 ms | 168 ms | 181 ms | 205 ms | 19 ms | 73 ms |
Tastatureingaben, Fensterwechsel und normale Xcode-Arbeit sind meist flüssig; achten Sie dennoch auf Paketverlust und Jitter.
Nach Reduzierung der Bildqualität ist grafisches Arbeiten möglich. Kommandozeilen-Builds, Loganzeige und CI-Aufgaben sind meist kaum beeinträchtigt.
Bei interkontinentalen Verbindungen sollten längere Aufgaben über SSH, CI runner und Hintergrundprozesse laufen; VNC dient nur zur erforderlichen Kontrolle.
Die tatsächliche Latenz hängt von lokalem Provider, internationalem Übergang, Routing, Büro-Proxy, WLAN-Qualität und gleichzeitiger Auslastung ab. Die im Regionsverzeichnis aufgeführten Kombinationen sind regulär buchbar; die aktuelle Verfügbarkeit liefert das Portal in Echtzeit.
Trennen Sie interaktive Aufgaben, laufende Prozesse und große Dateiübertragungen, um den Einfluss von Netzwerkschwankungen auf Builds zu reduzieren.
Verwenden Sie zunächst einen Bildschirm mit 1920 × 1080 als stabile Ausgangsbasis. Bei hoher Latenz sollten Sie nicht sofort zwei Bildschirme, starke Skalierung oder häufige dynamische Anpassungen aktivieren.
Für Codebearbeitung, Build-Logs und Konfigurationen ist maximale Farbgenauigkeit nicht erforderlich. Bei schwankender Verbindung reduzieren Sie zunächst Farbtiefe und Bildqualität und beobachten Sie dann die Eingabeverzögerung.
Remote-Entwicklung konzentriert sich auf Code, Terminal und Build-Status. Deaktivieren Sie ungenutztes Audio, Kameraumleitung und Animationen, um Bandbreite zu sparen.
Lange Builds, Tests und Downloads sollten in einer unabhängigen Terminalsitzung, einem CI runner oder einem Systemdienst laufen. Eine VNC- oder SSH-Trennung darf die Aufgabe nicht direkt beenden.
Verwenden Sie für Repositories, Caches und Build-Artefakte Übertragungsverfahren mit inkrementeller Übertragung und Prüfsummen. Verschieben Sie große Dateien nicht über die grafische Zwischenablage und legen Sie sensible Artefakte nicht öffentlich ab.
Abhängigkeits-Caches und DerivedData sollten nach Projekt, Branch oder Toolchain-Version getrennt werden. Sinken die Trefferquoten, analysieren Sie zuerst die Cache-Schlüssel, statt den Speicherbedarf unbegrenzt zu vergrößern.
Ändern Sie pro Test nur eine Variable und dokumentieren Sie Knoten-ID, Region, Zeitpunkt und vollständigen Fehlertext. So lässt sich feststellen, ob die Ursache lokal, im Netzwerk, bei der Authentifizierung oder auf dem Knoten liegt.
Übermitteln Sie keine privaten Schlüssel, vollständigen Passwörter, Zugriffstoken oder Logs mit sensiblen Signaturdaten. Wenn Sie weitere Unterstützung benötigen, erstellen Sie im Portal ein Ticket oder schreiben Sie an support@hexvm.com.
Jede Bestellung umfasst einen eigenen physischen Mac-mini-Knoten, keine virtuelle Maschine. Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong, US-Ostküste und US-Westküste laufen 365 Tage im Jahr durchgehend.
Alle Gebühren werden in US-Dollar (USD) abgerechnet. Die aktuelle Verfügbarkeit von Knoten und Regionen liefert das Portal in Echtzeit.