Problem finden. Builds wieder starten.

Melden Sie sich nach bestätigtem Zahlungseingang im Portal an, öffnen Sie die entsprechende Bestellung und rufen Sie die Knotendetails auf. Dort finden Sie IP-Adresse, Benutzernamen und Startpasswort. Prüfen Sie vor der Verbindung, ob Modell, Knoten und Laufzeit mit Ihrer Auswahl übereinstimmen. Der aktuelle Bereitstellungsstatus wird im Portal angezeigt.

1. 01Bestellung prüfen

   Notieren Sie Bestellnummer, Modell und Knotenkennung, damit Sie nicht versehentlich alte Zugangsdaten eines anderen Knotens verwenden.

2. 02Zugangsdaten abrufen

   Kopieren Sie IP-Adresse und Benutzernamen vollständig und prüfen Sie, ob keine Leerzeichen mitkopiert wurden. Fügen Sie das Startpasswort nicht in öffentliche Logs ein.

3. 03Passwort ändern

   Ändern Sie nach der ersten Anmeldung das Passwort des aktuellen Benutzers und speichern Sie es in Ihrem Passwort-Manager.

ssh -p 22 USER@NODE_IP
passwd

Ersetzen Sie USER und NODE_IP durch die im Portal angezeigten Werte. Falls in den Details ein anderer Port steht, verwenden Sie diesen. Bei der Eingabe eines SSH-Passworts werden normalerweise keine Zeichen angezeigt. Das ist erwartetes Verhalten.

Unterscheiden Sie zunächst zwischen einer gestarteten Zahlung und einem vom Dienst bestätigten Zahlungseingang. Die Bestätigungsseite einer Kartenzahlung oder die Übermittlungsanzeige einer On-Chain-Transaktion ersetzt nicht den Zahlungsstatus der Bestellung. Aktualisieren Sie die Bestellung und prüfen Sie Betrag und Transaktionsstatus. Zahlen Sie nicht erneut, nur weil die Seite noch nicht aktualisiert wurde.

Wenn Zahlungsnachweis und Bestellstatus voneinander abweichen, fügen Sie Ihrem Portal-Ticket Bestellnummer, Zahlungsmethode, Betrag, Zahlungszeitpunkt und Zeitzone hinzu. Bei USDT-TRC20 ergänzen Sie den Transaktions-Hash. Bei Kartenzahlungen reichen die Referenzangaben des Zahlungsbelegs. Geben Sie niemals die vollständige Kartennummer, den Sicherheitscode oder einen SMS-Code an.

Arm Line M4 hat die Ausstattung M4 / 16GB / 256GB; Arm Grid M4 Pro ist mit M4 Pro / 64GB / 2TB ausgestattet. Beide Modelle sind an allen 5 Standorten verfügbar: Singapur, Tokio in Japan, Seoul in Südkorea, Hongkong und im Osten der USA. Maßgeblich ist der aktuelle Verfügbarkeitsstatus im Portal.

Bei interaktiver Nutzung ist die Netzwerkverbindung zwischen Ihrem Team und dem Knoten entscheidend. Für unbeaufsichtigte Builds sollten Sie auch die Übertragung von Code, Abhängigkeiten und Build-Artefakten berücksichtigen. Stimmen Bestellung und erwartete Auswahl nicht überein, klären Sie das zuerst über ein Ticket, bevor Sie Projekt- oder Signaturmaterial hochladen.

Trennen Sie zunächst doppelte Remotesitzungen und verbinden Sie sich erneut. Prüfen Sie, ob der Client den aktuellen Knoten verwendet und ob macOS gesperrt ist oder der Benutzerwechsel angezeigt wird. Wenn SSH noch funktioniert, sichern Sie zuerst die Build-Logs. Starten Sie einen Knoten nicht zwangsweise neu, solange dort ein Archive erstellt wird.

Wenn Sie die grafische Oberfläche erreichen, prüfen Sie unter „Systemeinstellungen → Allgemein → Teilen“ die Bildschirmfreigabe und die zugelassenen Benutzer. Je nach macOS-Version kann die Einstellung an einer etwas anderen Stelle liegen. Über SSH lässt sich der aktuelle Konsolenbenutzer abfragen, um eine aktive grafische Sitzung zu erkennen:

stat -f '%Su' /dev/console

Bleibt der Bildschirm schwarz, geben Sie im Ticket an, ob SSH erreichbar ist, was Sie unmittelbar davor getan haben sowie Name und Version des Clients. Fügen Sie einen Screenshot ohne Passwörter bei. Beenden Sie zur Fehlersuche nicht wiederholt Systemprozesse.

Stellen Sie im VNC-Client zunächst den Anzeigemodus „An Fenster anpassen“ ein. So können Sie die Skalierung des Clients von der tatsächlichen Auflösung des entfernten Systems unterscheiden. Prüfen Sie die Anzeigeoptionen unter „Systemeinstellungen → Monitore“. 1920 × 1080 ist ein guter Ausgangspunkt; passen Sie die Auflösung anschließend an Bildschirm und Netzwerk an.

Bei Verbindungen über größere Entfernungen helfen eine niedrigere Auflösung und Farbtiefe sowie eine stärkere Komprimierung. Prüfen Sie zuerst, ob Texteingabe und Menüs flüssig reagieren, und erhöhen Sie dann bei Bedarf die Bildqualität. Builds sind nicht von der Qualität der Remotedesktopanzeige abhängig. Für Build-Logs muss die grafische Sitzung daher nicht dauerhaft auf hoher Auflösung laufen.

Ein „Timeout“ deutet meist darauf hin, dass Netzwerkpfad oder Port nicht antworten. Bei „Verbindung abgelehnt“ wurde eine Ablehnung zurückgegeben; prüfen Sie Port und Dienst. Bei einem Authentifizierungsfehler sollten Sie Benutzername, Passwort oder Schlüssel überprüfen. Testen Sie zuerst im lokalen Terminal und fügen Sie Ihrem Ticket nur die relevanten Logauszüge bei:

nc -vz NODE_IP 22
ssh -vv -o ConnectTimeout=10 -p 22 USER@NODE_IP

Wenn Ihr Unternehmensnetz ausgehende Verbindungen einschränkt, versuchen Sie es über ein anderes Netzwerk und notieren Sie beide Ergebnisse. Lassen Sie die relevante Fehlermeldung im Log stehen, aber schwärzen Sie öffentliche IP-Adresse, Benutzernamen, Pfade zu privaten Schlüsseln und andere sensible Angaben. Senden Sie dem Support niemals private Schlüssel.

Nach einer Neuinstallation kann sich der Host-Fingerprint ändern. Prüfen Sie zuerst die Identität des Knotens im Portal. Ignorieren Sie Warnungen zum Hostschlüssel nicht, solange die Identität nicht bestätigt ist.

Prüfen Sie auf dem entfernten System unter „Systemeinstellungen → Tastatur → Texteingabe“ die Eingabequelle und unter „Sondertasten“ die Zuordnung von Command, Option und Control. Die Sondertasten liegen auf Windows- und Mac-Tastaturen an unterschiedlichen Stellen. Testen Sie Symbole zunächst in einem normalen Texteditor, bevor Sie Befehle ins Terminal eingeben.

Tritt das Problem nur im Remote-Client auf, prüfen Sie dessen Tastaturlayout und die Weiterleitung von Tastenkürzeln. Wenn die Zwischenablage nicht synchronisiert wird, verbinden Sie sich erneut und prüfen Sie die entsprechenden Freigabeoptionen des Clients. Verwenden Sie keine öffentlichen Zwischenablagedienste, um Passwörter oder Signaturmaterial zu übertragen.

Lesen Sie zuerst den aktiven Entwicklerpfad und die Version aus. Dass in der grafischen Oberfläche eine bestimmte Xcode-Version geöffnet ist, bedeutet nicht, dass die Kommandozeile dieselbe verwendet. Ein globaler Wechsel betrifft alle Jobs auf demselben Knoten. Für gemeinsam genutzte Build-Pipelines ist es besser, DEVELOPER_DIR pro Job festzulegen.

xcode-select -p
xcodebuild -version
DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer \
  xcodebuild -version

Der Pfad muss auf eine Xcode-Version verweisen, die auf dem Knoten tatsächlich vorhanden ist. Bevor Sie global umschalten, halten Sie Jobs an, die von der aktuellen Toolchain abhängen. Führen Sie dann sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer aus. Prüfen Sie Komponenten und Lizenzbedingungen bei der ersten Nutzung in einer interaktiven Sitzung.

Prüfen Sie den ausführenden Benutzer des Runners und den Schlüsselbund, in dem das Zertifikat liegt. Eine Anmeldung in der grafischen Sitzung gilt nicht unbedingt auch für Hintergrunddienste. Nach einem Neustart muss ein eigener Build-Schlüsselbund möglicherweise gemäß den Richtlinien Ihrer Pipeline entsperrt werden. Mit den folgenden Befehlen können Sie Signaturidentitäten anzeigen und den Schlüsselbund interaktiv entsperren:

security find-identity -v -p codesigning
security unlock-keychain "$HOME/Library/Keychains/build.keychain-db"

Der Beispiel-Build-Schlüsselbund muss bereits vorhanden sein. Unbeaufsichtigte Jobs sollten benötigte Zugangsdaten aus den vertraulichen CI-Variablen beziehen, die Befehlsausgabe unterdrücken und den Zugriff auf Zertifikate einschränken. Geben Sie zur Fehlersuche nur Fehlercodes und bereinigte Logs weiter, keine Schlüsselbundpasswörter, privaten Schlüssel oder Exportpasswörter für Zertifikate.

Verwenden Sie zunächst das Signaturverfahren, das sich im Projekt bereits bewährt hat. Automatische Signierung eignet sich für Abläufe mit kontrollierter Automatisierungsfreigabe. Manuelle Profile sind sinnvoll, wenn Zertifikat, Provisioning Profile und Exportkonfiguration fest vorgegeben werden sollen. Wechseln Sie während derselben Fehlersuche nicht gleichzeitig die Signaturstrategie und die Xcode-Version.

Prüfen Sie bei einer manuellen Konfiguration Bundle Identifier, Team-ID, Gültigkeit des Zertifikats, Profiltyp und Exportmethode einzeln. Bei Projekten mit mehreren Targets müssen auch Kennungen und Berechtigungen der Erweiterungen stimmen. Dokumentieren Sie Build- und Exportfehler getrennt. Fügen Sie dem Ticket die Fehlerphase, den genauen Fehlertext und eine bereinigte Exportkonfiguration bei.

Prüfen Sie zuerst auf der Codehosting-Plattform, ob der Runner noch registriert ist. Kontrollieren Sie dann Dienststatus, Repository-Zuordnung und Job-Tags auf dem Knoten. Führen Sie die folgenden GitHub-Actions-Befehle im Installationsverzeichnis des Runners aus. Für GitLab Runner muss das entsprechende Programm installiert sein:

./svc.sh status
gitlab-runner status
launchctl list | grep -i runner

Bei Diensten, die von launchd verwaltet werden, prüfen Sie den ausführenden Benutzer, das Arbeitsverzeichnis und den Logpfad in der Dienstdefinition. Ein automatischer Start beim Systemstart ist nicht dasselbe wie ein Start nach der Benutzeranmeldung. Testen Sie die Konfiguration deshalb ohne interaktives Terminal. Fügen Sie Ihrem Ticket niemals ein Runner-Registrierungstoken bei.

Geben Sie zunächst im fehlgeschlagenen Job nur nicht sensible Umgebungsdaten aus. Prüfen Sie den tatsächlichen ausführenden Benutzer, das aktuelle Verzeichnis, PATH und die Xcode-Version. Hintergrunddienste übernehmen in der Regel nicht automatisch die gesamte Konfiguration der interaktiven Shell.

whoami
pwd
printf '%s\n' "$PATH"
xcodebuild -version

Hinterlegen Sie benötigte Pfade explizit in der Job-Umgebung. Legen Sie für parallele Jobs separate Pfade für Arbeitsbereiche, DerivedData, Archive und temporäre Dateien fest. Führen Sie zunächst einen sauberen Build mit einem Job aus und erhöhen Sie die Parallelität schrittweise. Lassen Sie nicht zwei Releases gleichzeitig dasselbe Exportverzeichnis oder dieselben Signaturressourcen verändern.

Wählen Sie unbedingt das TRC20-Netzwerk. Prüfen Sie die Empfangsadresse, den fälligen Betrag und die Zahlungshinweise der aktuellen Bestellung Zeichen für Zeichen. Verwenden Sie keine Adresse aus einer anderen Bestellung oder einem älteren Screenshot. Vergewissern Sie sich vor der Überweisung, dass Ihre Wallet das richtige Netzwerk nutzt.

Die Bestätigung auf der Blockchain dauert üblicherweise einige Minuten. Warten Sie zunächst kurz und prüfen Sie dann den Transaktionsstatus. Die tatsächliche Dauer hängt von der Netzwerkauslastung, der Übertragung durch die Wallet und der erforderlichen Anzahl an Bestätigungen des Zahlungsanbieters ab. Es gibt keine feste Zusage für den Zahlungseingang. Maßgeblich ist die Bestätigung in der Bestellung. Eine übermittelte Transaktion bedeutet noch nicht, dass der Zahlungseingang bestätigt wurde.

Wurde die Transaktion bestätigt, aber die Bestellung noch nicht aktualisiert, senden Sie Bestellnummer, Transaktions-Hash, Betrag, Zeitpunkt und Zeitzone. Überweisen Sie nicht erneut und geben Sie in einem Ticket niemals Ihre Wiederherstellungsphrase oder Ihren privaten Schlüssel an.

Visa / Mastercard / Amex werden über Stripe verarbeitet. Kehren Sie nach der Zahlung ins Portal zurück und prüfen Sie den Rechnungsstatus und den Betrag in USD. Wenn die Bank die Transaktion anzeigt, der Rechnungsstatus aber abweicht, bewahren Sie den Zahlungsbeleg auf und erstellen Sie ein Ticket. Wiederholen Sie die Zahlung nicht mehrfach hintereinander.

Geben Sie Bestellnummer, Zahlungszeitpunkt und Zeitzone, Betrag sowie die Fehlermeldung oder Zahlungsreferenz an. Schwärzen Sie auf Screenshots die vollständige Kartennummer, den Sicherheitscode und andere persönliche Daten. Der Support benötigt keinen SMS-Code.

Zur Auswahl stehen vier Mietlaufzeiten: Tag, Woche, Monat und Quartal. Beginn, Ende, Verlängerung und Bestellstatus entnehmen Sie der jeweiligen Bestellung und Rechnung im Portal. Berechnen Sie das Ende der Laufzeit nicht selbst anhand des Zeitpunkts, zu dem Sie die Überweisung gestartet haben.

Prüfen Sie vor Ablauf den Verlängerungsstatus und die fällige Rechnung. Gehen Sie nicht davon aus, dass der Dienst ohne Zahlung weiterläuft. Einen Runner vorübergehend anzuhalten oder SSH zu trennen, beendet die Miete nicht. Wenn Sie eine Konfiguration ändern müssen, klären Sie das Vorgehen zuerst per Ticket und planen Sie dann die Migration des Projekts und eine Pause der Builds.

Nach Mietende werden die Daten auf dem gesamten System gelöscht. Sichern Sie Quellcode, Archive, wichtige Logs und Ihre Konfigurationen rechtzeitig und prüfen Sie, ob sich die Sicherungen wiederherstellen lassen. Die Festplatte des Knotens sollte nicht Ihre einzige Kopie sein.

Heben Sie außerdem die Runner-Registrierung auf, widerrufen Sie Automatisierungstoken, die auf dem Knoten verwendet wurden, und behandeln Sie Signaturmaterial gemäß Ihren Sicherheitsrichtlinien. Wenn Sie auf einen anderen Knoten wechseln möchten, prüfen Sie diesen zuerst und stellen Sie dann Ihre Release-Jobs um.