Von Bestellung und Node-Verbindung über iOS-Builds bis zu Speicherverbund und Rechnungsprüfung: Prüfen Sie die einzelnen Schritte dort, wo das Problem auftritt. Jede Anleitung nennt Entscheidungskriterien, Befehle und die für ein Support-Ticket erforderlichen Informationen.
Legen Sie bei der ersten Anmietung zunächst den Speicher- und Arbeitsspeicherbedarf fest. Wählen Sie anschließend einen Node in der Nähe Ihres Code-Repositorys, Ihres Teams oder des Zielmarkts. Zahlen Sie nicht zuerst und leiten Sie die Konfiguration danach ab: Modell, Node, Laufzeit und Zusatzoptionen sollten vor der Bestellung gemeinsam geprüft werden.
ZoneMini M4 Core mit M4, 16 GB Arbeitsspeicher und 256 GB SSD – geeignet für leichte iOS-Builds und die Automatisierung eines einzelnen Projekts; ZoneMini M4 Plus mit M4, 24 GB Arbeitsspeicher und 512 GB SSD – geeignet für die tägliche Entwicklung und Pipelines mit mehreren Projekten; ZoneMini M4 Pro mit M4 Pro, 64 GB Arbeitsspeicher und 2 TB SSD – für speicherintensive Inferenz und parallele Aufgaben mit hoher Last. Alle drei Tarife bieten dedizierte physische Cloud-Mac-Hosts, keine virtuellen Maschinen.
Verfügbar sind Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und die US-Ostküste. Berücksichtigen Sie zuerst die Entfernung zum Code-Repository und zum Hauptnutzer, anschließend Zielmarkt und Zeitzone des Teams. Alle fünf Nodes unterstützen die drei Modelle; maßgeblich ist der aktuelle Status im Dashboard.
Für kurzfristige Kompatibilitätstests eignet sich eine Tageslaufzeit; für eine Iteration kann sich die Wochenlaufzeit lohnen. Feste Runner, langfristige Archivierung und kontinuierliche Inferenz passen meist besser zu Monats- oder Quartalslaufzeiten. Preise werden nicht umgerechnet oder gerundet; der Bestellbetrag wird direkt aus Modell, Zusatzoptionen und Laufzeit berechnet.
Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe). Prüfen Sie vor dem Absenden Modellname, Node, Laufzeit, Speicheroptionen, Anzahl der Thunderbolt-5-Verbindungen und Kontaktdaten. Verfügbare Zahlungsgateways werden im Dashboard angezeigt.
Prüfen Sie nach der Bereitstellung Node-Adresse, Benutzernamen, temporäre Zugangsdaten und Verbindungsanleitung. Aktualisieren Sie nach der ersten erfolgreichen Verbindung die temporären Zugangsdaten, speichern Sie den Host-Fingerprint und testen Sie SSH-Befehlszeile sowie macOS-Bildschirmfreigabe getrennt. Verbindungsdaten sind vertraulich und gehören weder in öffentliche Repositorys noch in normale Chatverläufe.
Notieren Sie Projekttyp, Anzahl gleichzeitig laufender Aufgaben, Xcode-Versionsbereich, Archivdauer, Größe des Abhängigkeits-Caches, Ziel-Node und voraussichtliche Mietdauer. Wenn das passende Modell noch unklar ist, prüfen Sie zunächst Spezifikationen und Laufzeitpreise und geben Sie die Aufgabendaten zur Abstimmung an Ihr Team weiter.
Ändern Sie bei einem Verbindungsfehler nicht gleichzeitig Zugangsdaten, Port und Firewall. Prüfen Sie nacheinander Status, Identität, Netzwerk, Port und Diensteinstellungen und sichern Sie jedes Ergebnis. So lässt sich feststellen, ob das Problem lokal, im Übertragungsweg oder am Ziel-Node liegt.
Melden Sie sich im Dashboard an und prüfen Sie, ob die zur Bestellung gehörende Instanz verbunden werden kann. Kontrollieren Sie außerdem Node und Modell. Nach einer Bereitstellung gelten zunächst die Angaben im Dashboard, nicht alte E-Mails oder frühere Adressen.
Unterscheiden Sie Zweck von Benutzername, Passwort und SSH-Schlüssel. Prüfen Sie Dateiberechtigungen, Eingabemethode und versehentlich kopierte Leerzeichen. Stoppen Sie nach wiederholten Authentifizierungsfehlern weitere Versuche und prüfen Sie die Quelle der Zugangsdaten erneut.
Testen Sie zum Vergleich ein vertrauenswürdiges alternatives Netzwerk und prüfen Sie, ob Unternehmensrichtlinien, Proxy oder Sicherheitssoftware die Zieladresse blockieren. Das vollständige Abschalten des Schutzes ist keine dauerhafte Lösung.
Testen Sie zunächst, ob TCP-Port 22 erreichbar ist, und führen Sie danach ein ausführliches SSH-Log aus. Ein Timeout deutet meist auf Netzwerkpfad oder Regeln hin; ist der Port erreichbar, die Authentifizierung aber erfolglos, prüfen Sie Benutzername, Schlüssel und Berechtigungen.
Verwenden Sie Adresse und Berechtigungsdaten aus der Bereitstellung. Bei schwarzem Bildschirm oder falscher Auflösung trennen Sie zuerst die alte Sitzung und verbinden Sie sich erneut. Notieren Sie Client-System, Anzahl der Bildschirme und Skalierung.
Prüfen Sie lokale Firewall, Team-Richtlinien für den Ausgangsverkehr und die zulässigen Bereiche am Node. Änderungen sollten nach dem Prinzip der minimalen Freigabe erfolgen; dokumentieren Sie Quelle, Port, Zeitpunkt und verantwortliche Person.
nc -vz <KNOTENADRESSE> 22
ssh -vvv -o ConnectTimeout=10 BENUTZER@KNOTENADRESSE
route -n get <KNOTENADRESSE>Ersetzen Sie die Platzhalter durch Node-Adresse und Benutzernamen aus den Zugangsdaten.
Wenn eine Pipeline in einer interaktiven Sitzung erfolgreich ist, aber im CI-Runner scheitert, unterscheiden sich meist Umgebungsvariablen, Schlüsselbund-Kontext, Arbeitsverzeichnis oder Cache-Berechtigungen. Prüfen Sie mit demselben Benutzer und Einstiegspunkt wie beim fehlgeschlagenen Job.
Dokumentieren Sie Systemversion, Xcode-Version und das aktuelle Entwicklerverzeichnis. Bei mehreren Xcode-Versionen müssen Pipeline-Pfad und Projektanforderung übereinstimmen; prüfen Sie nicht nur die grafisch geöffnete Version.
xcodebuild -version Tatsächliche Build-Tool-Version abrufenxcode-select -p Aktuelles Entwicklerverzeichnis abrufenswift --version Swift-Toolchain prüfenStellen Sie sicher, dass Signiermaterial für den aktuellen Benutzer zugänglich ist und Ziel, Konfiguration und Exportmethode die richtigen Einträge verwenden. Dokumentieren Sie nur Zertifikatsname, Gültigkeit und Übereinstimmung; laden Sie niemals private Schlüssel oder vollständige Profile in ein Ticket.
Wenn ein CI-Job in einer nicht interaktiven Umgebung auf Signiermaterial zugreifen muss, prüfen Sie, ob der Schlüsselbund entsprechend der Pipeline entsperrt ist, und begrenzen Sie den Zugriff des Automatisierungskontos. Schreiben Sie das Entsperrpasswort niemals direkt in Repository-Skripte oder normale Logs.
Prüfen Sie zunächst, ob sich Lockfiles geändert haben, und untersuchen Sie dann CocoaPods-, Swift-Package-Manager-, Node.js- oder Flutter-Abhängigkeiten getrennt. Löschen Sie bei Cache-Problemen nur projektrelevante Verzeichnisse, nicht den gesamten gemeinsam genutzten Team-Cache.
Bewahren Sie vollständige Befehle, Arbeitsverzeichnis, Scheme, Configuration, SDK, Destination und Exit-Code auf. Das Log muss den Kontext vor und nach dem ersten Fehler enthalten, nicht nur die letzte Zeile.
Prüfen Sie vor einem vollständigen Archiv zunächst Version, Projektstruktur und Sichtbarkeit des Scheme. Scheitert der Minimalbefehl, reparieren Sie weiter die Toolchain; ist er erfolgreich und das Archiv scheitert, prüfen Sie Signierung, Abhängigkeiten und Exportkonfiguration.
Build-Konfiguration besprechensw_vers
xcodebuild -version
xcode-select -p
swift --version
xcodebuild -list -workspace <PROJEKT_WORKSPACE>Die Befehle lesen keine Projektschlüssel aus. Prüfen Sie die Ausgabe dennoch vor dem Absenden auf interne Pfade oder Repository-Namen.
Zusätzlicher Speicher eignet sich für Abhängigkeits-Caches, Build-Zwischendateien, Modelldateien und kurzfristige Medienverarbeitung. Er ersetzt weder Versionskontrolle noch langfristige Archivierung. Thunderbolt-5-Verbund wird pro Host berechnet und eignet sich für ausdrücklich auf mehrere Hosts ausgelegte Aufgaben; zwei unabhängige Aufgaben werden dadurch nicht automatisch zu einem parallelen Job.
| Zusatzoption | Pro Tag | Pro Woche | Pro Monat | Pro Quartal | Geeignet für |
|---|---|---|---|---|---|
| +1 TB SSD | $2 | $5.5 | $10.1 | $27.5 | Abhängigkeits-Cache, Build-Artefakte und mittelgroße Medienbestände |
| +2 TB SSD | $4 | $11 | $20.2 | $55 | Modelldateien, Batch-Medien und größere Archiv-Arbeitsbestände |
| Thunderbolt-5-Verbund (pro Host) | $1.7 | $4.6 | $8.6 | $23.4 | Aufteilung von Aufgaben auf mehrere Hosts und schnelle Datenverarbeitung zwischen Nodes |
Verwenden Sie diskutil list zur Anzeige von Festplatten und Partitionen und anschließend df -h zur Prüfung tatsächlicher Mountpoints und des freien Speicherplatzes. Wenn nur ein Gerät, aber kein korrekter Mountpoint angezeigt wird, sichern Sie die Befehlsausgabe und erstellen Sie ein Ticket. Formatieren Sie unbekannte Datenträger nicht direkt.
Prüfen Sie vor einem fehlgeschlagenen Archiv Arbeitsbereich, DerivedData, Abhängigkeits-Cache und temporäre Verzeichnisse. „Nicht genügend Speicherplatz“ kann aus System- oder temporären Volumes stammen, nicht unbedingt aus dem Volume des Projektverzeichnisses.
Definieren Sie bei Multi-Host-Workflows, welcher Host Code abruft, welcher baut oder Inferenz ausführt, wohin Artefakte geschrieben werden und wie Wiederholungen erfolgen. Lassen Sie nicht mehrere Hosts dasselbe Arbeitsverzeichnis oder einen veränderlichen Cache gleichzeitig bearbeiten.
diskutil list
df -h
du -sh ~/Library/Developer/Xcode/DerivedData
du -sh ~/Library/CachesDie Größenberechnung großer Verzeichnisse kann dauern. Beobachten Sie zunächst die Ausgabe und löschen Sie nichts, bevor der Zweck bestätigt ist.
Alle ZoneMini-Bestellungen werden in USD abgerechnet. Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe). Verfügbare Zahlungsgateways werden im Dashboard angezeigt. Beziehen Sie sich bei Abrechnungsfragen auf die konkrete Bestellung, nicht nur auf einen Zahlungs-Screenshot oder eine ungenaue Uhrzeit.
Modell, Laufzeit und Zusatzoptionen werden zu den veröffentlichten USD-Preisen berechnet; eine Währungsumrechnung auf der Seite erfolgt nicht.
Prüfen Sie vor der Zahlung Netzwerk, Betrag und Bestellangaben aus dem Dashboard. Geben Sie bei Problemen Bestellnummer und anonymisierte Transaktionskennung an.
Kartenzahlungen werden über Stripe verarbeitet. Bei einem Fehler dokumentieren Sie Dashboard-Fehlermeldung, Zeitpunkt und Bestellnummer; vollständige Kartendaten gehören nicht in ein Ticket.
Der Bestellbetrag setzt sich aus dem Laufzeitpreis des gewählten Modells sowie Speicher- oder Thunderbolt-5-Verbundoptionen für dieselbe Laufzeit zusammen. Vergleichen Sie Modellname, Node, Tages-, Wochen-, Monats- oder Quartalslaufzeit, Zusatzkapazität und Host-Anzahl einzeln.
Bewahren Sie Bestellnummer, Zahlungsweg, Zeitpunkt, vollständigen Dashboard-Fehlertext und anonymisierte Transaktionskennung auf. Senden Sie niemals vollständige Kartennummern, Sicherheitscodes, Wallet-Private-Keys, Wiederherstellungsphrasen oder vollständige Kontopasswörter.
Melden Sie sich im Dashboard an, um Bestellungen, Instanzen und Abrechnungsstatus zu prüfen. Stimmen Angaben und Zahlungsaufzeichnung nicht überein, erstellen Sie aus dem Kontext dieser Bestellung ein Ticket und fügen Sie die Bestellnummer hinzu. Vermeiden Sie mehrere unverbundene Anfragen zum selben Problem.
Ein Ticket soll nicht nur beweisen, dass ein Problem besteht, sondern Auswirkungen, Reproduktionsweg und gewünschtes Ergebnis klären. Bündeln Sie die wichtigen Angaben in einer Anfrage, um Rückfragen zu reduzieren.
Nennen Sie Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong oder die US-Ostküste und fügen Sie die Instanzkennung aus dem Dashboard hinzu.
Nennen Sie ZoneMini M4 Core, ZoneMini M4 Plus oder ZoneMini M4 Pro, nicht lediglich „M4-Host“.
Geben Sie einen Zeitraum einschließlich Zeitzone an und erklären Sie, ob das Problem erstmals, dauerhaft reproduzierbar oder sporadisch auftrat.
Beschreiben Sie ab dem Öffnen des Arbeitsverzeichnisses oder dem Start der Verbindung jeden Befehl, jede Eingabe, das tatsächliche Ergebnis und den Exit-Code.
Bewahren Sie den Kontext vor und nach dem Fehler auf und entfernen Sie Repository-Token, Signiermaterial, interne Adressen und personenbezogene Daten.
Beschreiben Sie das korrekte Verhalten und ob das Problem Verbindung, Tests, Archivierung, Zahlung oder Artefaktbereitstellung blockiert.
Geben Sie bei Signierzertifikaten nur Name und Gültigkeitsstatus an; bei Token nur Typ und Berechtigungsumfang. Bei Zugangsdaten genügen Fehlermeldung und anonymisierte Kennung. E-Mail-Adressen, Repository-Adressen, interne Hostnamen und Dateipfade in Logs sollten bei Bedarf anonymisiert werden.
Bei bestehenden Bestellungen melden Sie sich vorzugsweise im Dashboard an und erstellen Sie ein Ticket mit Bestellnummer, Node, Modell, Zeitpunkt, Reproduktionsschritten, anonymisierten Logs und gewünschtem Ergebnis. Für die Auswahl vor dem Kauf können Sie das Team per Support-E-Mail kontaktieren.