Prüfen Sie zuerst Bestellung, Knoten und Zugangsdaten. Ordnen Sie das Problem anschließend dem lokalen Netzwerk, der Fernsitzung, dem macOS-Zustand oder der Aufgabenlast zu. Hier finden Sie eine Schritt-für-Schritt-Prüfung, die Sie dokumentieren und an das Supportteam senden können.
Ändern Sie nicht mehrere Einstellungen gleichzeitig. Dokumentieren Sie nach jedem Schritt, ob sich das Verhalten ändert. So grenzen Sie die Ursache ein und halten den Reproduktionsweg im Ticket übersichtlich.
Die Bereitstellungsdaten müssen mit dem bestellten Modell, der Laufzeit und dem ausgewählten Knoten übereinstimmen. Bei Abweichungen bewahren Sie zunächst einen Screenshot und die Bestellnummer auf. Installieren Sie das System nicht eigenständig neu.
Prüfen Sie, ob die Bestellung den ausgewählten Knoten in Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong oder im Westen der USA ausweist. Netzwerktests müssen auf den tatsächlichen Knoten der Bestellung zielen; Ergebnisse anderer Regionen sind kein Ersatz.
MB M4 16 muss M4, 16 GB RAM und 256 GB SSD anzeigen; MB M4 24 muss M4, 24 GB RAM und 512 GB SSD anzeigen; MB M4 Pro 64 muss M4 Pro, 64 GB RAM und 2 TB SSD anzeigen.
Kopieren Sie Zugriffsadresse, Benutzernamen und anfängliche Zugangsdaten aus den Bestelldetails, statt sie manuell zu übertragen. Ändern Sie die anfänglichen Zugangsdaten sofort nach der ersten erfolgreichen Verbindung und speichern Sie die neuen Daten an einem vom Team freigegebenen, kontrollierten Ort.
Dokumentieren Sie die aktuelle macOS- und Xcode-Version, bevor Sie Projektabhängigkeiten installieren. CI/CD-Teams sollten Versionsnummern, den Pfad der Befehlszeilentools und die Sperrdatei der Abhängigkeiten in der Umgebungsbaseline festhalten, damit einzelne Aufgaben die Toolchain nicht eigenständig verändern.
Prüfen Sie Bildschirmsperrregeln, Speicherort der Zugangsdaten, das Beenden von Fernsitzungen und den Teamzugriff. Übermitteln Sie Zugangsdaten niemals über öffentliche Dokumente, Chat-Screenshots oder Build-Protokolle.
Dokumentieren Sie Versionen von macOS, Xcode, Shell, Paketmanager und Projektabhängigkeiten und speichern Sie reproduzierbar ausführbare Initialisierungsbefehle.
Prüfen Sie vor Verbindungsproblemen CPU, Arbeitsspeicher, freien Speicherplatz und dauerhaft laufende Aufgaben, um Knotenlast und Netzwerkerlebnis zu unterscheiden.
Bewahren Sie vor einem Upgrade der Toolchain die Versionsliste auf. Prüfen Sie bei Problemen die Änderungen in umgekehrter Reihenfolge und installieren Sie nicht mehrere Komponenten gleichzeitig neu.
Eine geöffnete Zugriffsseite im Browser bedeutet nicht, dass der Remote-Desktop bereits verbunden ist. Ein sichtbarer Desktop ohne Eingabemöglichkeit bedeutet umgekehrt nicht zwingend einen Netzwerkausfall. Gruppieren Sie die Prüfung nach dem beobachteten Verhalten, statt erfolglos erneut zu versuchen.
Kopieren Sie Zugriffsadresse und Benutzernamen erneut aus den Bestelldetails und achten Sie auf Leerzeichen am Anfang oder Ende. Wenn Teammitglieder die Zugangsdaten kürzlich geändert haben, verwenden Sie den alten Wert nicht weiter, um Sicherheitsbeschränkungen zu vermeiden. Falls die Authentifizierung weiterhin scheitert, nennen Sie im Ticket Bestellnummer, Zeitpunkt des Fehlers, Zugriffsart und die vollständige Fehlermeldung. Die Zugangsdaten selbst gehören nicht ins Ticket.
Testen Sie zunächst über eine kabelgebundene Verbindung oder stabiles WLAN, pausieren Sie VPN, Proxy und große Uploads und dokumentieren Sie die Abstände zwischen den Unterbrechungen. Vergleichen Sie mit einem anderen unterstützten Browser, aber öffnen Sie nicht mehrere Sitzungen gleichzeitig. Wird die Verbindung nach einem Netzwechsel stabil, dokumentieren Sie insbesondere lokalen Provider, Paketverlust und Round-Trip-Zeit.
Warten Sie, bis die erste Bildausgabe der aktuellen Sitzung geladen ist, und ändern Sie anschließend die Browserfenstergröße. Prüfen Sie, ob der Browser die Grafikdarstellung blockiert und ob auf dem Knoten gerade ein Build oder eine Inferenz mit hoher Last läuft. Bleibt die Anzeige bei normalem Verbindungsstatus leer, dokumentieren Sie Browserversion, Dauer des schwarzen Bildschirms und Knotenlast und reichen Sie ein Ticket ein.
Prüfen Sie, ob Tastaturbelegung von lokalem System, Browsersitzung und entferntem macOS übereinstimmen. Testen Sie Buchstaben, Zahlen, Symbole und gängige Tastenkombinationen in einem Nur-Text-Editor, nicht direkt in der IDE. Für den Support nennen Sie Tastaturtyp, erwartete Taste, tatsächliche Ausgabe und entfernte Eingabemethode.
Testen Sie zunächst das Kopieren in beide Richtungen mit einer kurzen, unformatierten Textzeile und prüfen Sie anschließend die Zwischenablageberechtigungen des Browsers. Große Textmengen, Bilder und Dateien sollten nicht über die Zwischenablage übertragen werden. Verwenden Sie für Projektdateien ein Code-Repository, eine kontrollierte Download-Adresse oder ein vom Team freigegebenes sicheres Übertragungstool.
99,9 %
Der Dienst ist auf einen ganzjährigen Betrieb an 365 Tagen ausgelegt. Die Verfügbarkeit wird anhand des in den Servicebedingungen definierten Leistungsumfangs, der Messmethode und der Ausschlüsse berechnet. Das eigene Netzwerk des Nutzers, der Umgang mit Zugangsdaten und höhere Gewalt zählen nicht als Unterbrechung des Knotendienstes.
Wird das Serviceziel im Messzeitraum nicht erreicht, können Sie gemäß den Servicebedingungen die Aufzeichnungen einreichen und eine berechtigte Servicegutschrift beantragen.
Servicebedingungen anzeigen„Sehr langsam“ reicht nicht aus, um lokale Verbindung, regionale Weiterleitung, Browserdarstellung und Knotenlast zu unterscheiden. Nehmen Sie mindestens drei Messreihen vor und lassen Sie Zielknoten und Netzwerkumgebung unverändert.
Dokumentieren Sie den Namen des Providers, den Ort des Zugriffs sowie kabelgebundene Verbindung, WLAN oder Mobilfunk. Bei VPN oder Proxy geben Sie an, ob Sie nach dem Deaktivieren erneut getestet haben.
Nennen Sie den tatsächlich in der Bestellung verwendeten Knoten in Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong oder im Westen der USA; nennen Sie nicht nur Land oder Region.
Dokumentieren Sie lokale Uhrzeit, Zeitzone und Dauer in Minuten zum Zeitpunkt des Problems. Bei intermittierenden Problemen nennen Sie mindestens zwei Zeitintervalle.
Messen Sie in gleichmäßigen Abständen und übermitteln Sie Gesamtzahl der Stichproben und Paketverlustquote. Ein Screenshot eines einzelnen fehlgeschlagenen Requests reicht nicht aus.
Geben Sie Minimal-, Median- und Maximalwert sowie Intervalle mit deutlichem Jitter an. Die Latenzwerte müssen zur selben Messreihe wie der Paketverlust gehören.
Geben Sie an, ob gerade kompiliert, ein Simulator ausgeführt, ein Massentest durchgeführt oder eine Modellinferenz gestartet wurde, und dokumentieren Sie CPU, Arbeitsspeicher und freien Speicherplatz.
Bestellungen werden nach ausgewähltem Modell, Knoten, Zusatzoptionen und Laufzeit erstellt. Alle Beträge werden in US-Dollar (USD) abgerechnet; welche Zahlungs-Gateways tatsächlich verfügbar sind, zeigt das Portal in Echtzeit.
Sie können pro Tag, Woche, Monat oder Quartal mieten. Der Zeitraum wird nach Bestätigung der Bestellung und Beginn der Bereitstellung gemäß den Bestelldaten berechnet. Prüfen Sie vor der Verlängerung aktuelles Modell, Knoten, Zusatzoptionen und den neuen Leistungszeitraum.
Die Rechnung weist Basismodell, Laufzeit, Knoten und ausgewählte Zusatzoptionen aus. Stimmen Rechnung und Bestellung nicht überein, bewahren Sie Rechnungs- und Bestellnummer auf und klären Sie dies vor der Zahlung über ein Portal-Ticket.
Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe). Die Abrechnung erfolgt vollständig in US-Dollar (USD); maßgeblich ist der nach der Zahlung im Portal angezeigte Status.
Melden Sie sich im Portal an, öffnen Sie die betreffende Bestellung, prüfen Sie Ablaufdaten und Verlängerungsoptionen und schließen Sie anschließend die Zahlung ab. Wenn Sie Modell, Knoten oder Speichererweiterung ändern möchten, prüfen Sie zuerst, ob die neue Konfiguration zur Arbeitslast passt.
Führen Sie die Zahlung nicht wiederholt aus. Dokumentieren Sie Rechnungsnummer, Bestellnummer, Zahlungsart, Übermittlungszeitpunkt und den aktuellen Portalstatus und bitten Sie per Ticket um Prüfung. Decken Sie bei Zahlungsbelegen nicht erforderliche Identifikationsdaten ab.
Die einzigen Supportkanäle sind Portal-Tickets und support@minibinary.com. Für bestehende Bestellungen, Verbindungsabbrüche und Knotenprobleme verwenden Sie bevorzugt ein Ticket, damit Bestellstatus und weitere Bearbeitungsschritte verknüpft werden können.
Geeignet für Fragen zu Konfiguration, Knotenstandort, Verlängerungsregeln und Bedienung. Beschreiben Sie die erwartete Arbeitslast, die Anzahl paralleler Aufgaben und den gewünschten Knoten.
Geeignet für gelegentliche Verbindungsabbrüche, fehlerhafte Eingaben, Änderungen der Build-Umgebung oder Fragen zum Rechnungsstatus. Geben Sie Häufigkeit, Ausmaß und bereits durchgeführte Prüfungen an.
Geeignet bei fehlender Verbindung, dauerhaft schwarzem Bildschirm oder Unterbrechung einer wichtigen Aufgabe. Kennzeichnen Sie das Ticket als nutzungsbeeinträchtigend und nennen Sie Bestellnummer, Knoten, Zeitpunkt und reproduzierbare Schritte.
Schneiden Sie relevante Zeilen vor und nach dem Fehler aus und behalten Sie Zeitstempel, Fehlercode und Aufrufposition bei. Entfernen Sie vor dem Einreichen Zugangsdaten, Token, Schlüssel, personenbezogene Daten, private Projektadressen und Geschäftsdaten.
Laden Sie kein vollständiges Home-Verzeichnis, keine vollständigen Umgebungsvariablen und kein ungefiltertes Build-Archiv hoch. Wenn Sie unsicher sind, ob ein Abschnitt sensibel ist, beschreiben Sie zunächst den Feldtyp und warten Sie auf die Bestätigung des Supportteams zum erforderlichen Umfang.
Für bestehende Bestellungen reichen Sie bevorzugt über das Portal ein Ticket ein. Fragen zu Konfiguration, Knoten oder Masseneinsatz vor einer Bestellung können Sie per E-Mail senden. Beschreiben Sie Zweck, gewünschte Konfiguration, Laufzeit und Anzahl paralleler Aufgaben.