Arbeiten Sie die 6-Schritte-Checkliste der Reihe nach ab – für die meisten Fälle brauchen Sie gar kein Ticket. Finden Sie keine Antwort, antworten wir werktags innerhalb von 30 Minuten, bei kritischen Störungen sind wir rund um die Uhr erreichbar.
Im Schnitt 4 Minuten nach der Bestellung erhalten Sie vom Portal eine E-Mail mit IP-Adresse, Benutzername und initialem Schlüssel. Folgen Sie den Schritten in dieser Reihenfolge – der erste Zugriff gelingt in der Regel in unter 3 Minuten.
Laden Sie den privaten Schlüssel m4rent_ed25519 aus dem E-Mail-Anhang herunter, legen Sie ihn unter ~/.ssh/ ab und setzen Sie die Rechte zwingend auf 600 – sonst verweigert SSH die Nutzung.
chmod 600 ~/.ssh/m4rent_ed25519Ersetzen Sie die IP-Adresse durch die aus Ihrer Bestätigungs-E-Mail. Der Standardbenutzer m4rent besitzt Sudo-Rechte; beim ersten Login müssen Sie den Host-Fingerprint bestätigen.
ssh -i ~/.ssh/m4rent_ed25519 m4rent@203.0.113.10Das zufällig generierte Startpasswort dient nur für Screen Sharing und Sudo. Ändern Sie es direkt nach dem Login in ein eigenes, starkes Passwort und markieren Sie im Portal „Zugangsdaten rotiert“.
passwdDer Screen-Sharing-Port 5900 ist standardmäßig nicht öffentlich erreichbar. Leiten Sie ihn per SSH-Tunnel auf Ihren Rechner um, bevor Sie sich verbinden – so vermeiden Sie eine unverschlüsselte Übertragung.
ssh -i ~/.ssh/m4rent_ed25519 \
-L 5901:localhost:5900 -N m4rent@203.0.113.10Öffnen Sie lokal auf Ihrem Mac „Bildschirmfreigabe“ oder einen beliebigen VNC-Client und geben Sie den lokalen Tunnel-Endpunkt als Adresse ein. Benutzername m4rent, Passwort ist das im vorigen Schritt geänderte.
open vnc://localhost:5901Prüfen Sie, ob macOS-Version, Xcode und Homebrew Ihren Erwartungen entsprechen. Passt die Version nicht, können Sie im Portal per Klick neu installieren – dauert etwa 15 Minuten.
sw_vers && xcodebuild -version && brew -vSicherheitsbaseline: Auf allen Servern ist die SSH-Passwort-Anmeldung standardmäßig deaktiviert, es ist ausschließlich die Schlüssel-Authentifizierung erlaubt, und fail2ban ist vorkonfiguriert. Erstellen Sie vor Änderungen an der sshd_config einen Snapshot im Portal – Fehlkonfigurationen lassen sich innerhalb von 5 Minuten zurückrollen.
Gehen Sie die Tabelle in der Reihenfolge „Symptom → Diagnosebefehl → Maßnahme“ durch. Diese Methoden decken etwa 70 % der Verbindungsprobleme aus unserem Ticketsystem ab.
| Symptom | Diagnosebefehl zuerst ausführen | Wahrscheinlichste Ursache & Maßnahme |
|---|---|---|
| SSH-Verbindung läuft in Timeout | ping + nc -zv IP 22 |
Ihr lokales Netzwerk blockiert Port 22: nutzen Sie den alternativen Port 2222 (auf allen Servern parallel geöffnet) |
| Permission denied (publickey) | ssh -v für das Handshake-Log |
Falsche Schlüsselrechte oder falscher Pfad: chmod 600 setzen und die Schlüsseldatei mit -i explizit angeben |
| WARNING: UNPROTECTED PRIVATE KEY FILE | ls -l ~/.ssh/m4rent_ed25519 |
Zu offene Rechte: chmod 600 ausführen und erneut versuchen; nicht in einem Sync-Ordner (Cloud-Speicher) ablegen |
| VNC verbindet, aber Bildschirm bleibt schwarz | Nach SSH-Login mit who die Sitzung prüfen |
Keine aktive grafische Sitzung: im Portal auf „Display aufwecken“ klicken oder sudo caffeinate -u -t 5 ausführen |
| VNC meldet falsches Passwort | Per SSH einloggen und prüfen, ob das Passwort funktioniert | Screen Sharing nutzt das Systempasswort, nicht den SSH-Schlüssel: mit passwd neu setzen und erneut verbinden |
| Verbindung bricht häufig ab | ping -c 20 IP zur Prüfung der Paketverlustrate |
Instabile Fernverbindung: im Client ServerAliveInterval 30 ergänzen oder einen näher gelegenen Standort wählen |
| REMOTE HOST IDENTIFICATION HAS CHANGED | Fingerprint auf der Host-Detailseite im Portal abgleichen | Nach einer Neuinstallation hat sich der Fingerprint geändert: mit ssh-keygen -R IP den alten Eintrag löschen und erneut verbinden |
Prüfen Sie vor der Fehlersuche zunächst die Anzeigen für Power und Netzwerk auf der Host-Detailseite im Portal: Befindet sich der Server im Status „Wird neu installiert“, sind sämtliche Verbindungswege vorübergehend nicht verfügbar – das ist erwartbares Verhalten.
Gehen Sie im Portal zu Host-Details → „System neu installieren“, wählen Sie das gewünschte Image und bestätigen Sie. Die Neuinstallation formatiert die gesamte Festplatte und dauert im Schnitt 15 Minuten; danach erhalten Sie per E-Mail den neuen Host-Fingerprint samt initialem Passwort. Die IP-Adresse bleibt erhalten, zusätzliche Kosten entstehen nicht.
Exportieren Sie Ihre Daten oder erstellen Sie einen Snapshot, bevor Sie neu installieren.
Für M4-Modelle stehen die Images macOS 13, 14 und 15 zur Verfügung; M4- und M4-Pro-Modelle sind hardwarebedingt nur mit Images ab macOS 15 verfügbar. Ein Downgrade auf eine von der Hardware nicht unterstützte Version ist per Neuinstallation nicht möglich – prüfen Sie vor der Modellauswahl die Systemanforderungen der Ziel-Xcode-Version.
Alle Images enthalten vorinstalliert Homebrew, Git und die Xcode Command Line Tools; das „Entwickler-Image“ bringt zusätzlich die letzten beiden regulären Xcode-Releases mit (Wechsel per xcode-select -s). Ältere Versionen installieren Sie selbst mit xcodes install – bei 1 Gbit/s Bandbreite zwischen Rechenzentrum und Image-Quelle ist ein Xcode-Paket in rund 8 Minuten geladen.
Die Xcode-Lizenzvereinbarung müssen Sie bei der ersten Nutzung selbst bestätigen.
Dedizierte Dedicated hardware-Hardware ohne Virtualisierung – Build-Caches und Simulator-Zustände bleiben zwischen den Jobs erhalten, iOS-Inkrementalbuilds sind dadurch meist über 30 % schneller als bei gehosteten Runnern. Im Folgenden die wichtigsten Schritte für die beiden großen Plattformen.
Holen Sie sich unter Repository-Einstellungen → Actions → Runners ein Token und führen Sie anschließend per SSH auf dem Server aus:
mkdir actions-runner && cd actions-runner
curl -o runner.tar.gz -L \
"$(gh api /repos/OWNER/REPO/actions/runners/downloads \
--jq '.[]|select(.os=="osx" and .architecture=="arm64").download_url')"
tar xzf runner.tar.gz
./config.sh --url REPO_URL --token YOUR_TOKEN --labels macos,arm64
./svc.sh install && ./svc.sh start./svc.sh install als LaunchDaemon registrieren, damit er nach einem Neustart automatisch wieder startet;runs-on: [self-hosted, macos, arm64] angeben;Nach der Installation via Homebrew mit dem Registration-Token des Projekts registrieren, als Executor shell wählen:
brew install gitlab-runner
gitlab-runner register \
--executor shell \
--url GITLAB_URL --token YOUR_TOKEN \
--tag-list "macos,arm64"
brew services start gitlab-runnershell-Executor nutzt direkt Xcode und die Signaturzertifikate des Hosts, ohne Container-Overhead;concurrent auf 1 belassen und für jeden Job ein timeout setzen, um Hänger zu vermeiden;Ab einer Build-Farm-Größe von über 5 Servern können Sie Volumenpreise und eine zentrale Verwaltungsoberfläche beantragen – Details unter Business & Volumenbeschaffung.
Bei Tagesabrechnung beginnt die Zählung mit der Aktivierung, ein Abrechnungstag entspricht 24 Stunden; wöchentliche, monatliche oder vierteljährliche Zahlungen werden im Voraus für den gesamten Zeitraum berechnet. Erreichen die kumulierten Tagesgebühren innerhalb desselben Kalendermonats den monatlichen Festpreis des jeweiligen Modells (z. B. $99 für M4R M), greift automatisch eine Kostenobergrenze – darüber hinaus wird nichts mehr abgerechnet. Rechnung und Nutzungsdetails sehen Sie in Echtzeit im Portal unter „Abrechnung“.
Gehen Sie im Portal zu Abrechnung → „Rechnung anfordern“, geben Sie Firmenname und Steuernummer ein und senden Sie den Antrag ab – die elektronische Rechnung geht innerhalb von 3 Werktagen an Ihre Konto-E-Mail-Adresse. Möglich sind Einzelrechnungen oder eine Sammelrechnung pro Kalendermonat; für Papierrechnungen oder abgestempelte Vertragsunterlagen wenden sich Geschäftskunden an unseren Business-Kanal.
Tagesweise abgerechnete Bestellungen sind nach Aktivierung nicht erstattungsfähig. Bei monatlichen oder längeren Laufzeiten können Sie innerhalb von 72 Stunden nach Aktivierung eine vollständige Rückerstattung beantragen (sofern kein Missbrauch vorliegt); nach Ablauf dieser 72 Stunden wird anteilig für die verbleibenden vollen Monate erstattet, wobei genutzte Monate zum Monatspreis abgerechnet werden. Ausfälle, die auf einen Fehler bei M4Rent zurückgehen, werden gemäß SLA als Gutschrift ausgeglichen und mindern das Rückerstattungskontingent nicht.
Nach Ablauf der Bestellung wird der Server heruntergefahren, die Daten bleiben 72 Stunden erhalten; verlängern Sie in diesem Zeitraum, wird alles unverändert wiederhergestellt. Nach Ablauf der 72 Stunden erfolgt eine vollständige, unwiderrufliche Löschung der Festplatte. Snapshots werden parallel zum Host aufbewahrt und beim Löschen ebenfalls entfernt. Sichern Sie wichtige Daten vor Vertragsende selbst – Snapshots sind eine Zusatzoption und ersetzen keine eigene Datensicherung.
Starten Sie das Upgrade im Portal: Die Preisdifferenz ergibt sich aus der Differenz der Tagespreise zwischen Ziel- und aktuellem Modell, multipliziert mit den verbleibenden Tagen; die Daten werden komplett auf den neuen Server migriert, der nach rund 20 Minuten wieder einsatzbereit ist. Es ist nur ein Upgrade möglich; für ein Downgrade müssen Sie nach Vertragsende neu bestellen. Alle Preisstufen finden Sie auf der Seite Pläne & Preise.
Der Live-Status wird alle 5 Minuten aktualisiert; eine detaillierte Ereignis-Zeitleiste finden Sie auf der Statusseite im Portal.
| Standort | Regionscode | Aktueller Status | Verfügbarkeit (90 Tage) | Median-Latenz der Messsonden |
|---|---|---|---|---|
| Tokio | JP |
Normaler Betrieb | 99,98 % | 34 ms |
| Singapur | SG |
Normaler Betrieb | 99,97 % | 68 ms |
| Hongkong | HK |
Normaler Betrieb | 99,95 % | 21 ms |
| Silicon Valley | US-W |
Normaler Betrieb | 99,99 % | 128 ms |
Die Verfügbarkeit wird minutengenau erfasst; alle Standorte laufen 365 Tage im Jahr durchgehend ohne planmäßige Ausfallzeiten. Das monatliche Verfügbarkeitsziel liegt bei 99,9 %; die Erstattungsregeln finden Sie in den Nutzungsbedingungen. Die Latenz ist der Medianwert von Messsonden an verschiedenen globalen Standorten zu diesem Server.
| Priorität | Definition | Reaktionszeit | Bearbeitungszeiten |
|---|---|---|---|
| P1 – Kritisch | Host nicht erreichbar, Netzwerkausfall auf Standortebene, Datenrisiko | 15 Min. | 7×24 |
| P2 – Hoch | Deutlich verschlechterte Leistung, einzelne Funktion nicht verfügbar | 30 Min. | Geschäftszeiten |
| P3 – Normal | Nutzungsfragen, Konfigurationshilfe, Abrechnungsfragen | 2 Std. | Geschäftszeiten |
Einreichen über: das Ticketsystem im Portal (empfohlen, verknüpft automatisch den Host-Kontext) oder per E-Mail an support@m4rent.com. Für Fragen zu Vertrieb und Geschäftskunden nutzen Sie den priorisierten Kanal auf der Kontaktseite für schnellere Antworten.
Melden Sie sich im Portal an, um auf die vollständige Wissensdatenbank zuzugreifen: Xcode-Kompatibilitätsmatrix nach Version, Installationsanleitungen für Laufzeitumgebungen verschiedener Sprachen sowie Handbücher zu Netzwerk und Sicherheitshärtung – alles synchron zum Produkt aktualisiert.