Vor der Miete und nach dem Start:
Antworten auf häufige Fragen.

Die Zahlung erfolgt im Voraus. Wählen Sie zuerst das Modell und dann die Mietdauer. Tages-, Wochen-, Monats- und Quartalspreise sind separate Tarife und ergeben sich nicht einfach aus dem Tagespreis multipliziert mit der Anzahl der Tage. Wählen Sie den Zeitraum, der Ihrem tatsächlichen Bedarf entspricht.

Zusätzliche SSDs und Thunderbolt 5-Verbindungen werden separat berechnet. Prüfen Sie vor der Zahlung im Bestellvorgang Modell, Standort, Laufzeit, Zusatzoptionen und Gesamtbetrag. Für den tatsächlichen Beginn und das Ende der Bestellung gelten die Angaben im Portal.

Erstellen Sie zunächst ein Support-Ticket im Portal mit Ihrer aktuellen Bestellnummer, dem gewünschten Tarif, dem belegten Speicherplatz und einem möglichen Zeitfenster für eine Build-Pause. Die Tarife nutzen jeweils eigene physische Macs; ein Wechsel ist nicht mit einer Online-Erweiterung einer VM gleichzusetzen.

Warten Sie mit der Änderung, bis der Support Migrationsweg, Kosten und Übergabe bestätigt hat. Exportieren Sie vor der Migration Ihre Konfiguration und sichern Sie Projekte, Signaturmaterial und Build-Artefakte. Gehen Sie nicht davon aus, dass bei einer Speicheränderung der gesamte Betriebszustand des bisherigen Macs erhalten bleibt. Prüfen Sie bei einem Downgrade besonders, ob die SSD des Zielmodells genügend Platz für Ihre Daten bietet.

Die folgenden Preise gelten für Zusatzoptionen. Thunderbolt 5-Verbindungen werden pro Mac berechnet und sind nicht als zusätzlicher Speicher oder Arbeitsspeicher im Grundtarif enthalten. Maßgeblich sind die im Bestellvorgang verfügbaren Optionen und Bedingungen.

Ob Zusatzoptionen während der Mietzeit geändert werden können und wie Daten von zusätzlichen SSDs migriert werden, hängt von Ihrer Bestellung ab. Entfernen Sie keine Zusatz-SSD ohne vorherige Sicherung. Gehen Sie nicht davon aus, dass Zusatzoptionen unabhängig vom Mac genutzt oder separat erstattet werden können.

Wir akzeptieren ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe). Alle Produkte und Bestellungen werden in US-Dollar (USD) abgerechnet. Welche Zahlungsoptionen verfügbar sind, richtet sich nach der Rückmeldung des Zahlungsdienstleisters.

Bei Zahlung mit USDT-TRC20 verwenden Sie das im Zahlungsfenster angegebene Netzwerk, die Adresse und den Betrag. Bewahren Sie den Transaktionshash auf. Bei Kartenzahlungen folgen Sie der Verifizierung im Zahlungsfenster. Ein Zahlungsbeleg bedeutet nicht automatisch, dass der Mac bereitgestellt wurde. Prüfen Sie den Bestellstatus im Portal.

Prüfen Sie zunächst die Bestellung und den Abrechnungsverlauf im Portal und vergewissern Sie sich, dass Sie die richtige Bestellung bezahlt haben. Zahlen Sie nicht erneut, solange der Status ungeklärt ist. Bei einer Überweisung auf der Blockchain prüfen Sie Netzwerk, Empfängeradresse, Betrag und Transaktionshash.

Senden Sie anschließend über ein Support-Ticket die Bestellnummer, Zahlungsmethode, den Zahlungszeitpunkt und die Transaktionsreferenz. Bei Problemen mit einer Kartenzahlung senden Sie niemals die vollständige Kartennummer oder einen Verifizierungscode. Bei USDT-TRC20 genügt der Transaktionshash. Für Unterstützung per E-Mail schreiben Sie an support@osxhost.com.

Prüfen Sie vor der Verlängerung im Portal das Ablaufdatum, den gewünschten Zeitraum und den offenen Betrag. Kontrollieren Sie nach der Zahlung erneut das neue Ablaufdatum. Laufende lokale Aufgaben sind kein Beleg dafür, dass die Bestellung verlängert wurde.

Vorzeitige Kündigungen, Änderungen von Zusatzoptionen und Erstattungen werden anhand der Bestellung und der Servicebedingungen geprüft. Eine automatische Erstattung der verbleibenden Stunden ist nicht garantiert. Nennen Sie bei Ihrem Antrag die Bestellnummer, den Grund und den gewünschten Zeitpunkt für das Serviceende. Bewahren Sie Abrechnung und Zahlungsbelege auf, bis Sie eine klare Rückmeldung erhalten haben.

Bestell- und Abrechnungsregeln in den Servicebedingungen ansehen

Sie erhalten einen dedizierten physischen Mac, keine VM. Während der Mietzeit wird jeder Apple Silicon Mac mini einer Person zugewiesen. CPU, Unified Memory und Speicherplatz werden nicht mit anderen Mietern geteilt. Sie können sowohl die grafische macOS-Oberfläche als auch die Kommandozeile nutzen.

Exklusive Hardware bedeutet nicht, dass Aufgaben ohne Ressourcenkonkurrenz laufen. Archive, Simulatoren, Container und Modellinferenz auf demselben Mac beanspruchen gemeinsam die Ressourcen. Führen Sie zunächst einen Build seriell aus, bevor Sie die Parallelität erhöhen, und behalten Sie Speicherdruck und Speicherbelegung im Blick.

Es gibt drei Modelle: Host M4 Lite (M4 / 16GB / 256GB), Host M4 Plus (M4 / 24GB / 512GB) und Host M4 Pro (M4 Pro / 64GB / 2TB). Der Basisspeicher und zusätzliche SSDs sind separate Optionen.

Für übliche Builds einer einzelnen App ist Lite ein guter Ausgangspunkt. Bei mehreren Targets, Flutter und parallelen Simulatoren bietet sich Plus an. Für große Projekte mit parallelen Archives, Unity-Exporten oder MLX-Inferenz empfiehlt sich Pro. Ermitteln Sie vor der Auswahl den maximalen Platzbedarf von DerivedData, Dependency-Caches, Simulator-Runtimes und Build-Artefakten – nicht nur die Größe des Repositorys.

Tarife vergleichen und passende Konfiguration finden

Prüfen Sie zuerst die Kompatibilität der benötigten Xcode- und macOS-Versionen. Klären Sie vor der Bestellung, welche Version bereitgestellt werden kann. Bei einer festen Versionsvorgabe fragen Sie vor der Zahlung beim Support nach. Gehen Sie nicht davon aus, dass sich jede ältere Version installieren lässt.

Notieren Sie nach der Bereitstellung die macOS-Version, den Xcode-Pfad und die verfügbaren SDKs. Änderungen am System können Signaturtools, Ruby-Abhängigkeiten und Runner beeinträchtigen. Erstellen Sie zunächst ein wiederherstellbares Backup, testen Sie die Änderung in einem separaten Job und stellen Sie erst danach die produktive Pipeline um.

Mit Blick auf die Systemkompatibilität und den verfügbaren Speicherplatz können Sie mehrere Xcode-Versionen einplanen. Testen Sie Beta-Versionen zunächst für Kompatibilitätsprüfungen und ersetzen Sie nicht direkt die Version Ihrer stabilen Pipeline. Beachten Sie bei Download und Nutzung der Software die geltenden Lizenzbedingungen.

Setzen Sie in CI für jeden Job explizit DEVELOPER_DIR, damit ein globaler Wechsel andere Builds nicht beeinträchtigt. Prüfen Sie anschließend mit xcodebuild -version und xcodebuild -showsdks sowie den Logs, welche Toolchain tatsächlich verwendet wird. Führen Sie danach Tests und einen Archive-Build aus.

Verfügbar sind fünf Standorte: Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und der Westen der USA. Alle drei Modelle sind an allen fünf Standorten verfügbar. Die aktuelle Verfügbarkeit sehen Sie im Portal.

Berücksichtigen Sie bei der Auswahl den Standort Ihres Teams, des Code-Repositorys und des Artefaktspeichers. Der Name eines Standorts garantiert keine Latenz bei standortübergreifenden Verbindungen. Auch der Internetanbieter, das Unternehmensnetzwerk und die verwendete Fernzugriffsmethode beeinflussen die tatsächliche Leistung.

Angaben zu Bandbreite, IP-Zuweisung und Verbindungsports finden Sie in der Tarifbeschreibung, im Portal und in den Bereitstellungsinformationen. Eine bestimmte Geschwindigkeit, eine eigene öffentliche IP oder beliebig offene Ports gelten nicht pauschal für alle Bestellungen.

Wenn Ihre Aufgaben eine feste Ausgangs-IP, eingehende Webhooks, IP-Whitelisting oder umfangreiche Uploads erfordern, nennen Sie vor der Bestellung Protokoll, Richtung, Zieldienst und Datenvolumen. Der Support prüft die Anforderungen. Testen Sie nach der Bereitstellung zuerst SSH und die benötigten Anwendungsports und binden Sie erst dann CI an. Öffnen Sie nur die erforderlichen Zugriffe.

Für interaktive Fernsteuerung eignet sich ein Standort in Ihrer Nähe mit stabiler Verbindung. Bei unbeaufsichtigten Builds sind hingegen Downloads von Abhängigkeiten, Code-Checkout und Artefakt-Uploads besonders wichtig. Die geografische Entfernung allein sagt nicht voraus, welche Pipeline am schnellsten ist.

Vergleichen Sie mit Ihrem eigenen Netzwerk die Verbindungsstabilität, die Dauer des Repository-Checkouts und die Logs eines vollständigen Builds. Wenn Sie die Zugriffsbedingungen vorab klären möchten, nennen Sie bei Ihrer Anfrage Team-Zeitzone, Netzwerkumgebung und wichtigste Toolchain. Wir bieten keine Messwerte zur aktuellen Latenz einzelner Städte.

SSH und Bildschirmfreigabe gemäß Anleitung einrichten

Ja, Sie können den Mac als selbstverwalteten Build-Runner einsetzen und als GitHub Actions self-hosted runner, GitLab Runner oder Jenkins agent registrieren. Führen Sie den Build zuerst manuell im Terminal aus. Übergeben Sie dem Runner anschließend denselben Arbeitsordner, Toolchain-Pfad und dieselben Umgebungsvariablen.

Verwenden Sie ein eigenes Build-Konto und beschränken Sie Runner-Tags und Repository-Zugriff. Lassen Sie nicht vertrauenswürdige externe Beiträge nicht auf Signaturzugänge zugreifen. Beginnen Sie mit geringer Parallelität und überwachen Sie Speicherdruck, Simulatoranzahl und Archive. Vermeiden Sie, dass mehrere Jobs in dasselbe Verzeichnis schreiben.

Halten Sie Signaturmaterial und Quellcode getrennt. Sie können verschlüsseltes Signaturmaterial mit fastlane match verwalten und das Entschlüsselungskennwort über geschützte CI-Variablen übergeben. Speichern Sie niemals private Schlüssel, Kennwörter oder vollständige Zugangsdaten im Repository oder in Support-Tickets.

Verwenden Sie für Build-Jobs einen eigenen Schlüsselbund und beschränken Sie dessen Zugriffsrechte. Verhindern Sie, dass vertrauliche Werte in Logs ausgegeben werden. Erstellen Sie verschlüsselte Backups außerhalb des Macs und entziehen Sie nicht mehr benötigte Berechtigungen, wenn sich Personen oder Aufgaben ändern. Löschen Sie vor dem Ende der Miete lokale Zugangsdaten und CI-Variablen – das Löschen des Projektordners allein reicht nicht.

Das Debuggen von Geräten mit Xcode und Tests im Simulator sind zwei unterschiedliche Abläufe. Der Cloud-Mac kann geeignete Entwicklungsworkflows ausführen, aber die Fernnutzung verbindet nicht automatisch ein USB-Gerät an Ihrem Schreibtisch mit dem Rechenzentrum.

Wenn Sie ein echtes Gerät oder USB-Zubehör benötigen, senden Sie dem Support vorab Modell, Verbindungsmethode, Autorisierungsschritte und geplanten Testablauf. Der Support prüft, ob eine Verbindung vor Ort möglich ist. Planen Sie eine lokale USB-Verbindung nicht als standardmäßig verfügbare Funktion ein, bevor sie bestätigt wurde. Für reine Simulator-Tests können Sie Xcode wie gewohnt einrichten.

Für iOS-Builds mit Flutter und React Native können Sie Xcode, CocoaPods und Signierung gemeinsam nutzen. Fixieren Sie die Versionen Ihrer Abhängigkeiten, trennen Sie Caches nach Projekt und führen Sie zuerst pod install und einen vollständigen Build aus. Entscheiden Sie erst danach, welche Caches zwischen Jobs geteilt werden können.

Docker und OrbStack eignen sich für unterstützende Build-Dienste, ersetzen aber kein macOS mit Xcode für Archive. Prüfen Sie auf Apple Silicon die Architekturkompatibilität der Images. Container, Simulatoren und Build-Jobs teilen sich die Ressourcen desselben Macs und müssen gemeinsam in die Parallelitätsplanung einfließen.

Die Verfügbarkeit wird monatlich berechnet und beträgt 99,9 %. Bei einem Berechnungszeitraum von 30 Tagen entspricht der zulässige Ausfall ungefähr 43 Minuten. Das ist eine Umrechnung des Grenzwerts und bedeutet nicht, dass der Service jeden Monat so lange ausfällt.

Alle Standorte sind 365 Tage im Jahr in Betrieb. Ob ein Vorfall als Nichtverfügbarkeit zählt, welche Fälle abgedeckt sind und wie gerechnet wird, richtet sich nach den Servicebedingungen. Fehler durch eigene Bedienung oder Aufgaben gelten nicht als Ausfall eines physischen Macs.

Für die überschrittene Ausfallzeit wird die Laufzeit entsprechend der Dauer des Vorfalls verlängert. Die Gutschrift gilt für die betroffene Bestellung. Die Verfügbarkeitszusage bedeutet weder automatisch eine Rückerstattung noch einen zusätzlichen, separaten Mac.

Bewahren Sie bei einem Ausfall Verbindungsfehler, Job-Logs sowie den beobachteten Beginn und das Ende auf und geben Sie die Zeitzone an. Der Support prüft den Vorfall und die Bestellung und bestätigt die anwendbare Dauer und Verlängerung. Das aktualisierte Ablaufdatum können Sie im Portal kontrollieren.

Reichen Sie innerhalb von 7 Tagen nach Ende des Ausfalls ein Support-Ticket im Portal ein. Geben Sie Bestellnummer, Standort, Beginn und Ende des betroffenen Zeitraums samt Zeitzone an und fügen Sie überprüfbare Fehlermeldungen oder Logauszüge bei. Bei mehreren betroffenen Bestellungen führen Sie diese einzeln auf, statt nur „die ganze Nacht nicht verfügbar“ zu schreiben.

Senden Sie weder Anmeldekennwörter noch SSH-Privatschlüssel oder Signaturzertifikate. Über das Ticket können wir den Serviceverlauf zuordnen. Allgemeine Fragen können Sie per E-Mail stellen; Anträge zu einer Bestellung reichen Sie möglichst nach dem Login ein.

Nach Mietende werden die Daten sicher gelöscht. Vor der erneuten Bereitstellung wird der Mac bereinigt und das System neu installiert. Die Plattform greift nicht auf Projekte oder Zertifikate auf Ihrem Mac zu. Arbeitsdaten sollten dort nicht als einzige Kopie aufbewahrt werden.

Exportieren Sie vor dem Ende der Nutzung alle Projekte, Build-Logs und Artefakte, die Sie behalten möchten. Widerrufen Sie Runner-Registrierungen, Deployment-Schlüssel und andere Service-Tokens und prüfen Sie, ob sich Ihre externen Backups öffnen lassen. Verlassen Sie sich nicht darauf, dass nach dem Löschen eine Wiederherstellung möglich ist.

Maßgeblich sind die im Portal angezeigten Regeln zu Ablauf, Aufbewahrung und Freigabe der Bestellung. Es gibt keine einheitliche Zusage für zusätzliche Aufbewahrungstage und keine Garantie, dass Sie sich nach Ablauf noch anmelden und Dateien herunterladen können. Wenn eine verbindliche Übergabefrist wichtig ist, klären Sie diese vor dem Ablauf per Support-Ticket.

Beenden Sie vor dem Ablauf keine laufenden Aufgaben, ohne zuvor neue Jobs zu stoppen und Build-Artefakte sowie wichtige Konfigurationen außerhalb des Macs zu sichern. Prüfen Sie die Wiederherstellung, bevor Sie den Service beenden. Wenn Sie den Mac weiter benötigen, kümmern Sie sich rechtzeitig um die Verlängerung. Eine funktionierende SSH-Verbindung bestätigt keine erfolgreiche Verlängerung.

Melden Sie sich zunächst im Portal an und prüfen Sie die Bereitstellungsinformationen der Instanz. Verbindungsdaten und Kontozugang sind unterschiedliche Zugangsebenen. Veröffentlichen Sie keine Kennwörter in öffentlichen Logs, Build-Artefakten oder E-Mails.

Wenn Sie einen Zugriff vermuten, stoppen Sie nicht vertrauenswürdige Aufgaben, widerrufen Sie betroffene Schlüssel und Tokens und prüfen Sie die Runner-Berechtigungen. Nennen Sie in einem Support-Ticket die Bestellnummer und den Zeitpunkt, zu dem Sie den Vorfall bemerkt haben. Wenn Sie sich nicht im Portal anmelden können, schreiben Sie von der mit Ihrem Konto verknüpften E-Mail-Adresse an support@osxhost.com und folgen Sie den Anweisungen zur Identitätsprüfung.

Fragen zu Bestellungen reichen Sie vorzugsweise über ein Support-Ticket im Portal ein. Für die Tarifauswahl vor dem Kauf, Team-Bestellungen oder Anmeldeprobleme schreiben Sie an support@osxhost.com. Dies sind die beiden verfügbaren Kontaktwege. Senden Sie dieselbe Anfrage nicht mehrfach über andere Kanäle.

Nennen Sie Bestellnummer, Standort, Zeitpunkt und Zeitzone, erwartetes Ergebnis, tatsächliche Fehlermeldung und bereits getestete Schritte. Bei Build-Problemen ergänzen Sie Xcode-Version, ausgeführten Befehl und bereinigte Logs. Eine vollständige Anleitung zur Reproduktion hilft mehr als ein Screenshot mit einer Fehlermeldung.

Anliegen strukturiert an den Support senden