Anfragen zur Produktauswahl, Unternehmensprojekte und Sicherheitsberichte senden Sie an die Support-E-Mail. Bei bestehenden Bestellungen, Abrechnungs- oder Host-Problemen melden Sie sich bevorzugt im Portal an und reichen ein Ticket ein. Geben Sie Zweck, Modell, Standort und Reproduzierbarkeit an – so lässt sich Ihr Anliegen direkter bearbeiten.
Tickets können mit Konto-, Bestell- und Instanzdaten verknüpft werden und eignen sich für Anliegen, die dauerhaft nachverfolgt werden müssen. E-Mails sind ideal für Fragen vor der Bestellung und zum Einreichen von Unterlagen.
MacRents nutzt ausschließlich die Support-E-Mail und Tickets im Portal. Über den richtigen Kontaktweg vermeiden Sie wiederholte Rückfragen zu Konto, Bestellung und Host-Daten.
Sie haben noch nicht bestellt und möchten Modell, Mietdauer oder Standort passend zu Ihrer Workload klären? Schreiben Sie uns eine E-Mail. Beschreiben Sie Projekttyp, typische Build-Dauer, Anzahl paralleler Aufgaben, Speicherbedarf und Nutzungszeitraum.
E-Mail zur Produktauswahl sendenFür kontinuierliche CI/CD-Prozesse, mehrere physische Nodes, Mac-Cluster oder langfristige Entwicklungsumgebungen senden Sie uns zunächst Ihren Kapazitätsplan per E-Mail. Wir strukturieren die offenen Punkte anhand von Aufgabenwarteschlangen, Node-Verteilung, Lieferabschnitten und Berechtigungsgrenzen.
Beschreibung des Unternehmensprojekts sendenFür den Abgleich von Betrag, Zahlungsstatus oder Transaktion einer bestehenden Bestellung melden Sie sich im Portal an und reichen Sie ein Ticket ein. Fügen Sie Bestellnummer, USD-Betrag, Transaktionszeit und Zahlungsart bei. Erstellen Sie nicht mehrere Tickets zum selben Anliegen.
Abrechnungsticket einreichenBei Verbindungsfehlern, Problemen mit dem Remote-Desktop, Build-Fehlern oder Netzwerkpfaden reichen Sie bevorzugt ein Ticket im Portal ein. Geben Sie Instanz, Standort, Zeitraum, Reproduktionsbefehl, erwartetes Ergebnis und die bereinigte tatsächliche Ausgabe an.
Technisches Ticket einreichenBei verdächtigen Zugriffen, offengelegten Zugangsdaten oder Sicherheitslücken senden Sie eine E-Mail mit dem Betreff „Sicherheitsbericht“. Beschreiben Sie Auswirkung, Reproduktionsbedingungen und bereinigte Belege. Testen Sie keine Nodes oder Daten, die Ihnen nicht gehören.
Sicherheitsbericht sendenSie brauchen kein ausführliches Konzeptpapier. Kopieren Sie die folgenden Felder in Ihre E-Mail und füllen Sie sie einzeln aus – damit sind die wichtigsten Angaben für die Auswahl abgedeckt. Unklare Punkte können Sie mit „noch zu bewerten“ kennzeichnen; Zweck, Anzahl paralleler Aufgaben und voraussichtliche Mietdauer sollten Sie jedoch immer angeben.
Alle vier Standorte – Singapur, Japan (Tokio), Südkorea (Seoul) und Hongkong – sind buchbar. Ordnen Sie sie nach Entwicklerstandort, Speicherort des Code-Repositorys und den wichtigsten Zugriffspfaden, nicht nur nach dem Namen der Stadt.
Projekt- oder Teamname: Hauptzweck: Xcode-Builds / CI/CD / Remote-Entwicklung / KI-Experimente / Sonstiges Code-Repository und Build-Tools: Aufgaben pro Tag: Maximale Anzahl paralleler Aufgaben: Typische Dauer einer Aufgabe: Bevorzugtes Modell: M4 Core / M4 Plus / M4 Pro / noch zu bewerten Gewünschte Mietdauer: Tage / Wochen / Monate / Quartal Bevorzugter Standort: Singapur / Japan (Tokio) / Südkorea (Seoul) / Hongkong Bedarf an lokalem Speicher: Benötigen Sie Zusammenarbeit mit mehreren Macs: Gewünschter Zeitraum für den Nutzungsbeginn: Zu klärende Fragen:
Für eine dauerhaft laufende Entwicklungsumgebung müssen Aufgabenmodell, Ressourcengrenzen, Standort und Verwaltung gemeinsam abgestimmt werden. Je konkreter diese Angaben sind, desto leichter lässt sich bestimmen, wie die drei Klassen exklusiver physischer Macs kombiniert werden.
Geben Sie Spitzenwert der Parallelität, Warteschlangenlänge, Build-Dauer, Cache-Volumen und Artefaktgröße an. Für kontinuierliche CI/CD-Prozesse sollten Sie außerdem Runner-Tags, Aufgaben-Timeouts und die Strategie für Wiederholungen fehlgeschlagener Aufgaben nennen.
Beschreiben Sie grob die Regionen der Entwickler, des Code-Repositorys, des Artefaktspeichers und der zugreifenden Nutzer. Ordnen Sie anschließend Singapur, Japan (Tokio), Südkorea (Seoul) und Hongkong nach Priorität.
Für leichte Builds kommt MacRents M4 Core infrage, für die tägliche Entwicklung und parallele CI MacRents M4 Plus und für Inferenz mit hohem Speicherbedarf sowie Builds mit hoher Parallelität MacRents M4 Pro.
Nennen Sie die benötigten Versionen von macOS und Xcode, Paketmanager, Build-Abhängigkeiten, Cache-Verzeichnisse und dauerhaft laufende Agenten. Fügen Sie Ihrer E-Mail keine echten Zugriffstoken oder vollständigen Zugangsdaten bei.
Legen Sie fest, wer die Nodes verwaltet, wer auf die Build-Umgebung zugreifen darf, wie Schlüssel rotieren und wie Berechtigungen bei Änderungen im Team entzogen werden. Jede Miete umfasst einen exklusiven physischen Mac mini, keine virtuelle Maschine.
Vereinbaren Sie Abschlusskriterien für Verbindungsprüfung, Toolchain-Check, Beispiel-Build und Aufgabenanbindung. Alle Nodes laufen 365 Tage im Jahr zuverlässig; Verbindungsdaten und Host-Status verwalten Sie im Portal.
Als Betreff eignet sich „Unternehmensprojekt + Teamname“. Fügen Sie im Text Kapazitätsbereich, bevorzugte Standorte und den gewünschten Startzeitraum hinzu.
MacRents-Bestellungen werden ausschließlich in US-Dollar (USD) abgerechnet. Unterstützt werden nur USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe). Welche Gateways verfügbar sind, zeigt das Portal an.
Bei bestehenden Bestellungen verwenden Sie bitte ein Ticket im Portal, damit das Anliegen direkt mit Konto und Bestellung verknüpft werden kann. Übermitteln Sie keine vollständige Kartennummer, keinen Bestätigungscode, keinen Wallet-Private-Key und keine anderen Zahlungsautorisierungsdaten.
Ticket zur Abrechnungsprüfung einreichenSupport-Mitarbeiter benötigen in der Regel Fehlermeldungen, Zeitraum und Reproduktionsschritte – nicht Ihre vollständigen Zugangsdaten. Prüfen Sie vor dem Senden Anhänge, Screenshots und Befehlsausgaben einzeln.
Behalten Sie Variablennamen, Befehle, Exit-Codes und Fehlerpositionen bei. Ersetzen Sie nur Token, Passwörter, Private-Keys und personenbezogene Daten. So bleiben Geheimnisse geschützt und der Support kann erkennen, in welchem Schritt der Fehler auftritt.
$ xcodebuild -version Xcode 16.x Build version [REDACTED] $ ./ci/build.sh error: signing step failed TOKEN=[REDACTED] exit code: 65
Je nach Anliegen werden unterschiedliche Prüfunterlagen benötigt. Die Antwortzeit beginnt, sobald die Angaben vollständig sind und das betreffende Anliegen oder die Bestellung zugeordnet werden kann. Sind weitere Informationen erforderlich, wird die Bearbeitung nach Eingang der Ergänzungen fortgesetzt.
| Anliegen | Bevorzugter Kontaktweg | Ziel für die erste Antwort | Wichtigste Bearbeitungsschritte |
|---|---|---|---|
| Produktauswahl | Support-E-Mail | Innerhalb eines Werktags | Zweck, Parallelität, Speicher, Mietdauer und die vier bevorzugten Standorte prüfen und anschließend die Auswahlkriterien für die drei Modellklassen nennen. |
| Unternehmensprojekt | Support-E-Mail | Unterlagen innerhalb eines Werktags bestätigen | Kapazitätsbereich, Aufgabenmodell, Standortaufteilung, Berechtigungsgrenzen und Kriterien für die Lieferprüfung bestätigen. |
| Abrechnungsprüfung | Portal-Ticket | Innerhalb eines Werktags | Datensätze anhand von Bestellnummer, Transaktionszeit, USD-Betrag und Zahlungsart abgleichen und den Fortschritt im ursprünglichen Ticket aktualisieren. |
| Technisches Problem | Portal-Ticket | Innerhalb eines Werktags | Instanz, Standort und Auswirkungsbereich bestätigen, bereinigte Logs prüfen und die nächsten Prüf- oder Reparaturschritte nennen. |
| Sicherheitsbericht | Support-E-Mail | Eingang innerhalb eines Werktags bestätigen | Zunächst Auswirkung und Dringlichkeit bewerten, anschließend isolieren, untersuchen, beheben und bei Bedarf informieren. |
In der Regel nicht. Ergänzen Sie Bestellungen, Abrechnungs- und technische Host-Probleme weiterhin im ursprünglichen Portal-Ticket, damit nicht mehrere Datensätze zum selben Anliegen entstehen. Senden Sie nur dann eine E-Mail, wenn das Ticket ausdrücklich bestimmte Unterlagen per E-Mail anfordert.
Bestehende Nutzer sollten sich zunächst im Portal anmelden und den Status von Bestellung, Instanz und Host prüfen. Stimmen Status und tatsächliches Verbindungsergebnis nicht überein, reichen Sie über das Portal ein Ticket mit Zeitpunkt, Standort und minimalen Reproduktionsschritten ein.
Geben Sie im Titel „Build blockiert“ an. Beschreiben Sie im Text Instanznummer, Standort, Beginn der Beeinträchtigung, Anteil fehlgeschlagener Aufgaben, Zeitpunkt des letzten erfolgreichen Laufs und die bereinigte Fehlerausgabe. Schreiben Sie nicht nur „nicht nutzbar“ und senden Sie keine Private-Keys oder vollständigen Zugangsdaten.
Das Portal eignet sich zur Verknüpfung von Bestellungen, Instanzen und Abrechnungsdatensätzen. support@macrents.com ist für die Produktauswahl, Unternehmensprojekte und Sicherheitsberichte gedacht. Verbergen Sie vor dem Absenden geheime Werte und behalten Sie nur die erforderlichen bereinigten Belege bei.