Konkrete Fragen. Klare Antworten.

Mindestens 1 Tag. Die Tagesmiete eignet sich für temporäre Signierungen, einzelne Archivierungen, Build-Fehlersuche oder kurzfristige Tests. „Tagesweise“ bezeichnet den Abrechnungszeitraum und nicht eine minutengenaue Abrechnung. Laufende Aufgaben zu stoppen, SSH zu beenden oder die Bildschirmfreigabe zu schließen, beendet den Auftrag nicht. Prüfen Sie vor der Zahlung den Zeitraum und nach der Bereitstellung im Dashboard das Ablaufdatum.

Nein, die Miete verlängert sich nicht automatisch. Wenn Sie den Mac weiter nutzen möchten, verlängern Sie die Miete vor Ablauf im Dashboard und prüfen Sie das aktualisierte Ablaufdatum. Nach Mietende wird das Gerät zurückgenommen und der Datenträger sicher gelöscht. Lassen Sie exportierte Archive, Signaturmaterial oder Ihre einzige Kopie des Quellcodes nicht bis zur letzten Minute auf dem Gerät.

Gehen Sie nicht davon aus, dass bereits bezahlte Tagesmieten automatisch auf einen Wochentarif angerechnet werden. Prüfen Sie im Dashboard zunächst, welche Verlängerungs- oder Tarifoptionen für Ihren Auftrag verfügbar sind. Fehlt die passende Option, eröffnen Sie ein Support-Ticket mit Auftragsnummer, aktuellem Ablaufdatum und gewünschter Verlängerungsdauer. Welche Anpassung möglich ist und welcher Betrag anfällt, erfahren Sie über Ihren Auftrag. Eine Anfrage bedeutet nicht, dass der Tarif bereits geändert wurde.

Wenn Sie schon vor der Bestellung wissen, dass Sie den Mac 3 Tage am Stück nutzen, vergleichen Sie zuerst den Wochentarif: 3 Tage zum Tagestarif für SDK Pack 16 kosten $19.6 × 3 , insgesamt $58.8. Das ist bereits mehr als der Wochentarif von $52.9.

Von der Bestellung über die Zahlung bis zur Initialisierung des physischen Geräts dauert es normalerweise etwa 4 Minuten. Das ist ein Richtwert, keine garantierte Frist. Prüfen Sie zunächst, ob der Auftrag auf „Zahlung ausstehend“, „Zahlungsbestätigung“ oder „Initialisierung“ steht. Solange die Zahlung nicht bestätigt ist, werden die Verbindungsdaten nicht allein deshalb angezeigt, weil Sie die Transaktion bereits veranlasst haben.

Melden Sie sich im Dashboard an, um den aktuellen Status und Servicemeldungen zu prüfen. Ändert sich der Status weiterhin nicht, senden Sie die Auftragsnummer und den Zahlungsbeleg ein. Die genaue Anleitung zur Verbindung finden Sie imHandbuch.

Beide Modelle sind exklusiv genutzte physische Macs mit M4. Die folgenden Preise gelten für die jeweiligen Laufzeiten und sind keine auf einen Tag heruntergerechneten Monatspreise.

Bei kurzen Aufgaben ist der Tagestarif oft passend. Bei längerer Nutzung sollten Sie Wochen-, Monats- und Quartalstarif vergleichen. Rabatte für längere Laufzeiten gelten nicht rückwirkend für bereits bezahlte kürzere Zeiträume.

Extras werden separat berechnet. Prüfen Sie bei der Bestellung den gewählten Zeitraum und die Anzahl. +1 TB SSD und +2 TB SSD sind Speichererweiterungen, keine eigenständigen Modelle. Die Thunderbolt-5-Verbindung wird pro Gerät berechnet. Welche Konfigurationen verfügbar sind, sehen Sie im Bestellprozess.

Schätzen Sie zuerst den benötigten Speicherplatz für Repository, Abhängigkeiten, Simulatoren, DerivedData und Archive ab. Eine Speichererweiterung erhöht die Kapazität, nicht den Arbeitsspeicher, und ersetzt keine Sicherung Ihrer Build-Artefakte.

Auf der Mietpreisseitefinden Sie aufgeschlüsselte Rechnungsbeispiele. Beispiel: SDK Pack 16 für 3 Tage zum Tagestarif mit zusätzlicher +1-TB-SSD: Modell $19.6 × 3 = $58.8, zusätzlicher Speicher $2.7 × 3 = $8.1, Gesamtbetrag $66.9 USD.

Dieses Beispiel zeigt, wie sich der Preis zusammensetzt; es ist keine Empfehlung für den günstigsten Tarif. Vergleichen Sie bei gleicher Nutzungsdauer zuerst den Wochentarif. Es gibt keine Einrichtungsgebühr und keine versteckten Gebühren für Datenverkehr. Prüfen Sie vor der Zahlung trotzdem Laufzeit, Anzahl, Extras und Gesamtbetrag auf der Kassenseite.

Akzeptiert werden ausschließlich USDT-TRC20 sowie Kreditkarten von Visa, Mastercard und Amex, abgewickelt über Stripe. Alle Aufträge werden in US-Dollar (USD) abgerechnet. Welche Zahlungsmethode aktuell verfügbar ist, zeigt die Zahlungsabwicklung an. Nutzen Sie nur die im Bezahlvorgang angezeigten Optionen und überweisen Sie nicht an Adressen, die nachträglich per E-Mail oder Chat mitgeteilt werden.

Prüfen Sie vor einer USDT-Überweisung Netzwerk, Empfängeradresse und fälligen Betrag einzeln. Bewahren Sie nach einer Kreditkartenzahlung die Belegnummer für spätere Rückfragen auf.

Die erforderliche Anzahl an Bestätigungen und die Bedingungen für die Zahlungszuordnung richten sich nach den Angaben des Zahlungsanbieters auf der aktuellen Zahlungsseite. Eine feste Zahl wäre möglicherweise nicht mehr aktuell. Eine erfolgreiche Überweisung in der Wallet bedeutet nicht, dass der Auftrag bereits bestätigt ist. Netzwerkbestätigungen und die Verbuchung beim Zahlungsanbieter können Zeit in Anspruch nehmen.

Prüfen Sie zuerst, ob Sie das TRC20-Netzwerk verwendet haben und Adresse sowie Betrag mit der Zahlungsseite übereinstimmen. Aktualisieren Sie dann den Auftragsstatus. Ist die Transaktion auf der Blockchain bestätigt, aber noch nicht verbucht, reichen Sie über das Dashboard ein Support-Ticket mit Auftragsnummer, Transaktionshash, Betrag und Überweisungszeit ein und geben Sie die Zeitzone an. Überweisen Sie nicht mehrfach für denselben Auftrag.

Ob 3D Secure erforderlich ist, hängt von der kartenausgebenden Bank und dem Zahlungsvorgang ab; das ist nicht bei jeder Zahlung gleich. Wenn eine Prüfseite angezeigt wird, folgen Sie den Anweisungen. Wird die Prüfung nicht abgeschlossen oder abgelehnt, gilt die Rückkehr zur Website nicht als Zahlungsbestätigung.

Maßgeblich ist der Zahlungsstatus des Auftrags im Dashboard. Wenn Ihre Bank eine Abbuchung anzeigt, der Auftrag aber noch nicht aktualisiert wurde, senden Sie die Auftragsnummer und die Stripe-Belegnummer ein und nennen Sie den Zeitpunkt. Senden Sie in Support-Tickets oder E-Mails niemals die vollständige Kartennummer, den Sicherheitscode oder einen Bestätigungscode.

Bei der Bestellung können Sie Singapur, Tokio, Seoul oder Hongkong auswählen. Beide Modelle sind an allen vier Standorten gelistet. Die aktuelle Verfügbarkeit sehen Sie im Dashboard.

Berücksichtigen Sie zuerst die Netzwerkverbindung zwischen Ihrem Standort und dem Server, danach die Übertragungswege zu Code-Repository, Paketquellen und Build-Artefakten. Interaktive Bildschirmfreigabe reagiert stärker auf die Netzwerklatenz als Builds im Hintergrund. Eine geringe geografische Entfernung garantiert nicht, dass jede Verbindung schnell ist. Treffen Sie keine Entscheidung für eine langfristige Umgebung allein anhand eines einzelnen Latenzwerts.

Ein Wechsel zwischen Standorten ist keine sofortige Migration, bei der der Zustand des bisherigen Geräts erhalten bleibt. Wenn Sie den Standort wechseln möchten, klären Sie zunächst per Support-Ticket den Zielstandort, die Abwicklung des Auftrags und eine mögliche Neuinstallation. Planen Sie die Migration anschließend entsprechend.

Exportieren Sie vor der Migration Änderungen am Repository, Signaturmaterial, Umgebungseinstellungen und Build-Artefakte. Prüfen Sie Toolchain und Build auf dem Zielgerät, bevor Sie das bisherige Gerät zurückgeben. Geben Sie das alte Gerät nicht zurück, bevor Sie sich vergewissert haben, dass Ihre einzige Datenkopie verwendbar ist. Die konkreten Vorbereitungsschritte finden Sie in derAnleitung zur Umgebungsmigration.

Alle Standorte sind an 365 Tagen im Jahr in Betrieb. Während der Mietdauer können Sie das Gerät für Builds im Hintergrund oder CI-Aufgaben nutzen. Verwalten Sie dabei Prozesse, Speicherplatz, Gültigkeit von Zugangsdaten und das Ablaufdatum des Auftrags. Eine getrennte lokale Verbindung beendet Hintergrundaufgaben nicht zwangsläufig; eine Remote-Sitzung ist kein Prozessmanager.

Nutzen Sie einen CI-Runner oder eine geeignete Prozessverwaltung, um Protokolle zu sichern, und laden Sie Build-Artefakte in einen von Ihnen verwalteten Speicher hoch. Prüfen Sie Servicestörungen getrennt von Fehlern in Ihrem Programm. Fügen Sie einem Support-Ticket den Zeitpunkt des letzten erfolgreichen Laufs und die minimal nötigen Schritte zur Reproduktion hinzu.

Nein, es ist keine virtuelle Maschine. MacSDK stellt einen vollständigen, exklusiv genutzten physischen Mac mini bereit. Während der Mietdauer teilen Sie CPU, GPU und Arbeitsspeicher dieses Geräts nicht mit anderen Mietern. Die grafische Oberfläche von macOS und die Kommandozeile stehen vollständig zur Verfügung, sodass Sie Ihre eigene Build-, Test- und Entwicklungsumgebung einrichten können.

Exklusive Ressourcen bedeuten nicht, dass alle Projekte gleich schnell laufen. Downloads von Abhängigkeiten, Compiler-Caches, Parallelisierung und Projekteinstellungen beeinflussen weiterhin das Ergebnis. Einen Vergleich der beiden Konfigurationen und ihrer geeigneten Arbeitslasten finden Sie imModellvergleich.

Sie können die benötigte Xcode-Version selbst installieren, einschließlich Betaversionen, die mit Ihrer macOS-Umgebung kompatibel sind. Prüfen Sie vor der Installation die Systemanforderungen und den freien Speicherplatz. Verwenden Sie nur Installationsdateien, zu deren Nutzung Sie berechtigt sind, und planen Sie Zeit für Tests mit der Betaversion ein.

Wenn mehrere Versionen installiert sind, verwalten Sie ihre App-Pfade getrennt. Führen Sie xcode-select -p aus, um das Verzeichnis der Kommandozeilenwerkzeuge zu prüfen, und verwenden Sie anschließend xcodebuild -version , um die tatsächlich verwendete Version zu bestätigen. Schließen Sie die erstmalige Lizenzbestätigung, die Komponenteninstallation und die Signaturprüfung ab, bevor Sie die Umgebung an eine unbeaufsichtigte CI-Pipeline anbinden. So verhindern Sie, dass Builds an interaktiven Eingabeaufforderungen hängen bleiben.

Sie erhalten ein Administratorkonto sowie Verbindungsmöglichkeiten per SSH und Bildschirmfreigabe. Die konkreten Adressen und Zugangsdaten Ihres bereitgestellten Geräts finden Sie nach der Anmeldung im Dashboard. Auf öffentlichen Seiten werden keine Zugangsdaten für Instanzen angezeigt. Sie können Werkzeuge installieren, Build-Abhängigkeiten einrichten und die Umgebung an Ihr Projekt anpassen.

Prüfen Sie vor Änderungen an Remote-Anmeldung, Firewall oder Systemeinstellungen für den Start, ob Ihnen eine alternative Verbindungsmöglichkeit zur Verfügung steht. Ändern Sie nicht alle Zugriffsregeln auf einmal in Ihrer einzigen SSH-Sitzung. Hinweise zur ersten Verbindung, Passwortänderung und Einrichtung von Schlüsseln finden Sie im Handbuch.

Nach der Rückgabe wird der Datenträger sicher gelöscht, bevor das Gerät erneut bereitgestellt wird. Betrachten Sie das zurückgegebene Gerät nicht als Sicherung und rechnen Sie nicht damit, Dateien nach dem Löschen wiederherstellen zu können. Wenn Sie Fragen zur Verarbeitung von Daten im Zusammenhang mit Ihrem Auftrag haben, wenden Sie sich über ein Support-Ticket im Dashboard an uns.

Erledigen Sie vor Ablauf mindestens diese vier Punkte: Exportieren und prüfen Sie Ihre Build-Artefakte; übertragen oder sichern Sie noch nicht gepushten Code; melden Sie den CI-Runner ab; widerrufen Sie nicht mehr benötigte Zugriffs-Tokens für Repositorys, Signierung und Speicher. Öffnen Sie kopierte Dateien anschließend am Zielort und prüfen Sie sie. Verlassen Sie sich nicht allein darauf, dass der Übertragungsauftrag als abgeschlossen angezeigt wird.

Eröffnen Sie vor der Aktivierung ein Support-Ticket, um zu klären, wie der Start entsperrt und der Fernzugriff im Wiederherstellungsfall gewährleistet wird. Administratorrechte allein garantieren nicht, dass ein Gerät nach aktivierter vollständiger Festplattenverschlüsselung unbeaufsichtigt neu gestartet werden kann. Die Entsperrung beim Start mit FileVault kann SSH, Bildschirmfreigabe und die Wiederherstellung von CI beeinträchtigen.

Aktivieren Sie FileVault nicht, bevor der Fernzugriff zum Entsperren geklärt ist. Wenn Sie es nach bestätigter Prüfung aktivieren, bewahren Sie den Wiederherstellungsschlüssel sicher auf. Speichern Sie ihn nicht in gewöhnlichen Protokollen oder öffentlichen Repositorys. FileVault ersetzt weder externe Sicherungen noch den Widerruf von Tokens vor der Rückgabe.

Verwenden Sie bevorzugt einen mit einer Passphrase geschützten ed25519-Schlüssel und einen eigenen Schlüssel pro Person. Teilen Sie keine privaten Schlüssel. Prüfen Sie beim ersten Verbindungsaufbau den Host-Fingerprint. Fügen Sie den öffentlichen Schlüssel auf dem Gerät hinzu und testen Sie die Anmeldung in einer zweiten Sitzung, bevor Sie die Passwortanmeldung gegebenenfalls einschränken.

Öffnen Sie nur die nötigen Zugänge. Für die Bildschirmfreigabe können Sie einen SSH-Tunnel verwenden, statt zusätzliche Dienste direkt ins Internet zu stellen. Ignorieren Sie geänderte Host-Fingerprints nicht ohne Prüfung. Klären Sie zuerst, ob das Gerät neu bereitgestellt oder der Standort gewechselt wurde. Die vollständigen Befehle und die Anleitung zur ersten Verbindung finden Sie imHandbuch.

Senden Sie zunächst nur die unbedingt nötigen Informationen: Auftragsnummer, Standort, Zeitpunkt des Problems mit Zeitzone, genaue Fehlermeldung und bereits unternommene Schritte. Entfernen oder schwärzen Sie in Protokollen Passwörter, private Schlüssel, Zugriffstokens und sensible Geschäftsdaten. Senden Sie weder private Signaturschlüssel noch vollständige Zahlungsdaten.

Bei technischen Fragen eröffnen Sie bevorzugt imDashboard ein Support-Ticket. Wenn Sie sich nicht anmelden können, schreiben Sie an support@macsdk.com. Falls zusätzliche Dateien oder weitere Prüfungen erforderlich sind, folgen Sie den konkreten Anweisungen im Ticket.