Bestellung und Hoststatus
Bestellkennung, Mietzeitraum, Hoststatus und Bereitstellungsdaten prüfen. Neukauf, Verlängerung und Hostverwaltung erfolgen in der Konsole; maßgeblich ist der dort aktuell angezeigte Status.
Mit der Statusprüfung beginnen
Problem zuerst eingrenzen, dann verwertbare Informationen einreichen.
Für Einrichtung, Verbindung, Systemanmeldung, Xcode-Builds, Speicheroptionen, Verlängerung und Freigabe von MiniDebug Cloud-Mac. Führen Sie zunächst die lokalen Prüfungen durch und senden Sie anschließend Bestellkontext und bereinigte Logs über ein Support-Ticket in der Konsole.
Supportumfang
Zuerst die betroffene Ebene bestimmen.
Fehler bei Fernzugriff, Build oder Bestellstatus können ähnlich aussehen, erfordern aber unterschiedliche Prüfungen. Alle sechs Problemklassen können über ein Support-Ticket gemeldet werden.
Knoten und Fernzugriff
Prüfung von Adressen, Ports, Netzwerkpfaden und Remote-Sitzungen für Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und den Osten der USA.
Systemanmeldung und Berechtigungen
Erstanmeldung, Zugangsdaten, SSH-Schlüssel, Berechtigungen für grafische Sitzungen und Kontozugriff prüfen. Für die Zusammenarbeit separate, nachvollziehbare Zugangsdaten verwenden.
Build-Umgebung
Xcode-Version, Kommandozeilentools, Abhängigkeitscache, Signaturmaterial, Speicherplatz und Build-Logs prüfen, um xcodebuild- oder fastlane-Aufgaben einzugrenzen.
Speicheroptionen
Bestellte Kapazität, Einbindung, freien Speicher und Aufgabenverzeichnisse prüfen. Bei Platzmangel zunächst regenerierbare Caches löschen und anschließend die Konfiguration bewerten.
Verlängerung und Freigabe
Vor der Verlängerung Zeitraum und Optionen prüfen. Vor der Freigabe Code, Zertifikate, Modelle, Assets und Build-Artefakte sichern und bestätigen, dass Automatisierungen nicht mehr schreiben.
Ersteinrichtung
Verbindung in fünf Schritten prüfen.
Nicht mit einer gespeicherten alten Adresse beginnen. Für jede Bestellung sind Hoststatus und Verbindungsdaten aus der Konsole maßgeblich.
-
01
Eingabe: Bestellkennung
Bestellung und Hoststatus prüfen
In der Konsole anmelden, die Bestellung öffnen und prüfen, dass das Modell MiniDebug M4 mit M4, 16GB RAM und 256GB SSD lautet; den gewählten Knoten notieren. Ist der Host noch nicht verbindungsbereit, keine wiederholten Anmeldeversuche starten.
-
02
Ausgabe: Verbindungsparameter
Verbindungsdaten dieser Bestellung abrufen
Zieladresse, Port, Konto und unterstützte Verbindungsmethoden kopieren. Adresse und Port gemeinsam speichern; SSH-Parameter nicht mit VNC- oder Bildschirmfreigabeparametern vermischen.
-
03
Prüfung: Hostidentität
Erste Systemanmeldung abschließen
Die Verbindung bevorzugt von einem vertrauenswürdigen lokalen Gerät herstellen. Beim ersten SSH-Zugriff den Host-Fingerabdruck prüfen; bei grafischen Verbindungen Knoten und Bestellung abgleichen und Zugangsdaten nicht auf gemeinsam genutzten Geräten speichern.
-
04
Aktion: Zugangsdaten aktualisieren
Zugangsdaten und Zugriffsbereich aktualisieren
Initiale Zugangsdaten sofort nach der Anmeldung ändern; für SSH-Automatisierung bevorzugt Schlüssel verwenden. Im Team den Kreis berechtigter Personen begrenzen und keine Konten dauerhaft gemeinsam nutzen oder Klartextpasswörter in Skripte schreiben.
-
05
Ergebnis: Basisumgebung verfügbar
Netzwerk und grundlegende Build-Umgebung prüfen
Zugriff auf Code-Repositories, DNS-Auflösung, Speicherplatz, Xcode-Pfad und Kommandozeilentools prüfen. Zuerst einen leichten Test ausführen, dann vollständige Abhängigkeiten laden oder einen zeitintensiven Build starten.
Build-Fehler klassifizieren
Mit dem ersten stabil reproduzierbaren Fehler beginnen.
Das Protokollende zeigt oft nur den Abbruch. Suchen Sie nach oben nach dem ersten stabil auftretenden Fehler, ordnen Sie ihn einer der sechs Kategorien zu und entscheiden Sie dann zwischen Projektänderung und Infrastruktur-Ticket.
Identität, Ziel und Exportphase unterscheiden
- Prüfen, ob Build-Ziel, Bundle Identifier und Signaturkonfiguration übereinstimmen.
- Prüfen, ob der Fehler erst nach erfolgreichem Archive in der Exportphase auftritt.
- Ersten Signaturfehler sowie jeweils 20 Logzeilen davor und danach dokumentieren.
Vorgehen: Die Signaturkonfiguration des Projekts selbst prüfen; wenn Signaturmaterial nicht gelesen werden kann, Dateiberechtigungen und den Pfad für die Automatisierungsinjektion prüfen.
Gültigkeit, Zuordnung und Leseberechtigungen prüfen
- Sicherstellen, dass die benötigten Dateien am tatsächlich verwendeten Speicherort der Aufgabe liegen.
- Prüfen, ob Zertifikat, Provisioning-Profil und Zielumgebung zusammenpassen.
- Keine Passwörter, Originalzertifikate oder vollständigen Schlüssel in das Ticket schreiben.
Vorgehen: Zuerst das Lesen in einer interaktiven Sitzung prüfen, anschließend die Automatisierungsaufgabe reproduzieren und Umgebungsvariablen sowie Ausführungskonto vergleichen.
Grafische Oberfläche und Kommandozeile mit derselben Toolchain ausführen
- Xcode-Version, SDK-Version und Zielplattform dokumentieren.
- Ausführen
xcode-select -pAktuellen Pfad prüfen. - Prüfen, ob der CI-Prozess das erwartete Entwicklerverzeichnis geerbt hat.
Vorgehen: Zuerst Version und Pfad festlegen, dann mit der neuen Version inkompatible abgeleitete Daten löschen; nicht mehrere Variablen gleichzeitig ändern.
Zuerst Sperrdatei prüfen, dann über das Leeren des Caches entscheiden
- Sperrdatei beibehalten und die Version des Paketmanagers dokumentieren.
- Unterschiede zwischen Build in einem sauberen Verzeichnis und Build mit Cache-Treffern vergleichen.
- Nur regenerierbare Verzeichnisse löschen; nicht gesicherte Projektdateien behalten.
Vorgehen: Cache-Probleme durch einen Vergleich mit leerem Cache bestätigen; fehlgeschlagene Netzwerkdownloads separat mit Ziel, Zeitpunkt und Fehlercode dokumentieren.
Gesamtkapazität, freien Speicher und große Verzeichnisse gemeinsam prüfen
- Belegung durch Arbeitsverzeichnis, abgeleitete Daten, Archive und Abhängigkeitscache prüfen.
- Prüfen, ob Logs und temporäre Dateien kontinuierlich wachsen.
- Vor dem Löschen sicherstellen, dass Artefakte archiviert und an anderer Stelle wiederherstellbar sind.
Vorgehen: Zuerst regenerierbare Caches löschen; langfristigen Speicherbedarf bei einer späteren Bestellung anhand der Speicheroptionen prüfen.
Befehl, Zeitpunkt und ersten Fehler bewahren
- Auslöser, Arbeitsverzeichnis und den vollständig bereinigten Befehl beifügen.
- Zeitpunkt des Problems mit Zeitzone dokumentieren.
- Erwartetes Ergebnis, tatsächliches Ergebnis und Reproduktionshäufigkeit angeben.
Vorgehen: Text-Logs statt nur Screenshots einreichen; Repository-Token, Upload-Schlüssel, Passwörter und Quelltextausschnitte entfernen.
Prüfbaum für Verbindungen
Der Reihe nach prüfen und vorgelagerte Bedingungen nicht überspringen.
Die folgenden sieben Punkte bilden eine Abhängigkeitskette. Solange eine vorgelagerte Prüfung fehlschlägt, ändern Client-Einstellungen meist nichts am Ergebnis.
-
01
Nach erfolgreicher Prüfung fortfahren
Hoststatus
Bestellung und Hoststatus in der Konsole prüfen. Bei Abweichungen Bestellkennung und Anzeige dokumentieren und anschließend ein Ticket erstellen.
-
02
Ziel abgeglichen
Zieladresse
Verbindungsadresse der aktuellen Bestellung Zeichen für Zeichen kopieren, zusätzliche Leerzeichen, alte Adressen und lokale hosts-Überschreibungen ausschließen und prüfen, dass keine andere Bestellung verwendet wird.
-
03
Fehlertyp dokumentieren
Port und Verbindungsmethode
Prüfen, dass SSH, VNC oder Bildschirmfreigabe den passenden Port und Client verwenden. Zeitüberschreitung, Verbindungsablehnung und Authentifizierungsfehler getrennt dokumentieren.
-
04
Netzwerkvergleich abgeschlossen
Lokales Netzwerk
Mit denselben Parametern über ein anderes vertrauenswürdiges Netzwerk testen, um Unternehmensausgang, Proxy oder Providerverbindung als Ursache zu prüfen. Dabei keine Zugangsdaten offenlegen.
-
05
Ausgehende Regeln bestätigt
Firewall-Regeln
Prüfen, ob lokales Gerät und Organisationsnetzwerk ausgehende Verbindungen zum Zielport erlauben. Nicht den gesamten Schutz deaktivieren, sondern mit minimalem Umfang testen.
-
06
Authentifizierung eindeutig
Kontoberechtigungen
Erfolgreiche Netzwerkverbindung und erfolgreiche Kontoauthentifizierung unterscheiden. Kontoname, Schlüsselberechtigungen, Rechte für grafische Anmeldung und Aktualität der Zugangsdaten prüfen.
-
07
Ergebnis des erneuten Versuchs dokumentieren
Sitzungsbelegung
Prüfen, ob nicht beendete grafische Sitzungen, doppelte Automatisierungsaufgaben oder Ressourcenbelegung vorhanden sind. Alte Sitzungen sicher beenden und genau einen kontrollierten neuen Versuch starten.
Vorlage für Support-Tickets
Ausreichenden reproduzierbaren Kontext in einer Einreichung liefern.
Support-Tickets in der Konsole eignen sich für bestehende Bestellungen. Wenn die Konsole nicht erreichbar ist, verwenden Sie die einzige Support-Adresse support@minidebug.com und geben Sie die erforderlichen Kontoverifizierungsdaten an.
Empfohlene Ticketstruktur
Feldnamen kopieren und einzeln ausfüllen
- Bestellkennung
- Bestellkennung aus der Konsole, keine Zahlungsdaten einreichen.
- Knoten
- Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong oder Osten der USA.
- Zeitpunkt
- Datum, Uhrzeit und Zeitzone angeben und vermerken, ob der Fehler erstmals oder wiederholt auftritt.
- Reproduktionsschritte
- Ab dem Öffnen der Konsole, der Befehlsausführung oder dem Start des Clients in tatsächlicher Reihenfolge nummerieren.
- Bereinigte Logs
- Ersten Fehler mit Kontext aufnehmen und Passwörter, Token, private Schlüssel sowie vertrauliche Projektdaten entfernen.
- Erwartet und tatsächlich
- Erwartetes Ergebnis, tatsächliches Ergebnis und stabile Reproduzierbarkeit getrennt beschreiben.
Bestehende Bestellung
Support-Ticket in der Konsole erstellen
Support-Ticket in der Konsole verwenden
Das Ticket bewahrt den Bestellkontext und eignet sich für Hoststatus, Knotenverbindung, Optionen, Verlängerung und Freigabe. Die entsprechenden Prüfschritte vorher abschließen.
Anmeldung nicht möglich
support@minidebug.com
Support-E-Mail senden
Betreff mit Problemtyp und Bestellkennung versehen; im Text die Feldstruktur links verwenden. Die lange E-Mail-Adresse kann direkt kopiert werden.
Zuständigkeitsgrenzen
Die Zuständigkeit bestimmt den nächsten Schritt.
Anhand der Ticketdaten bestimmen wir, ob das Problem den physischen Knoten, die macOS-Nutzung, den Projektcode oder externe Abhängigkeiten betrifft, und nennen die nächste Prüfungsrichtung.
Problem der Knoten-Infrastruktur
Dazu zählen abweichende Hoststatusanzeigen in der Konsole, nicht zur Bestellung passende Verbindungsdaten, eingeschränkte Netzwerkerreichbarkeit des Knotens und abweichend bereitgestellte Bestellkonfigurationen.
- Bestellkennung, Knoten und Zeitpunkt angeben.
- Vergleichsergebnisse aus verschiedenen lokalen Netzwerken beifügen.
- Konsolenstatus und Fehlertyp des Clients dokumentieren.
Probleme bei der macOS-Nutzung
Dazu zählen Systemeinstellungen, Dateiberechtigungen, Shell-Umgebung, Speicherbereinigung, Parameter des Remote-Clients und lokale Kontoberechtigungen.
- Vorgang zunächst in einer kontrollierten Sitzung reproduzieren.
- Systemversion, Ausführungskonto und Zielpfad dokumentieren.
- Fehlertext statt nur Bildschirmaufnahme einreichen.
Projektcode und Build-Konfiguration
Dazu zählen Compilerfehler, fehlgeschlagene Tests, Signaturkonfiguration, Konflikte bei Abhängigkeitsversionen, Skriptpfade, Umgebungsvariablen und die Laufzeitlogik der App.
- Ersten Fehler mit minimalen Änderungen reproduzieren.
- Toolchain-Unterschiede zwischen lokalem und Cloud-Mac vergleichen.
- Projektverantwortliche ändern Code oder Pipeline-Konfiguration.
Probleme mit Drittanbieterdiensten
Dazu zählen Authentifizierungs-, Ratenbegrenzungs- oder Serverfehler von Code-Hosting, Abhängigkeitsspiegeln, Paketquellen, Benachrichtigungssystemen und Upload-Zielen.
- Status des Zieldienstes und Kontoberechtigungen prüfen.
- Antwortcode, Anfragezeitpunkt und Ergebnis von Wiederholungen dokumentieren.
- Bereinigte Logs an den zuständigen Anbieter senden.
Selbsthilfe-Ressourcen
Passende Anleitung zuerst lesen und doppelte Einreichungen vermeiden.
Für Verbindungsdaten, Preise, Datenschutz und häufige Build-Probleme gibt es eigene Anleitungen. Wenn deren Prüfungen nicht helfen, Ergebnisse im Ticket dokumentieren.
Fernzugriff
SSH, VNC und macOS-Bildschirmfreigabe vergleichen und Verbindungen anhand von Latenz, Bandbreite und Sitzungsstatus prüfen.
Häufige Fragen
Gerätetyp, Mietzeitraum, Knoten, Optionen, Zahlungsmethoden, Build-Tools und Grenzen der Datenverarbeitung prüfen.
Sicherheit und Zuverlässigkeit
Isolation dedizierter physischer Geräte, Zugangsdatenverwaltung, Schutz des Fernzugriffs, Datenlebenszyklus und Verantwortungsgrenzen kennenlernen.
Tarife und Preise
Feste Konfiguration des MiniDebug M4, vier Mietzeiträume, Speicheroptionen, Thunderbolt-5-Verbund und Knotentabelle anzeigen.
Kontakt und Weiterleitung
Anfragen zu Konfiguration vor dem Kauf, bestehenden Bestellungen, Verbindungsfehlern, Build-Umgebung, Sicherheit und Partnerschaften unterscheiden.
Bestellkontext bereithalten und zum nächsten Schritt wechseln.
Neukauf, Verlängerung und Hostverwaltung erfolgen über die Konsole; Probleme bestehender Bestellungen bevorzugt über ein Konsolen-Ticket melden. Zahlungen sind nur per USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe) möglich. Alle Bestellungen werden in US-Dollar (USD) abgerechnet; maßgeblich ist das vom Backend zurückgegebene verfügbare Gateway.