Hier finden Sie Hilfe zur ersten Verbindung mit Cloud-Mac, Remote Desktop, SSH, macOS, Xcode, CI Runner, Speichererweiterungen und Bestellungen. Prüfen Sie die Punkte in der angegebenen Reihenfolge, damit Netzwerk, Zugangsdaten und Build-Umgebung nicht gleichzeitig geändert werden.
Wenn das Problem mehrere Bereiche betrifft, beginnen Sie bei der ersten Verbindung und schließen Sie die Ursachen nacheinander aus. Ändern Sie pro Durchlauf nur eine Variable und dokumentieren Sie Zustand und Zeitpunkt davor und danach.
Prüfen Sie Node-Region, Hostadresse, Benutzernamen, Version der Zugangsdaten und die aktuell zulässige Zugriffsmethode.
Remote DesktopUnterscheiden Sie zwischen nicht möglichem Sitzungsaufbau, langsamer Bildaktualisierung, fehlerhafter Eingabe und Client-Konfigurationsproblemen.
SSHPrüfen Sie Verbindungsziel, Berechtigungen, lokalen Schlüssel und die detaillierte Verbindungsausgabe.
Xcode-UmgebungLegen Sie zuerst macOS, Xcode, Kommandozeilenwerkzeuge und Abhängigkeiten fest, bevor Sie projektspezifische Unterschiede untersuchen.
CI RunnerPrüfen Sie Online-Status, Aufgaben-Tags, Parallelität, Cache-Verzeichnisse und verfügbaren Speicher des Runners.
Speicher und NetzwerkBewerten Sie den Speicherbedarf für Projekt, Cache, Assets und Artefakte und prüfen Sie Netzwerkabhängigkeiten separat.
Installieren Sie nicht sofort den Client neu und setzen Sie die Umgebung nicht zurück. Prüfen Sie zuerst die Erfassungsdaten und grenzen Sie die Ursache auf Zugangsdaten, Node, lokales Netzwerk, Client oder Sitzung ein.
Lesen Sie Bestell-ID, Node-Region, Hostdaten, Benutzernamen und Status der Zugangsdaten-Erstellung erneut aus der Konsole aus. Verwenden Sie keine alten Tickets, Screenshots oder weitergeleiteten historischen Verbindungsdaten.
Prüfen Sie in der Konsole, ob der Node bereits zugänglich ist. Solange die Bereitstellung erfasst wird, behalten Sie den aktuellen Datensatz bei und erstellen Sie keine Verbindungskonfiguration doppelt und wechseln Sie die Zugangsdaten nicht fortlaufend.
Testen Sie Hostauflösung und Zielport sowohl im aktuellen als auch in einem anderen vertrauenswürdigen Netzwerk. Halten Sie Zeitpunkt, Netzwerktyp und Ergebnis fest; eine einzelne Latenzzahl ersetzt keine vollständige Bewertung.
Stellen Sie sicher, dass Protokoll, Hostfeld, Port, Benutzername und Zugangsdaten korrekt zugeordnet sind. Bei Remote Desktop müssen außerdem Sitzungsaufbau, Bildaktualisierung, Tastaturbelegung und lokale Anzeigeeinstellungen unterschieden werden.
Bewahren Sie den Originalfehler, Zeitpunkt, Reproduktionsschritte und Clientversion auf. Für SSH können Sie eine bereinigte detaillierte Verbindungsausgabe bereitstellen; bei Remote Desktop dokumentieren Sie den vollständigen Ablauf vom Verbindungsstart bis zum Fehler.
System-Upgrades, Xcode-Wechsel und Abhängigkeitsupdates ändern mehrere Variablen gleichzeitig. Dokumentieren Sie zunächst die aktuelle Umgebung und prüfen Sie die Basistoolchain mit einem Minimalprojekt.
Dokumentieren Sie macOS-Version, vollständige Xcode-Version, aktuellen Pfad der Kommandozeilenwerkzeuge und Projektanforderungen. Die Toolchain aus grafischer Oberfläche und Kommandozeile sollte übereinstimmen.
Prüfen Sie vor Updates von System, Xcode, Paketmanager oder Build-Abhängigkeiten die Projektkompatibilität, den freien Speicher und Materialien für eine Rückkehr. Wechseln Sie die Version nicht mitten in einer kritischen laufenden Aufgabe.
Trennen Sie Quellcode, Abhängigkeitscache, Build-Zwischendateien, Testergebnisse und endgültige Artefakte. So lässt sich erkennen, ob der Speicherzuwachs durch Projektinhalte, veränderte Cache-Treffer oder Build-Artefakte entsteht.
Verwenden Sie für verschiedene Repositories, Branches und Testaufgaben getrennte Verzeichnisse, Lock-Dateien und Umgebungsvariablen. Reproduzieren Sie Probleme mit demselben Commit und denselben Abhängigkeitsversionen.
Prüfen Sie Auftragsannahme, Signaturumgebung, Cache, Parallelität und Speicher getrennt. Werden Runner-Konfiguration, Abhängigkeiten und Cache-Strategie gleichzeitig geändert, sind die Ergebnisse schwer reproduzierbar.
Prüfen Sie Prozessstatus, Aufgaben-Tags, Projektberechtigungen, Warteschlangenzuweisung und den letzten Heartbeat. Bestätigen Sie den tatsächlich gebundenen Repository- oder Organisationsbereich des Runners.
Prüfen Sie Vollständigkeit und Berechtigungen des Signaturmaterials sowie die Einheitlichkeit der vom Skript gelesenen Pfade. Reichen Sie nur bereinigte Fehler und Materialtypen ein, niemals geheime Zugangsdaten.
Vergleichen Sie Cache-Schlüssel, Lock-Dateien, Trefferprotokolle und Arbeitsverzeichnis. Führen Sie zunächst eine Minimalaufgabe ohne Cache aus, um zu bestätigen, dass die Cache-Schicht tatsächlich die Ursache ist.
Prüfen Sie Anzahl gleichzeitig laufender Aufgaben, gemeinsame Verzeichnisse, Ports, Simulatorressourcen und Artefaktpfade. Weisen Sie parallelen Aufgaben eigene Arbeitsbereiche zu, damit sie sich nicht überschreiben.
Erfassen Sie Quellcode-, Abhängigkeits-, Cache-, Zwischen-, Log- und Artefaktverzeichnisse getrennt. Prüfen Sie vor der Bereinigung, ob die betreffenden Verzeichnisse noch verwendet werden, und sichern Sie erforderliche Artefakte.
Berücksichtigen Sie Quellcode, Abhängigkeitscache, Build-Zwischendateien, Testdaten, Assets, Modelle und endgültige Artefakte. Erweiterungen sind für klar definierte Kapazitäts- oder Verbundanforderungen gedacht und ersetzen keine Projektsicherung.
Wenn Sie eine bestehende Bestellung ändern müssen, reichen Sie über die Konsole ein Ticket ein und verknüpfen Sie den Bestelldatensatz. Ändern Sie während laufender Aufgaben keine Speicherpfade eigenständig und trennen Sie keine verwendeten Geräte.
Große Batch-Verarbeitung von Assets, Workflows mit klarer Abhängigkeit von schnellem externem Speicher sowie langfristige Aufgaben mit eigener Arbeitsplatte. Prüfen Sie zuerst, ob Software, Dateisystem und Aufgabenpfade Verbundgeräte korrekt nutzen können.
Bewahren Sie Repositorys, Signaturmaterial, Modelle, Assets und Build-Artefakte gemäß Ihrer Teamstrategie in unabhängigen Kopien auf. Mehr Speicher löst ein Arbeitsbereichsproblem, ersetzt aber weder Versionsverwaltung noch Backup-Prozess.
| Erweiterung | Täglich | Wöchentlich | Monatlich | Vierteljährlich |
|---|---|---|---|---|
| +1TB SSD | $2.6 | $7 | $12.9 | $35.1 |
| +2TB SSD | $5.2 | $14 | $25.8 | $70.2 |
| Thunderbolt 5 im Verbund, pro Gerät | $1.9 | $5.2 | $9.7 | $26.4 |
Eine klare Anfrage sollte zeigen, welche Bestellung und Region betroffen sind, wann das Problem auftrat, wie es reproduziert wird und welches Ergebnis erwartet wird. „Verbindung nicht möglich“ oder „Build fehlgeschlagen“ reicht meist nicht für die Analyse.
Clientversion, macOS- und Xcode-Version, Runner-Tags, Kennung der fehlgeschlagenen Aufgabe, Netzwerktyp und die letzte erfolgreiche Aktion vor dem Problem.
Passwörter, private Schlüssel, Zugriffstoken, originales Signaturmaterial, Zahlungsdaten, vollständige Umgebungsvariablendateien und unverarbeiteten Projektquellcode.
Der Bestellbetrag setzt sich aus gewähltem Modell, Mietdauer, Node-Region und Erweiterungen zusammen. Probleme mit bestehenden Bestellungen sollten über die Konsole eingereicht werden, damit Konto und Node-Datensatz automatisch verknüpft werden.
Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe). Alle Bestellungen werden einheitlich in US-Dollar (USD) abgerechnet; welches Gateway verfügbar ist, zeigt die Konsole an.
Der Betrag umfasst Basismodell, Mietdauer (täglich, wöchentlich, monatlich oder vierteljährlich), Node-Region sowie ausgewählte Speicher- oder Thunderbolt-5-Verbund-Erweiterungen. Prüfen Sie die Abrechnung vor dem Einreichen Punkt für Punkt.
Ein Ticket über die Konsole kann Bestell-ID, Node-Region und Bereitstellungsdatensatz verknüpfen und Rückfragen reduzieren. Ergänzen Sie Zeitpunkt, Reproduktionsschritte, bereinigte Logs und erwartetes Ergebnis.
Prüfen Sie zeitnah den Umfang der Teamberechtigungen, aktualisieren Sie relevante Zugangsdaten und widerrufen Sie nicht mehr benötigten Zugriff. Senden Sie niemals unbereinigte Zugangsdaten per E-Mail, Chat oder Ticket.
Bestell-, Verbindungs-, Abrechnungs- oder Build-Probleme sollten bevorzugt über die Konsole eingereicht werden. Für Konfigurationsbewertungen, mehrere Nodes und geschäftliche Zusammenarbeit können Sie das Serviceteam zur weiteren Abstimmung kontaktieren.