Technischer Support

Beginnen Sie die Fehlerbehebung dort, wo das Problem entsteht

Prüfen Sie Bestellstatus, Verbindung, Entwicklertools und Abrechnungsdaten Schritt für Schritt. Wenn das Problem bleibt, senden Sie ein Support-Ticket mit Bestell-ID, Zeitangaben und anonymisierten Logs.

Support-Leitfaden bereit 5 Problemkategorien
Zuerst prüfen Bestellstatus und Zielknoten Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong
Dann verifizieren Lokales Netzwerk, Adresse, Zugangsdaten und Toolchain Befehle, Originalfehler und Zeitpunkt aufbewahren
Weiterhin nicht behoben Anonymisierten Kontext einreichen Keine Passwörter, privaten Schlüssel oder vollständigen Zahlungsdaten senden
Support-Einstieg 5 Support-Pfade
Betriebsknoten 365 Tage im Jahr zuverlässig verfügbar
Kontakt Ticket oder Support-E-Mail
Einstieg zur Fehleranalyse

Wählen Sie zunächst den passenden Fehlerbehebungspfad

Dasselbe Symptom kann verschiedene Ursachen haben. Prüfen Sie zuerst, ob es Bestellung, Verbindung, Umgebung, Abrechnung oder Sicherheit betrifft, und sammeln Sie anschließend die erforderlichen Informationen.

Bestellung und Bereitstellung

Geeignet, wenn die Zahlung abgeschlossen ist, der Status aber noch nicht aktualisiert wurde, Bereitstellungsdaten fehlen oder Knoten beziehungsweise Laufzeit nicht mit der Bestellung übereinstimmen.

Bedeutung des Bestellstatus anzeigen

Fernzugriff

Geeignet bei leerem VNC-Bildschirm, SSH-Timeouts, abgelehnten Zugangsdaten, geändertem Hostschlüssel oder vorübergehend fehlender Verbindung nach einem Neustart.

Verbindung prüfen

Entwicklungsumgebung

Geeignet bei falscher Xcode-Version, fehlerhaftem Pfad zu den Kommandozeilentools, nicht sichtbaren Signaturdaten, fehlenden Homebrew-Befehlen oder unzureichenden Runner-Berechtigungen.

Build-Umgebung prüfen

Abrechnung und Verlängerung

Geeignet zur Prüfung von Laufzeit, Basismodell, Knoten, SSD-Upgrade oder Thunderbolt-5-Verbund sowie der fälligen Positionen vor einer Verlängerung.

Abrechnungsfragen lesen

Sicherheitsvorfall

Geeignet bei Verdacht auf ungewöhnliche Kontoaktivität, unbefugten Zugriff oder offengelegte Geheimnisse. Beschränken Sie zunächst den Zugriff, wechseln Sie betroffene Zugangsdaten und bewahren Sie anonymisierte Aufzeichnungen auf.

Sicherheitsbericht senden
Bestellstatus

Der Status bestimmt den nächsten Prüfschritt

Notieren Sie nach der Anmeldung im Kontrollzentrum zuerst Bestell-ID, aktuellen Status, gewählten Knoten und Ablaufdatum. Beurteilen Sie den Gerätestatus nicht allein anhand der Meldung des Remote-Clients.

  1. 01

    Wird bestätigt

    Bestellinformationen oder Zahlungsergebnis werden bestätigt. Prüfen Sie, ob Modell, Laufzeit, Knoten, Zusatzoptionen und der fällige USD-Gesamtbetrag mit Ihren Angaben übereinstimmen.

    Wichtige Felder: Bestell-ID, Zahlungsmethode, Erstellungszeit
  2. 02

    Wird eingerichtet

    Der physische Knoten wird für die Bestellung eingerichtet. Verbindungsadresse oder Zugangsdaten werden möglicherweise noch nicht vollständig angezeigt; versuchen Sie nicht wiederholt, alte Adressen zu verwenden.

    Wichtige Felder: Zielknoten, Einrichtungsstatus, letzte Statusänderung
  3. 03

    Verbindung möglich

    Die Verbindungsdaten wurden erstellt. Verwenden Sie die aktuell im Kontrollzentrum angezeigte Adresse, Kontohinweise und Verbindungsart und prüfen Sie, ob der Client auf den richtigen Knoten zeigt.

    Wichtige Felder: Verbindungsadresse, Knoten, Ablaufdatum
  4. 04

    Laufzeit beendet

    Die aktuelle Mietlaufzeit ist beendet; die bisherigen Verbindungsdaten stehen nicht mehr für einen aktiven Dienst. Migrieren Sie Daten vor Ablauf. Für nachfolgende Bestellungen sind die neuen Einträge im Kontrollzentrum maßgeblich.

    Wichtige Felder: Beginn und Ende der Laufzeit, letzter Migrationseintrag
Knotenverzeichnis und Live-Ergebnisse ZoomMini M4 Core und ZoomMini M4 Plus sind an vier Knoten verfügbar: Singapur, Japan (Tokio), Südkorea (Seoul) und Hongkong. Die tatsächliche Verfügbarkeit und das Ergebnis der Bestellung richten sich nach der Live-Antwort des Kontrollzentrums.
Verbindungsprüfung

Von der Netzwerkerreichbarkeit bis zur Sitzungswiederherstellung

Prüfen Sie die Punkte in dieser Reihenfolge, damit lokale Netzwerkprobleme nicht fälschlich dem Gerät zugeschrieben werden. Notieren Sie bei jedem Schritt Zeitpunkt, Zieladresse und Originalfehler.

connection-check.sh
$ ping -c 4 <host>
4 packets transmitted, 4 received

$ ssh -vvv user@<host>
debug1: Connecting to <host>
debug1: Server host key verified

$ nc -vz <host> <port>
Connection succeeded
VNC und Bildschirm

Adresse erreichbar, aber kein Bild

Prüfen Sie, ob der Status im Kontrollzentrum „Verbindung möglich“ lautet und der Client aktuelle Adresse und zugewiesene Zugangsdaten verwendet. Beenden Sie alte Sitzungen, verbinden Sie sich neu und reduzieren Sie Auflösung, Farbqualität und Animationen, um den Einfluss eines schwachen Netzwerks auszuschließen.

Methoden für den Fernzugriff anzeigen
Wiederherstellung nach Neustart

Nach dem Neustart vorübergehend keine Verbindung

Warten Sie zunächst, bis das System vollständig gestartet ist, und aktualisieren Sie dann den Gerätestatus im Kontrollzentrum. Lesen Sie die Verbindungsadresse erneut ein, löschen Sie gespeicherte alte Sitzungen im Client und testen Sie VNC und SSH getrennt, um Grafik- oder Netzwerkebene zu unterscheiden.

Gerätestatus anzeigen
01

Netzwerkerreichbarkeit prüfen

Wechseln Sie zu einem bekanntermaßen stabilen lokalen Netzwerk und notieren Sie Zieladresse, Port und Timeout-Ergebnis. Die Erreichbarkeit anderer Websites im Browser reicht als Prüfung nicht aus.

02

Kontozugangsdaten prüfen

Stellen Sie sicher, dass Benutzername, Passwort oder SSH-Schlüssel aus den Angaben der aktuellen Bestellung stammen. Achten Sie beim Kopieren auf Leerzeichen und senden Sie fehlerhafte Zugangsdaten nicht wiederholt.

03

Änderung des SSH-Fingerabdrucks prüfen

Prüfen Sie zunächst im Kontrollzentrum, ob sich die Zieladresse geändert hat. Entfernen Sie den entsprechenden alten known_hosts-Eintrag erst nach Bestätigung des Ziels; leeren Sie nicht die gesamte Datei.

04

Client- und Knotenprobleme unterscheiden

Testen Sie die Verbindung mit einem anderen vertrauenswürdigen Gerät oder einer anderen Methode. Wenn SSH funktioniert, VNC aber nicht, notieren Sie vorrangig Clientversion und Sitzungsverhalten der grafischen Oberfläche.

Build-Umgebung

Prüfen Sie Abhängigkeiten der Toolchain in der richtigen Reihenfolge

Prüfen Sie zuerst das tatsächlich ausgewählte Xcode und danach Signatur, Paketmanager und Runner-Berechtigungen. Ohne die Vorprüfungen sind nachfolgende Fehler schwer einzuordnen.

  1. 01

    Xcode-Version und Auswahlpfad prüfen

    Führen Sie xcodebuild -version und xcode-select -paus und prüfen Sie, ob die vom Projekt geforderte Version mit dem aktuellen Entwicklerverzeichnis übereinstimmt.

  2. 02

    Kommandozeilentools verifizieren

    Führen Sie clang --version und swift --versionaus. Fehlt ein Tool oder stimmt die Version nicht, korrigieren Sie zuerst den Xcode-Auswahlpfad und testen Sie erneut.

  3. 03

    Zertifikate und Bereitstellungsprofile prüfen

    Stellen Sie sicher, dass der Build-Benutzer die erforderlichen Signaturdaten lesen kann, und prüfen Sie Gültigkeit, Profilkennung und Projektkonfiguration. In Logs nur Namen und Fehlertypen, keine Geheimnisse, angeben.

  4. 04

    Homebrew-Pfad prüfen

    In Apple-Silicon-Umgebungen muss üblicherweise geprüft werden, ob /opt/homebrew/bin im PATH der nicht interaktiven Shell enthalten ist und ob Startumgebung des Runners und Terminalumgebung übereinstimmen.

  5. 05

    Minimale Runner-Berechtigungen verifizieren

    Stellen Sie sicher, dass der self-hosted runner die erforderlichen Rechte für Arbeits-, Cache- und Build-Artefaktverzeichnisse besitzt. Erweitern Sie nicht die Systemberechtigungen, um ein Problem mit einem einzelnen Pfad zu verdecken.

toolchain-check
$ xcodebuild -version
Xcode <required-version>
Build version <build-version>

$ xcode-select -p
/Applications/Xcode.app/Contents/Developer

$ command -v brew
/opt/homebrew/bin/brew

$ test -w "$RUNNER_WORKDIR"
$ echo $?
0

$ xcodebuild -scheme App build
** BUILD SUCCEEDED **
Erfolg nicht nur an der letzten Zeile festmachen Prüfen Sie außerdem Exit-Code, tatsächlichen Artefaktpfad, Testbericht und Signaturschritte. Ein Cache-Treffer bedeutet nicht, dass der Build erfolgreich war; ein Online-Runner hat nicht automatisch Berechtigung für das Arbeitsverzeichnis.
Kleines Fachlexikon

Die genaue Bedeutung von acht häufig verwendeten Begriffen

Diese Begriffe beschreiben Hardwarezuordnung, Verbindungsarten, Automatisierungsrollen und Bestellgrenzen. Verwenden Sie bei Support-Anfragen präzise Begriffe, um Missverständnisse zu vermeiden.

Physischer Knoten
Apple-Silicon-Hardware, auf der macOS-Workloads tatsächlich ausgeführt werden und die der Bestelladresse sowie dem Betriebsstatus zugrunde liegt.
Dediziert
Eine gültige Bestellung entspricht einem dedizierten physischen Gerät; Rechenleistung, Arbeitsspeicher und lokaler Speicher werden nicht mit Sitzungen anderer Kunden geteilt.
Keine virtuelle Maschine
Der Workload läuft direkt auf dem bestellten physischen Mac mini und nicht auf einer aus einem gemeinsam genutzten Host aufgeteilten virtuellen Instanz.
VNC
Protokoll für den Fernzugriff auf die grafische macOS-Oberfläche, geeignet für Fensterbedienung, UI-Tests und visuelle Konfiguration.
SSH
Verschlüsselte Verbindung für Kommandozeilenarbeit, Automatisierung, Dateiübertragung und Diagnose, geeignet für Continuous Integration und skriptbasierte Workflows.
self-hosted runner
Automatisierungskomponente auf einem dedizierten Cloud-Mac, deren Berechtigungen und Toolchain das Team selbst konfiguriert und die Pipeline-Aufgaben empfängt und ausführt.
Mietlaufzeit
Der in der Bestellung vereinbarte Zeitraum für Beginn und Ende des Dienstes; wählbar nach Tag, Woche, Monat oder Quartal. Verbindung, Verlängerung und Datenmigration richten sich danach.
Knoten
Dienstregion des Geräts. Das aktuelle Verzeichnis umfasst Singapur, Japan (Tokio), Südkorea (Seoul) und Hongkong – insgesamt vier Knoten.
Abrechnungsfragen

Abrechnungsstruktur vor der Verlängerung prüfen

Die Rechnung sollte Basismodell, Laufzeit, Knoten und Zusatzoptionen getrennt ausweisen. Die tatsächliche Verfügbarkeit des Zahlungs-Gateways richtet sich nach der Antwort des Kontrollzentrums.

Wie werden Tag, Woche, Monat und Quartal berechnet?

Die Bestellung wird nach der bei der Bestellung gewählten einzelnen Laufzeit berechnet; verschiedene Laufzeiten werden nicht kombiniert. Prüfen Sie vor der Verlängerung Modell, Laufzeit, Knoten, Beginn und Ende sowie Gesamtbetrag erneut.

Wie werden SSD und Thunderbolt-5-Verbund ausgewiesen?

+1TB SSD, +2TB SSD und Thunderbolt-5-Verbund werden für die gewählte Laufzeit separat ausgewiesen und nicht in den Namen des Basismodells integriert. Thunderbolt-5-Verbund wird pro Gerät berechnet; prüfen Sie bei der Anzahl auch die verknüpften Geräte.

Welche Währung und Zahlungsmethoden werden verwendet?

Alle Bestellungen werden in US-Dollar (USD) abgerechnet. Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe); das tatsächlich verfügbare Gateway zeigt das Kontrollzentrum live an.

Welche Felder müssen vor der Verlängerung geprüft werden?

Prüfen Sie nacheinander Bestell-ID, Basismodell, Laufzeit, Zielknoten, SSD-Option, Anzahl der Thunderbolt-5-Verbundgeräte, USD-Zwischensumme, Gesamtbetrag und das neue Laufzeitende. Bei Abweichungen reichen Sie vor der Zahlung ein Ticket ein.

Welche Angaben werden benötigt, wenn sich der Status nach der Zahlung nicht aktualisiert?

Geben Sie Bestell-ID, Zahlungsmethode, Zahlungszeitpunkt, aktuellen Status im Kontrollzentrum und anonymisierte Transaktionsreferenzen an. Senden Sie keine vollständigen Kartendaten, Zahlungsdaten oder Kontopasswörter.

Support-Ticket-Checkliste

Informationen einreichen, mit denen die Prüfung direkt beginnen kann

Ein aussagekräftiges Ticket beantwortet: „Welche Bestellung, welcher Knoten, wann, wie reproduzierbar und was wurde angezeigt?“ Sensible Daten müssen vorher anonymisiert werden.

Erforderlicher Kontext

Tickettext in der folgenden Reihenfolge strukturieren

  1. 01
    Bestell-ID und Knoten

    Nennen Sie die Bestell-ID aus dem Kontrollzentrum und den Zielknoten: Singapur, Japan (Tokio), Südkorea (Seoul) oder Hongkong.

  2. 02
    Zeitpunkt des Problems

    Geben Sie den ersten Zeitpunkt und die letzte Reproduktion jeweils mit Zeitzone an und vermerken Sie, ob das Problem dauerhaft oder sporadisch auftritt.

  3. 03
    Reproduktionsschritte und erwartetes Ergebnis

    Beschreiben Sie die Schritte ab dem Öffnen des Kontrollzentrums oder dem Ausführen des Befehls und nennen Sie tatsächliches und erwartetes Ergebnis getrennt.

  4. 04
    Umgebung und Verbindungsart

    Nennen Sie lokales System, Clientversion, VNC oder SSH, macOS- und Xcode-Version sowie die Nutzung eines Proxy-Netzwerks.

  5. 05
    Anonymisierte Logs

    Bewahren Sie Fehlercodes, Befehle, Exit-Codes und erforderlichen Kontext auf. Ersetzen Sie sensible Teile von Benutzernamen, Adressen, Tokens, Repository-Pfaden und Zahlungsreferenzen.

Nicht senden

Geheime Informationen gehören nicht in Support-Material

Senden Sie keine Passwörter, privaten Schlüssel, Wiederherstellungscodes, Repository-Tokens, Signaturgeheimnisse, vollständigen Zahlungsdaten oder nicht anonymisierten Kundendaten. Bei vermuteter Offenlegung wechseln Sie die Geheimnisse sofort.

Grenzen des Datenschutzes anzeigen
Übermittlungsweg

Kontext über ein Kontrollzentrum-Ticket erhalten

Probleme bestehender Bestellungen sollten vorrangig über das Kontrollzentrum gemeldet werden, damit der Bestellstatus zugeordnet werden kann. Bei fehlender Anmeldung nutzen Sie support@zoommini.com und nennen Sie die Problemkategorie im Betreff.

Kontrollzentrum-Ticket erstellen
Einreichung vorbereiten

Bestellkontext angeben, damit die Prüfung mit verwertbaren Informationen beginnt

Die Bearbeitungszeit hängt von Komplexität und erforderlichen Prüfungen ab. Nach dem Einreichen können Sie den Anfrage status im Kontrollzentrum verfolgen; bei fehlender Anmeldung nutzen Sie die Support-E-Mail.