Hier findest du gebündelte Anleitungen zu Verbindungs-, System-, Netzwerk-, Speicher-, Build- und Kontoproblemen auf dem RunnerVPS Cloud-Mac. Suche zunächst nach dem beobachteten Symptom und folge dann der Diagnose Schritt für Schritt, statt mehrere Variablen gleichzeitig zu ändern.
Dokumentversion 2026.09 für 5 verfügbare Knoten
Sechs Problemkategorien sind gleichzeitig sichtbar – kein Wechsel zwischen Filtern nötig. Jede Karte nennt typische Symptome, die wichtigsten Prüfungen und die passende Stelle auf dieser Seite.
Für Verbindungs-Timeouts, geänderte Host-Fingerprints, abgelehnte Zugangsdaten, unterbrochene grafische Sitzungen oder Darstellungsfehler nach einer erneuten Verbindung.
Verbindungsdiagnose öffnenFür falsch ausgewähltes Xcode, verschobene Pfade der Kommandozeilentools, inkompatible Abhängigkeiten nach einem Systemupdate oder ungültige Umgebungsvariablen.
Systemprüfung ansehenFür unterbrochene Git-Abrufe, fehlgeschlagene SFTP-Übertragungen, nicht erreichbare SSH-Tunnel, DNS-Fehler oder lokale Netzwerkbeschränkungen.
Übertragungstipps ansehenFür stetig wachsende DerivedData, Archive, Abhängigkeits-Caches oder Logs, die Builds, Exporte oder Schreibgeschwindigkeit beeinträchtigen.
Speicherprüfung öffnenFür nicht passende Zertifikate und Signaturdateien, uneinheitliche Runner-Umgebungen, verunreinigte Abhängigkeits-Caches oder fehlende Archivartefakte.
Build-Prüfung ansehenFür Fälle, in denen Mietdauer, Geräte-ID, Bestelldaten, Benachrichtigungsadresse oder die Zuordnung eines Tickets bestätigt werden müssen.
Konsole öffnenSetze nicht gleichzeitig Zugangsdaten zurück, wechsle das Netzwerk und ändere Systemeinstellungen. Bewahre zuerst die ursprüngliche Fehlermeldung auf und führe jeweils nur eine Prüfung durch, damit die Ergebnisse vergleichbar bleiben.
Prüfe in der Konsole Geräte-ID, Region, Mietdauer und Zugriffsstatus. Vergewissere dich, dass du am richtigen Gerät arbeitest, und notiere den Zeitpunkt jeder Statusänderung.
Prüfe Benutzername, Pfad zum SSH-Privatschlüssel und Dateiberechtigungen. Füge Privatschlüssel, Passwörter oder vollständige Zugangsdaten niemals in E-Mails, Chats oder gewöhnliche Logs ein.
Prüfe zuerst den Host-Fingerprint und ermittle die Fehlerphase anschließend mit ausführlicher Ausgabe. Unterscheide DNS, TCP-Verbindungsaufbau, Schlüsselaushandlung und Benutzerauthentifizierung, statt nur von „Verbindung fehlgeschlagen“ auszugehen.
Wenn SSH funktioniert, VNC aber nicht, prüfe Client-Adresse, Sitzungsstatus und Auflösung. Warte nach einem Abbruch zunächst, bis die ursprüngliche Sitzung freigegeben ist, und verbinde dich dann mit demselben Gerät erneut.
Stelle sicher, dass die für den Fernzugriff benötigten Prozesse laufen und die relevanten Ports erwartungsgemäß lauschen. Speichere die aktuelle Konfiguration, bevor du Regeln änderst, damit du bei einer Verschlechterung zurückkehren kannst.
Wechsle erst zum Vergleich das lokale Netzwerk. Deaktiviere vorübergehend Proxy oder VPN, die das Routing verändern könnten, und vergleiche Unternehmensnetz, Heimnetz und mobilen Hotspot.
VNC eignet sich für Arbeiten mit Xcode, Vorschau und grafischen Tools. Stelle vorab sicher, dass der SSH-Kanal funktioniert; bei Problemen mit der grafischen Sitzung bleibt so ein Prüfweg über die Kommandozeile verfügbar.
Installiere den Client aus einer vertrauenswürdigen Quelle und speichere den Gerätenamen, nicht vollständige Zugangsdaten. Prüfe bei der ersten Verbindung Region und Geräte-ID und bestätige anschließend Verschlüsselungs- und Tastaturbelegungseinstellungen.
Das Remote-Bild wird gemeinsam von Auflösung, Farbtiefe und lokalem Netzwerk beeinflusst. Verringere zunächst die Anzeigefläche zum Vergleich und wechsle nicht gleichzeitig Client, Netzwerk und Systemeinstellungen.
Sperre die grafische Sitzung bei kurzer Abwesenheit, statt Anwendungen mit laufenden Builds direkt zu schließen. Prüfe nach einer erneuten Verbindung zuerst den Status der ursprünglichen Aufgabe und entscheide dann, ob du das Tool neu startest.
Bei kontinuierlichen Builds sind unbemerkte Änderungen der Umgebung zwischen Aufgaben besonders problematisch. Dokumentiere Versionsauswahl, Signaturmaterial und Cache-Bereinigung im Team-Handbuch.
Dokumentiere die Xcode-Version in Projektkonfiguration und Runner-Initialisierungsskript und prüfe vor jeder Aufgabe das aktuelle Entwicklerverzeichnis. Führe nach Änderungen an System oder Xcode zunächst einen Minimaltest aus, bevor du die vollständige Pipeline fortsetzt.
Zertifikate, Signaturdateien, Tokens und Umgebungsvariablen sollten über den eigenen Geheimnisverwaltungsprozess des Teams eingespeist werden. Übertrage langfristige Zugangsdaten niemals in Git und leite Rohlogs mit sensiblen Feldern nicht als gewöhnlichen Anhang weiter.
Prüfe zuerst, ob DerivedData, Abhängigkeits-Cache, Archive, Simulatordaten oder Projektdateien den Speicher belegen. Lösche bevorzugt neu erzeugbare Daten und bewahre benötigte Build-Artefakte sowie den Fehlerzustand auf.
Prüfe Pfad und Berechtigungen zuerst mit einer kleinen Datei, bevor du vollständige Repositories, Dateien oder Build-Artefakte überträgst. Notiere bei Fehlern Richtung, Größe, Zeitpunkt und genaue Phase.
Lege lokalen Port, Zieladresse und Zweck fest und vermeide weit gefasste Listener. Prüfe nach dem Aufbau des Tunnels SSH selbst und den weitergeleiteten Dienst getrennt, um Authentifizierungs- von Anwendungsproblemen zu unterscheiden.
Verwende ein eigenes Projektverzeichnis zum Empfangen von Dateien, lade zunächst eine kleine Stichprobe hoch und prüfe die Lese- und Schreibrechte. Kontrolliere nach großen Dateien Größe oder Prüfsumme – der Fortschrittsbalken des Clients allein genügt nicht.
Verwende für Automatisierungsaufgaben Zugangsdaten mit den geringsten nötigen Rechten und beschränke sie auf die benötigten Repositories. Prüfe bei Abruffehlern DNS, Erreichbarkeit, Host-Fingerprint, Berechtigungen und Repository-Adresse getrennt.
Vermerke bei Artefakten Aufgaben-ID, Version und Prüfinformationen. Bestätige den vollständigen Empfang am Ziel und bereinige erst danach Zwischendateien auf dem Knoten, damit sich das ursprüngliche Ergebnis wiederherstellen lässt.
Die folgenden Artikel sind nach Veröffentlichungsdatum absteigend sortiert und behandeln Systemupdates, Verbindungssicherheit, Dienstauswahl, Audio und Video, Unity-iOS-Builds sowie Beobachtungen zu M4-Entwicklungsaufgaben.
Bis die vollständigen Artikel veröffentlicht sind, kannst du die Checklisten dieser Seite für Verbindungsdiagnose, Systemprüfung, Netzwerkübertragung und Build-Umgebung verwenden.
Technische Probleme solltest du bevorzugt über die Konsole melden, damit Gerät und Bestellung zugeordnet werden können. Wenn du dich nicht anmelden kannst, sende eine E-Mail an support@runnervps.com, aber füge keine Passwörter, Privatschlüssel oder vollständigen Zahlungsdaten bei.
Runner M4 und Runner M4 Plus sind exklusive physische Maschinen, keine virtuellen Maschinen, und können tage-, wochen-, monats- oder quartalsweise gemietet werden. Die tatsächliche Verfügbarkeit zeigt die Konsole in Echtzeit an.