Hier suchen – sonst ein Ticket erstellen

Melden Sie sich in der Konsole an, öffnen Sie die entsprechende Bestellung und prüfen Sie Knotennummer, SSH-Adresse, Port und Zugangsdaten. Stellen Sie die Verbindung über ein Terminal oder einen SSH-Client her. Wenn Sie eine grafische Oberfläche benötigen, verbinden Sie sich anschließend gemäß den Angaben zur Bestellung per VNC. Prüfen Sie nach der ersten Anmeldung Gerätespezifikationen, macOS-Version und freien Speicherplatz, bevor Sie Ihre Build-Umgebung einrichten.

Notieren Sie bei einem Verbindungsfehler die Ergebnisse für SSH und VNC getrennt. Fügen Sie Ihrem Ticket Knotennummer, Zeitpunkt des Fehlers und die Fehlermeldung des Clients bei. Senden Sie weder Passwörter noch private Schlüssel mit.

Warten Sie zunächst, bis die Desktop-Sitzung geladen ist. Trennen Sie dann die Verbindung und stellen Sie sie erneut her. Prüfen Sie, ob der Client die VNC-Adresse und den VNC-Port aus Ihrer Bestellung verwendet – nicht den SSH-Port. Wenn SSH funktioniert, prüfen Sie, ob das Gerät noch auf Befehle reagiert und die aktuelle grafische Sitzung läuft. Setzen Sie nicht wiederholt das gesamte Gerät zurück, um ein Anzeigeproblem zu beheben.

Bleibt der Bildschirm schwarz, nennen Sie im Ticket den Client, fügen Sie einen Screenshot und die Knotennummer bei und geben Sie an, ob SSH funktioniert. So lässt sich ein Problem mit der Anzeigesitzung von einem Verbindungsfehler des gesamten Geräts unterscheiden.

Lassen Sie die bestehende Verbindung geöffnet. Fügen Sie zuerst den neuen öffentlichen Schlüssel zur Datei des Zielbenutzers hinzu: ~/.ssh/authorized_keys. Prüfen Sie, ob die Berechtigungen des Verzeichnisses und der Datei den SSH-Anforderungen entsprechen. Öffnen Sie ein weiteres Terminal und testen Sie die Anmeldung mit dem neuen privaten Schlüssel. Entfernen Sie den alten öffentlichen Schlüssel erst, wenn der Test erfolgreich war.

Laden Sie nur den öffentlichen Schlüssel hoch. Der private Schlüssel bleibt auf Ihrem eigenen Gerät und darf nicht per Ticket gesendet werden. Wenn der alte Schlüssel nicht mehr funktioniert und Sie keinen Zugriff auf das Gerät haben, nennen Sie im Ticket Bestell- und Knotennummer, damit unser Support die Wiederherstellungsmöglichkeiten prüfen kann.

Melden Sie sich beim bereitgestellten macOS-Benutzer an und ändern Sie das Passwort unter „Systemeinstellungen“ > „Benutzer & Gruppen“ oder führen Sie in der Terminalsitzung dieses Benutzers den Befehl passwdaus. Vergewissern Sie sich vorher, dass Sie weiterhin über eine funktionierende SSH- oder VNC-Verbindung verfügen. Prüfen Sie die Änderung anschließend mit einer neuen Sitzung und verlassen Sie sich nicht nur auf das bereits geöffnete Fenster.

Wenn Sie sich nicht mehr anmelden können, erstellen Sie über die Konsole ein Ticket und nennen Sie Bestellnummer, Knotennummer und die angezeigte Fehlermeldung. Geben Sie Ihr altes Passwort nicht im Ticket an.

Prüfen Sie zunächst mit xcodebuild -version die aktuelle Toolchain. Sind mehrere Xcode-Installationen vorhanden, können Sie mit xcode-select -s die gewünschte Version auswählen und anschließend die Versionsprüfung wiederholen. In CI-Skripten können Sie außerdem DEVELOPER_DIRexplizit setzen, damit verschiedene Aufgaben nicht gegenseitig die Standardversion ändern.

Ist die gewünschte Version noch nicht installiert, prüfen Sie zuerst ihre Systemanforderungen und den freien Speicherplatz. Laden Sie die Installationsdatei anschließend aus einer verfügbaren offiziellen Quelle herunter. Gehen Sie nicht davon aus, dass bei der Bereitstellung bereits jede Version installiert ist.

Prüfen Sie der Reihe nach, ob das Zertifikat den passenden privaten Schlüssel enthält, das Bereitstellungsprofil zur Bundle-ID passt und der Build-Prozess auf den verwendeten Schlüsselbund zugreifen kann. Wenn ein manueller Desktop-Build funktioniert, aber CI fehlschlägt, vergleichen Sie vor allem Benutzerkonten, Entsperrstatus des Schlüsselbunds und Signierparameter der beiden Sitzungen.

Zertifikate, private Schlüssel und Schlüsselbunddateien sind vertrauliche Daten. Sie können Ihrem Ticket bereinigte Fehlerprotokolle beifügen, aber keine privaten Zertifikatsschlüssel oder vollständigen Signierpasswörter hochladen.

Prüfen Sie in Xcode unter „Plattformen“ die installierten Laufzeitumgebungen oder führen Sie xcrun simctl list devices available aus, um die derzeit verfügbaren Geräte anzuzeigen. Fehlt die benötigte Laufzeitumgebung, laden Sie in Xcode eine mit Ihrer Version kompatible Komponente herunter. Sorgen Sie vorher für ausreichend freien Speicherplatz.

Verlassen Sie sich in CI nicht nur auf den Gerätenamen. Geben Sie Laufzeitversion und Gerätemodell ausdrücklich in der Build-Konfiguration an und prüfen Sie nach einem Xcode-Update erneut, ob das Ziel noch verfügbar ist.

Prüfen Sie zunächst DerivedData, alte Archive, heruntergeladene Simulator-Laufzeitumgebungen und Abhängigkeits-Caches. Klären Sie, welche Dateien sich problemlos neu erstellen lassen. Löschen Sie keine Zertifikate, Projektdateien oder noch verwendeten Build-Artefakte, ohne sie vorher zu sichern.

Benötigt Ihr Projekt einen größeren dauerhaft verfügbaren Arbeitsbereich, können Sie bei der Bestellung eine zusätzliche 1-TB- oder 2-TB-SSD auswählen. Ob eine bestehende Bestellung angepasst werden kann, hängt von den in der Konsole verfügbaren Optionen ab. Wenn Sie Hilfe benötigen, erstellen Sie ein Ticket mit Bestellnummer und Angaben zum Speicherverbrauch.

Wählen Sie bei jeder Bestellung einen Mietzeitraum aus. Die Bestellung weist den entsprechenden Preis und das Ablaufdatum aus. XV M4 Runner kostet $21.4 pro Tag, $57.8 pro Woche, $107.1 pro Monat oder $291.3 pro Quartal. XV M4 Studio kostet $40.7 pro Tag, $109.8 pro Woche, $203.3 pro Monat oder $553 pro Quartal. Alle Preise sind in US-Dollar angegeben.

Setzen Sie den Monatspreis nicht mit einer täglichen Abbuchung gleich. Vergleichen Sie die Gesamtpreise, sobald die voraussichtliche Nutzungsdauer feststeht. Prüfen Sie Zusatzoptionen wie weitere Laufwerke ebenfalls für denselben Bestellzeitraum.

Wenn Sie dasselbe Gerät vor Ende der aktuellen Mietzeit verlängern, können Sie es normalerweise weiterverwenden. Prüfen Sie in der Konsole, auf welche Instanz sich die Verlängerung bezieht und welches neue Ablaufdatum gilt. Wenn Sie ein anderes Modell oder einen anderen Knoten benötigen, ist das keine gewöhnliche Verlängerung. Klären Sie den Umzug zuerst per Ticket und sichern Sie Ihre Daten.

Wird die Miete nicht verlängert, wird das Gerät nach Ablauf zurückgenommen und das gesamte Laufwerk zurückgesetzt. Eine noch nicht vollständig bezahlte Verlängerung ist kein Ersatz für eine Datensicherung.

Maßgeblich sind die Zahlungsdaten, Anforderungen und der Zahlungsstatus der aktuellen Bestellung in der Konsole. Verwenden Sie keine Adresse aus einer früheren Bestellung und gehen Sie nicht von einer festen Anzahl an Bestätigungen aus. Prüfen Sie bei der Überweisung das Netzwerk USDT-TRC20 und bewahren Sie den Transaktions-Hash auf. Wird die Transaktion auf der Blockchain als abgeschlossen angezeigt, die Bestellung aber noch nicht aktualisiert, nennen Sie in einem Ticket in der Konsole Bestellnummer und Transaktions-Hash.

Senden Sie niemals private Wallet-Schlüssel oder Wiederherstellungsphrasen über ein Ticket.

Bestellungen werden in US-Dollar (USD) abgerechnet. Bei Kartenzahlungen werden Visa, Mastercard und Amex unterstützt, abgewickelt über Stripe. Welche Zahlungswege aktuell verfügbar sind, sehen Sie in der Konsole. Stripe verarbeitet die Kartendaten; sie laufen nicht über die Server dieser Website.

Falls Ihr Kartenanbieter auf der Abrechnung einen abweichenden Betrag oder zusätzliche Gebühren ausweist, prüfen Sie zunächst dessen Abrechnungsregeln. Für die Bestellung ist der in der Konsole angezeigte US-Dollar-Betrag maßgeblich.

Wenn die Mietzeit endet und nicht verlängert wird, wird das Gerät zurückgenommen und das gesamte Laufwerk zurückgesetzt. Dabei werden die Daten gelöscht. Das System wird neu installiert, bevor das Gerät erneut bereitgestellt wird. Eine wiederherstellbare Kopie Ihres Projekts wird dabei nicht für Sie aufbewahrt.

Kontodaten und notwendige Abrechnungsunterlagen sind von den Daten auf dem Gerät getrennt. Wenn Sie wissen möchten, wie Kontoinformationen verarbeitet werden, fragen Sie über ein Ticket in der Konsole nach.

Übertragen Sie den Quellcode zuerst in ein von Ihnen verwaltetes Code-Repository. Exportieren Sie anschließend Zertifikate und private Schlüssel, Signierkonfigurationen, aufzubewahrende Archive, Testdaten und Skripte an einen Speicherort unter Ihrer Kontrolle. Große Dateien können Sie portionsweise mit einem SSH-Dateiübertragungsprogramm kopieren. Prüfen Sie Dateigröße oder Prüfsumme.

Löschen Sie die Originale nicht sofort nach dem Kopieren. Stellen Sie ein Projekt oder Build-Artefakt aus der Sicherung wieder her und prüfen Sie, ob es sich öffnen oder erneut erstellen lässt. Planen Sie die Rückgabe erst nach erfolgreicher Prüfung und richten Sie sich dabei nach dem Ablaufdatum der Bestellung.

Die Projektdateien, die Sie auf dem exklusiv genutzten physischen Gerät speichern, gehören Ihnen. Wir sehen diese Dateien nicht ein und analysieren sie nicht. Für die Fehlerbehebung verwenden wir zunächst Knotennummer, Fehlermeldungen und bereinigte Screenshots, die Sie freiwillig im Ticket bereitstellen.

Blenden Sie vor dem Erstellen von Screenshots Tokens, Zugangsdaten, Zertifikatsinhalte und vertrauliche Projektinformationen aus. Wenn weitere Unterstützung nötig ist, teilen Sie im Ticket zuerst mit, welche Diagnoseinformationen Sie bereitstellen möchten.