Remote-Zugriff
Desktop per VNC, Builds per SSH.
Schreiben Sie Ihren Code wie gewohnt unter Windows oder Linux. Wenn Sie ein iOS-Projekt kompilieren möchten, übertragen Sie es einfach auf eine exklusiv nutzbare macOS-Umgebung.
Sie haben bereits eine Bestellung? Melden Sie sich im Portal an und rufen Sie die Verbindungsdaten in den Instanzdetails auf. Speichern Sie weder Passwörter noch private Schlüssel im Projekt-Repository.
Rufen Sie die Angaben im Portal auf und tragen Sie sie je nach Verbindungsmethode ein.
Projekt übertragen → kompilieren und exportieren → Build herunterladen
Die passende Methode
Alle drei Methoden greifen auf denselben Rechner zu. Sie brauchen also nicht für jede Aufgabe eine eigene Instanz. Entscheiden Sie zuerst, was Sie tun möchten, und öffnen Sie dann das passende Programm.
Ideal, um die Umgebung zum ersten Mal zu prüfen, die grafische Oberfläche von Xcode zu bedienen oder Signierungseinstellungen aufzurufen. Der Client zeigt den entfernten macOS-Desktop an; Maus und Tastatur steuern den Cloud-Rechner.
Wählen Sie zunächst eine niedrigere Auflösung. Sobald Eingaben, Bild und Verbindung stabil sind, können Sie die Anzeigequalität bei Bedarf anpassen.
Grafische OberflächeGeeignet für Build-Befehle zum Export von Flutter-, React-Native- und Unity-Projekten sowie zum Prüfen von Logs. Die Befehle laufen auf dem entfernten Rechner, ohne dass der Desktop dauerhaft übertragen werden muss.
Wird eine gewöhnliche SSH-Sitzung getrennt, kann das laufende Vordergrundprogramm betroffen sein. Nutzen Sie für längere Builds ein Sitzungsprogramm oder einen bereits eingerichteten Build-Runner.
Befehle ausführenÜbertragen Sie Quellcode, Ressourcen und Konfigurationsdateien oder laden Sie Build-Logs und .ipa-Dateien herunter. SFTP verwendet Ihre SSH-Zugangsdaten – tragen Sie nicht versehentlich den VNC-Port ein.
Entfernen Sie vor der ersten Übertragung neu erstellbare Cache-Dateien. Übertragen Sie Zertifikate und private Schlüssel separat und prüfen Sie nach dem Download Dateigröße und Build-Version.
ProjektübergabeWindows einrichten
Installieren Sie einen VNC-kompatiblen Client und öffnen Sie dann die Instanzdetails im Portal. Maßgeblich sind die dort angezeigten Verbindungsdaten. Raten Sie weder die Adresse noch den Port.
Tragen Sie die Verbindungsadresse der Instanz in das Host-Feld des Clients ein. Adresse, Benutzername und Bestellnummer sind separate Angaben. Kopieren Sie nicht den gesamten Verbindungstext in ein einziges Feld.
Falls Ihr Client Adresse und Port in einem Eingabefeld erwartet, prüfen Sie zuerst das erforderliche Format. Je nach Client wird die Schreibweise mit Doppelpunkt unterschiedlich interpretiert.
Verwenden Sie den im Portal angegebenen VNC-Port. SSH und VNC sind getrennte Dienste und haben unterschiedliche Ports. Gibt es ein eigenes Port-Feld, tragen Sie die Nummer dort ein.
Bei einer Zeitüberschreitung prüfen Sie zunächst, ob beim Kopieren Leerzeichen mit übernommen wurden, Ihr Netzwerk den Port einschränkt oder die Instanz erreichbar ist.
Geben Sie das für die Instanz vorgesehene VNC-Passwort ein. Verwenden Sie nicht stattdessen Ihr Portal-Passwort und speichern Sie Zugangsdaten nicht auf öffentlichen Computern.
Prüfen Sie nach der ersten Anmeldung die Tastaturbelegung und Systemzeit. Kontrollieren Sie anschließend die Versionen von Xcode und den Kommandozeilenwerkzeugen. Wenden Sie sich bei Problemen mit den Zugangsdaten über ein Support-Ticket an uns.
Linux einrichten
Mit SSH führen Sie Befehle aus, mit einem VNC-Client bedienen Sie die grafische Oberfläche. Wechseln Sie je nach Aufgabe zwischen den beiden Methoden und prüfen Sie die Zugangsdaten für jede Methode separat.
Erstellen Sie den SSH-Schlüssel auf Ihrem eigenen Linux-Rechner. Der private Schlüssel bleibt lokal; nur der öffentliche Schlüssel wird in der Autorisierungsdatei des entfernten Benutzers hinterlegt. Laden Sie den privaten Schlüssel nicht für die Anmeldung hoch.
ssh-keygen -t ed25519 -f ~/.ssh/xcodehost
chmod 600 ~/.ssh/xcodehostHinterlegen Sie den öffentlichen Schlüssel über eine bereits autorisierte Sitzung oder den Desktop und testen Sie danach die Anmeldung per Schlüssel. Schließen Sie die noch funktionierende Zugriffsmethode erst, wenn die Anmeldung erfolgreich war.
Beim ersten SSH-Zugriff wird der Host-Fingerabdruck angezeigt. Prüfen Sie ihn über einen vertrauenswürdigen Kanal, bevor Sie ihn bestätigen. Hat sich ein gespeicherter Fingerabdruck geändert, klären Sie zuerst, ob die Instanz neu installiert wurde. Ignorieren Sie die Warnung nicht einfach.
ssh -i ~/.ssh/xcodehost \
-p "$SSH_PORT" \
"$MAC_USER@$MAC_HOST"Legen Sie zuvor die drei Umgebungsvariablen für SSH-Port, Systembenutzername und Verbindungsadresse aus dem Portal fest. Im VNC-Client verwenden Sie die separaten VNC-Angaben.
Build ausführen
Die folgenden Befehle und erwarteten Ausgaben sind Beispiele, keine live ausgeführten Ergebnisse. Sie setzen voraus, dass das Projekt bereits ein Archive erzeugt hat, die Signierung korrekt eingerichtet ist und die für fastlane benötigte Upload-Berechtigung vorliegt.
$ ssh -i ~/.ssh/xcodehost -p "$SSH_PORT" "$MAC_USER@$MAC_HOST"
Last login: ...
$ xcodebuild -version
Xcode ...
$ xcodebuild -exportArchive \
-archivePath build/App.xcarchive \
-exportPath build/export \
-exportOptionsPlist ExportOptions.plist
** EXPORT SUCCEEDED **
$ fastlane pilot upload --ipa build/export/App.ipa
Successfully uploaded package to App Store ConnectPrüfen Sie die aktuelle Toolchain mit xcodebuild -version. Führen Sie bei Flutter-Projekten zuerst flutter doctor aus. Prüfen Sie bei React-Native-Projekten die Abhängigkeiten und starten Sie anschließend pod install. Übertragen Sie bei Unity-Projekten zuerst das exportierte Xcode-Projekt.
Ein erfolgreiches Archive bedeutet nicht, dass die .ipa-Datei bereits exportiert wurde. Und ein erfolgreicher Export bedeutet nicht, dass der Upload abgeschlossen ist. Bewahren Sie die Logs aller drei Schritte auf und laden Sie das Build-Ergebnis herunter. Prüfen Sie bei einem Upload-Fehler den betreffenden Schritt, statt den Remote-Desktop neu einzurichten.
Zugriffspunkt wählen
Alle fünf Standorte eignen sich für Desktopzugriff, Builds und Dateiübertragungen. Die Richtwerte in der Tabelle gelten für die jeweils angegebene Region. Sie sind keine Garantie für Verbindungen aus beliebigen Städten und keine aktuellen Live-Messwerte.
| Standort | Region | Richtwert für RTT | Geeignete Aufgaben |
|---|---|---|---|
| Singapur | Südostasien | 20~50ms | Desktopzugriff in der Region; SSH-Builds; Projektübertragung |
| Tokio | Ostasien | 30~60ms | Debugging am Desktop in der Region; SSH-Builds; Build-Downloads |
| Seoul | Nordostasien | 30~50ms | Remote-Desktop in der Region; Builds per Kommandozeile; Dateiaustausch |
| Hongkong | Südchina und Südostasien | 20~40ms | Desktopzugriff in der Region; SSH-Builds; Projekt-Upload |
| Westküste der USA | Westküste Nordamerikas | 25~35ms | Desktopprüfung in der Region; automatisierte Builds; Build-Transfer |
Die Werte sind Richtwerte; ausschlaggebend ist Ihr Netzwerk. Die Round-Trip-Zeit sagt nichts über den Dateidurchsatz aus. Daraus lässt sich weder die Upload- noch die Build-Dauer berechnen.
Wenn Sie häufig mit der Xcode-Oberfläche arbeiten, wählen Sie möglichst einen Standort in Ihrer Nähe. Bei unbeaufsichtigten Builds sollten Sie auch den Übertragungsweg für Quellcode und Build-Ergebnisse berücksichtigen. Maßgeblich ist der aktuelle Status im Portal.
Verbindung verbessern
Ruckelnde Desktop-Bedienung, eine fehlgeschlagene SSH-Verbindung und langsame Dateiübertragungen haben unterschiedliche Ursachen. Ändern Sie immer nur eine Einstellung und notieren Sie, was sich dadurch ändert.
Reduzieren Sie zunächst die Auflösung des entfernten Desktops und die Bildqualität im Client. Deaktivieren Sie unnötige Desktop-Animationen. Prüfen Sie die Änderung mit kurzen Aktionen wie Texteingaben oder dem Öffnen eines Menüs, nicht mit der Wiedergabe eines längeren Videos.
Wenn Sie den Desktop nur gelegentlich zur Kontrolle brauchen, führen Sie den Build per SSH aus. Speichern Sie die Logs und installieren Sie Abhängigkeiten, erstellen Sie das Archive und exportieren Sie die Datei in einzelnen Schritten. Funktioniert SSH, während VNC ruckelt, prüfen Sie zuerst die Bildübertragung statt das Projekt zu ändern.
Wählen Sie anhand der Richtwerte einen Standort in der Nähe des Arbeitsplatzes. Prüfen Sie außerdem Ihr WLAN, einen eventuell verwendeten Proxy und die Bandbreitenauslastung. Den Standort wählen Sie bei der Bestellung aus. Ein Standortwechsel bedeutet nicht, dass ein bestehendes Projekt automatisch übertragen wird.
Prüfen Sie zuerst Desktop, SSH und Dateiübertragung, bevor Sie produktive Builds starten. Laden Sie vor Mietende Ihr Projekt und die Build-Ergebnisse herunter und entfernen Sie Zertifikate und Schlüssel. Ohne Verlängerung endet der Zugriff mit Ablauf der Mietdauer.