Erste Verbindung
SSH-Schlüssel vorbereiten, Benutzername, Hostadresse und Fingerabdruck prüfen und anschließend zwischen Kommandozeile und grafischer Browseroberfläche wählen.
Betrieb nach Aufgabe wiederherstellen
Zuerst die betroffene Ebene bestimmen, dann den nächsten Schritt ausführen
Dies ist keine allgemeine FAQ-Liste. Jeder Leitfaden folgt einer Prüfreihenfolge und hilft dir festzustellen, ob die Ursache im lokalen Netzwerk, bei den Zugangsdaten, dem Remote-Dienst, der Entwicklungsumgebung oder der Aufgabe selbst liegt.
Gilt für dedizierte physische Mac minis von DplyMini. Die Geräte sind nicht virtualisiert; macOS mit grafischer Oberfläche und Kommandozeile steht zur Verfügung – ideal für iOS-/macOS-Entwicklung, CI/CD-Builds und KI-Inferenztests.
- 5 Aufgabentypen
- Verbindung, Build, Übertragung, Netzwerk, Abrechnung
- 2 Kanäle
- Support-Ticket im Control Panel und Support-E-Mail
- 365 Tage
- Knoten bleiben ordnungsgemäß in Betrieb
Diagnoseprotokoll ausführen
DM-SUPPORT
Pfadverfügbarkeit prüfen
-
01
Auswirkungsbereich bestimmenEingrenzen
Betrifft es einen einzelnen Befehl, ein Projekt, das gesamte Gerät oder alle Verbindungen im lokalen Netzwerk?
-
02
Originaldaten sichernDokumentieren
Zeitpunkt, Knoten, vollständige Fehlermeldung und die gerade ausgeführte Aktion dokumentieren.
-
03
Variablen schrittweise ausschließenPrüfen
Status im Control Panel, lokale Verbindung, Zugangsdaten, Dienste und Zielport nacheinander prüfen.
Führe zuerst die Schnelldiagnose durch und wiederhole anschließend den Build oder starte die Sitzung neu.
ORDER → NODE → SERVICE → TASK
Von der aktuellen Aufgabe aus starten
Fünf Einstiege für fünf typische Blockaden
Wähle den Einstieg, der deinem aktuellen Ziel am nächsten kommt. Ändere nicht gleichzeitig Netzwerk, Zugangsdaten und Build-Konfiguration – sonst lässt sich die wirksame Maßnahme nur schwer bestimmen.
Build-Umgebung
Xcode-Auswahlpfad, Kommandozeilen-Tools, Signaturmaterial, fastlane-Abhängigkeiten und das Ausführungskonto des CI-Runners prüfen.
Dateiübertragung
Speicherplatz im Zielverzeichnis, Dateiberechtigungen, Prüfsummen und Strategie für die Wiederaufnahme prüfen, damit eine unterbrochene Übertragung nicht fälschlich als Gerätefehler gilt.
Netzwerkdiagnose
DNS, Ausgangsverbindung, Firewall, Zielport und Remote-Dienst nacheinander prüfen, statt alle Netzwerkeinstellungen auf einmal zurückzusetzen.
Konto und Abrechnung
Abrechnungszeitraum, USD-Abrechnung, Zahlungsstatus und Bestellzuordnung prüfen. Bei Betriebsproblemen über die zugehörige Bestellung ein Ticket erstellen.
Schnelldiagnose in fünf Schritten
Vom Control-Panel-Status bis zum Zielport
Diese Reihenfolge eignet sich bei SSH-Timeouts, nicht erreichbaren grafischen Sitzungen, Offline-Build-Agenten und unerreichbaren Service-Ports. Jeder Schritt beantwortet genau eine Frage – Ergebnis dokumentieren.
-
01 Control Panel
Knoten- und Bestellstatus prüfen
Im Control Panel anmelden und die betreffende Bestellung öffnen. Gerätename, Knoten, Laufzeit und Verbindungsadresse darauf prüfen, ob sie mit dem aktuellen Befehl übereinstimmen. Maßgeblich ist die Live-Rückmeldung des Control Panels.
ErgebnisBestellung und Zielgerät stimmen überein; die Verbindungsdaten wurden korrekt übernommen.
-
02 Lokale Verbindung
Aktuelle Netzwerkbeschränkungen ausschließen
Prüfen, ob lokal andere Domains aufgelöst und gängige HTTPS-Dienste erreicht werden können. In einem Unternehmensnetz, Gäste-WLAN oder über einen Proxy testweise auf eine bekannte funktionierende Verbindung wechseln.
ErgebnisTritt der Fehler nur über ein bestimmtes Ausgangsnetz auf?
-
03 Zugangsdaten
Benutzername und Schlüsselwahl prüfen
Prüfen, ob die SSH-Konfiguration den erwarteten privaten Schlüssel verwendet und die Dateiberechtigungen angemessen sind. Bei Authentifizierungsfehlern mit detaillierter Ausgabe feststellen, welchen Schlüssel der Client tatsächlich verwendet hat.
ErgebnisHat die Verbindung den Host erreicht oder trat der Timeout bereits vor der Authentifizierung auf?
-
04 Remote-Dienst
Kommandozeile und grafische Sitzung unterscheiden
Wenn SSH funktioniert, die grafische Oberfläche jedoch unterbrochen wird, sind Netzwerk und Gerät normalerweise weiterhin erreichbar. Dann Browser-Sitzung, Auflösung, Zwischenablage oder Desktop-Dienst prüfen.
ErgebnisBetrifft das Problem das gesamte Gerät oder nur einen einzelnen Remote-Dienst?
-
05 Zielport
Von der Aufgabe tatsächlich verwendeten Port prüfen
Prüfen, ob die Anwendung an der erwarteten Adresse und am erwarteten Port lauscht und ob lokale oder projektspezifische Firewall-Regeln den Zugriff erlauben. Eine nicht gestartete Anwendung nicht vorschnell dem Knotennetzwerk zuschreiben.
ErgebnisIst der Port nicht erreichbar, lauscht der Dienst nicht oder beendet sich die Anwendung sofort nach dem Start?
Minimale Diagnosebefehle
Tatsächlich ausgeführten Pfad des Clients sichern
Den Hostnamen im Befehl durch die im Control Panel angezeigte Verbindungsadresse ersetzen. Vor dem Teilen von Protokollen Benutzernamen, Adressen, Schlüsselpfade und Projektgeheimnisse entfernen.
$ ssh -vvv user@host
$ nc -vz host 22
$ scutil --dns
$ lsof -nP -iTCP -sTCP:LISTENLeitfaden zu Verbindungsproblemen
Zuerst Sitzungstyp bestimmen, dann die Unterbrechung beheben
SSH, Browserzugriff und grafische Desktopsitzung verwenden denselben dedizierten physischen Mac, doch die Fehlerursachen unterscheiden sich. Zuerst die Verbindung auf der tieferen Ebene prüfen, danach die darüberliegende Interaktion.
SSH
Kommandozeilenverbindung fehlgeschlagen
- Timeout:Zuerst lokale Ausgangsverbindung, Firewall und Verbindungsadresse prüfen.
- Verbindung abgelehnt:Port und Status des Remote-Dienstes prüfen.
- Authentifizierung fehlgeschlagen:Benutzername, privaten Schlüssel und Protokoll der Client-Schlüsselwahl prüfen.
- Fingerabdruck geändert:Verbindung beenden und über ein Support-Ticket im Control Panel verifizieren; nicht einfach ignorieren.
Bewertungskriterium: Die detaillierte Ausgabe muss zeigen, bei welchem Schritt DNS, TCP-Verbindungsaufbau, Hostprüfung und Authentifizierung jeweils stoppen.
BROWSER
Browser-Sitzung kann nicht geöffnet werden
- Die Sitzung aus den Gerätedetails neu erstellen und keine abgelaufene Seite wiederverwenden.
- Browser-Erweiterungen deaktivieren, die Skripte oder den Verbindungsaufbau beeinflussen, und erneut versuchen.
- Prüfen, ob der Browser der aktuellen Seite Zugriff auf Zwischenablage und Vollbild erlaubt.
- Mit SSH prüfen, ob das Gerät noch erreichbar ist, um Geräte- und Browserproblem zu unterscheiden.
DESKTOP
Grafischer Desktop ruckelt oder bricht ab
- Zuerst die Auflösung reduzieren und nicht benötigte Animationen deaktivieren.
- Prüfen, ob die Synchronisierung großer Dateien oder ein Hintergrund-Build die Verbindung auslastet.
- Dauerhafte Builds als Hintergrundaufgaben ausführen, statt von einer offenen Desktop-Sitzung abhängig zu sein.
- Wenn SSH ebenfalls unterbrochen wird, zu den Netzwerk- und Knotenschritten der Schnelldiagnose zurückkehren.
Bewertungskriterium: Eine stabile Interaktionsverbindung ist wichtiger als maximale Bandbreite; Hintergrundaufgaben dürfen nicht von einem dauerhaft geöffneten Browserfenster abhängen.
Entwicklungsumgebung prüfen
Bei Build-Fehlern zuerst Toolchain und Ausführungskonto festlegen
Läuft dasselbe Projekt im interaktiven Terminal, schlägt aber im CI-Runner fehl, unterscheiden sich meist PATH, Berechtigungen, Umgebungsvariablen oder Ausführungskonto. Zuerst die Umgebungsdifferenz reproduzieren, dann die Projektkonfiguration ändern.
XCODE
Kommandozeilen-Tools
Tatsächlich verwendetes Entwicklerverzeichnis prüfen
Ausführen xcode-select -p und xcodebuild -version; damit bestätigen, dass interaktives Terminal und Runner dieselben Tools verwenden. Bei projektspezifischer Version die Auswahl in die Aufgabeninitialisierung aufnehmen.
SIGN
Zertifikate und Signierung
Fehlend, abgelaufen und nicht zugriffsberechtigt unterscheiden
Zertifikatgültigkeit, Übereinstimmung des Provisioning-Profils und Schlüsselbundberechtigungen prüfen. Nicht nur die letzte Signaturfehlermeldung betrachten, sondern die erste Signaturdiagnose im Build-Protokoll suchen.
LANE
fastlane
Ruby- und Abhängigkeitsversionen festlegen
Aufgaben mit der Lock-Datei des Projekts ausführen und sicherstellen, dass Bundler, Plugins und Umgebungsvariablen aus demselben Arbeitsverzeichnis stammen. Bei Erfolg im Terminal und Fehler im automatisierten Auftrag PATH und Arbeitsverzeichnis vergleichen.
RUNNER
CI-Runner
Zugriff des Dienstkontos auf Projektressourcen prüfen
Ausführungskonto, Arbeitsverzeichnis, Cache- und temporäre Verzeichnisse des Runners prüfen. Sensible Variablen über die Aufgabenumgebung injizieren, nicht in Repository, normalen Protokollen oder Tickettext schreiben.
Speicher und Daten
Arbeitsverzeichnis, Übertragungsprüfung und Laufzeitende als eine Datenkette behandeln
Projektdaten auf dem dedizierten physischen Gerät werden vom Nutzer verwaltet. Verzeichnis vor Beginn festlegen, nach der Übertragung prüfen, wichtige Zwischenstände separat sichern und die Migration vor Ende der Laufzeit abschließen.
Arbeitsverzeichnis festlegen
Quellcode, Abhängigkeits-Cache, Build-Ausgaben und temporäre Dateien trennen. CI-Aufgaben mit eindeutigen absoluten Pfaden ausführen, damit verschiedene Konten nicht an unerwartete Orte schreiben.
- Quellcodeverzeichnis nachvollziehbar halten
- Cache kann neu erstellt werden
- Artefakte separat archivieren
Vor und nach der Übertragung prüfen
Große Dateien in mehreren Paketen übertragen und bevorzugt Tools mit Wiederaufnahme verwenden. Vorher und nachher Anzahl, Größe und Prüfsummen vergleichen; ein abgeschlossener Fortschrittsbalken allein genügt nicht.
- Gesamtumfang der Quelldateien dokumentieren
- Prüfliste aufbewahren
- Fehlgeschlagene Pakete separat erneut übertragen
Separate Sicherung pflegen
Die einzige Kopie auf dem Gerät ist kein Backup. Quellcode muss versioniert sein; wichtige Artefakte und Versuchsergebnisse sollten mit einem vom Nutzer verwalteten separaten Speicher synchronisiert werden.
- Quellcode aus dem Repository wiederherstellbar
- Artefakte erneut prüfbar
- Sensible Daten zuerst verschlüsseln
Migration vor dem Ende abschließen
Daten nicht erst im letzten Moment der Laufzeit exportieren. Zeit für Übertragung, Prüfung und Wiederholungen einplanen und erst nach erfolgreichem Zugriff am Zielort temporäre Zugangsdaten löschen.
- Projekt und Artefakte exportieren
- Zielkopie überprüfen
- Temporäre Zugangsdaten widerrufen
Verantwortungsgrenze bei der Datenmigration
Der Nutzer ist für Projektdaten, Zugangsdaten, Backups und die Migration vor Laufzeitende verantwortlich. Bei Zugriffsproblemen frühzeitig über die betreffende Bestellung ein Ticket erstellen und Datentyp sowie Aufgabenauswirkung angeben.
Konto und Abrechnung
Zeitraum, Währung und Zahlungsart zuerst in drei Punkten prüfen
Bestellungen sind tage-, wochen-, monats- oder quartalsweise möglich; alle Gebühren werden in US-Dollar (USD) abgerechnet. Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe). Welche Zahlungs-Gateways verfügbar sind, zeigt das Control Panel.
- Mietzeitraum
- Tag / Woche / Monat / Quartal
- Abrechnungswährung
- US-Dollar (USD)
- Kryptowährung
- USDT-TRC20
- Bankkarte
- Visa / Mastercard / Amex (über Stripe)
Wie wähle ich den Bestellzeitraum?
Für kurzfristige Reparaturen, einmalige Archivierung oder temporäre Experimente eignet sich ein Tageszeitraum; für kontinuierliche Iterationen, stabile Runner oder langfristige Projekte lassen sich Wochen-, Monats- und Quartalsmodelle vergleichen. Vor der Bestellung erwartete Laufzeit, Datenmigration und Teamübergabe einplanen.
Was tun, wenn Zahlungs- und Bestellstatus nicht übereinstimmen?
Keine weiteren identischen Bestellungen anlegen. Bestellnummer, Zahlungszeitpunkt, Betrag und erforderliche Transaktionskennung des Zahlungswegs sichern und über die betreffende Bestellung ein Ticket erstellen. Keine vollständigen Zahlungsdaten oder irrelevanten sensiblen Kontoinformationen übermitteln.
Wie prüfe ich Speichererweiterung oder Thunderbolt-5-Verbund?
Zusatzoptionen, Zeitraum und Anzahl in Bestellkonfiguration und Bestelldetails vergleichen. Ein Thunderbolt-5-Verbund wird pro Gerät berechnet. Bei Abweichungen ein Ticket über diese Bestellung erstellen und einen anonymisierten Screenshot beifügen.
Ein direkt prüfbares Support-Ticket erstellen
Fünf Kontextangaben bringen dich schneller weiter als „Verbindung nicht möglich“
Betriebsprobleme bevorzugt über die betreffende Bestellung melden, damit Gerät und Bestellung korrekt verknüpft werden. Allgemeine Fragen können auch an support@deploymini.com gesendet werden.
Betriebs-Checkliste
REQUIRED CONTEXT
Vor dem Absenden prüfen
01
Bestellnummer
Die betreffende Bestellnummer aus dem Control Panel kopieren, nicht nur den Gerätenamen angeben.
02
Knoten
Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong oder US-Westküste angeben.
03
Zeitpunkt
Zeitraum einschließlich Zeitzone angeben und mitteilen, ob das Problem weiterhin besteht.
04
Reproduktionsschritte
Befehle, Seitenaktionen und erwartete Ergebnisse in der tatsächlich ausgeführten Reihenfolge aufführen.
05
Bereinigtes Protokoll
Ersten Fehler samt Kontext davor und danach behalten; Adressen, Token und Geschäftsdaten entfernen.
Für Betriebsprobleme bevorzugt
Über die betreffende Bestellung ein Ticket erstellen
Geeignet für Verbindungsabbrüche, Hardwarefehler sowie Probleme bei Bestellbereitstellung und Abrechnungszuordnung. Im Control Panel die Bestellung öffnen und anschließend ein Ticket erstellen.
Allgemeine Fragen
Support per E-Mail kontaktieren
Geeignet für Konfigurationsauswahl, Knotenabdeckung, Sicherheit, Datenschutz und Kooperationsfragen. Problemtyp im Betreff nennen; bei vorhandener Bestellung auch die Bestellnummer angeben.
Keine Passwörter, privaten Schlüssel oder vollständigen Zahlungsdaten in Tickets oder E-Mails übermitteln
Screenshots auf relevante Fenster zuschneiden und in Protokollen Benutzername, Hostadresse, Token, Repository-Adresse und Projektdaten ersetzen. Für die Analyse genügen meist Fehlerkontext und notwendige Kennungen.
Eskalationsweg für Probleme
Nach Auswirkung in die passende Bearbeitungsschlange einordnen
Klare Angaben zu Problemtyp, Auswirkungsbereich und aktuellem Status reduzieren Rückfragen. Alle vier Kategorien verwenden denselben Ticketzugang, benötigen jedoch unterschiedliche Nachweise.
Allgemeine Frage
Konfigurationsauswahl, Knotenabdeckung, Mietzeitraum, Zahlungsbedingungen oder langfristiger Teambedarf.
Verbindungsfehler
SSH-Timeout, fehlgeschlagene Authentifizierung, unterbrochene Browser-Sitzung oder unerreichbarer Zielport.
Hardwarefehler
Anhaltende Festplatten-, Speicher-, Neustart- oder geräteweite Fehler, die nicht auf ein einzelnes Projekt beschränkt sind.
Sicherheitsvorfall
Ungewöhnliche Zugriffe, vermutlich offengelegte Zugangsdaten oder Systemaktionen feststellen, die nicht der Erwartung entsprechen.
Geräteprobleme im laufenden Betrieb nicht nur per allgemeiner E-Mail melden
Im Control Panel ein Support-Ticket erstellen
Das Ticket über die betreffende Bestellung eröffnen, damit Gerät, Knoten und Bestellung verknüpft bleiben und die Erstprüfung schneller beginnt.
Bereit zum Start oder weitere Prüfung erforderlich?
Neue Aufgaben gemäß den Einstiegsschritten mit Schlüssel, Knoten und Toolversion vorbereiten; bei bestehenden Betriebsproblemen über die betreffende Bestellung ein Ticket erstellen.