Voraussetzungen und Ergebnisse prüfen

Von der Bestellung zum ersten Desktop-Zugriff

Eine gemeinsame Anleitung für Teams in Asien-Pazifik und Nordamerika. Prüfen Sie zuerst Bestellung und Standort und verbinden Sie sich anschließend mit Ihrem dedizierten physischen Mac. Falls Sie nicht weiterkommen, notieren Sie Zeitpunkt und Fehlermeldung und folgen Sie den passenden Schritten zur Fehlerbehebung.

Standort wählen & Mac mieten Anmelden und Instanz prüfen

Wenn Sie bereits bestellt haben, öffnen Sie die Instanzdetails in der Konsole. Für die erste Nutzung benötigen Sie einen aktuellen Browser und eine stabile Internetverbindung.

Erste Verbindung

Bestellung, Standort und Desktop zuordnen

Die Abrechnung der Instanz beginnt nach erfolgreicher Zahlung. Prüfen Sie vor dem Desktop-Zugriff die Instanzdaten. Eine Bestätigungsseite für die Zahlung bedeutet nicht, dass der Desktop bereits erreichbar ist.

Mit dem Bestellkonto anmelden

Voraussetzung: Sie haben die Bestellung abgeschlossen und können auf die dafür verwendete E-Mail-Adresse zugreifen. Öffnen Sie die Konsole, melden Sie sich mit dieser Adresse an und rufen Sie die Instanzliste auf.

Ergebnis: Die passende Bestellung und Instanz werden angezeigt. Falls die Liste nicht Ihren Erwartungen entspricht, prüfen Sie zunächst die angemeldete E-Mail-Adresse, den Zahlungsausgang und die Bestelldaten. Notieren Sie die Bestellnummer, bevor Sie ein Support-Ticket einreichen. Lösen Sie das Problem nicht durch eine zweite Bestellung.
Standort und Status prüfen

Voraussetzung: Die Instanz wird in der Liste angezeigt. Öffnen Sie die Details und prüfen Sie Instanz-ID, ausgewählten Standort und aktuellen Status. Maßgeblich ist der Status, den die Konsole in Echtzeit zurückmeldet.

Ergebnis: Der Standort stimmt mit der Bestellung überein und die Details enthalten eine verfügbare Verbindungsoption. Ist die Instanz noch nicht bereit, prüfen Sie zuerst den Statushinweis. Weicht der Status von der Bestellung ab, notieren Sie die genaue Meldung und den Zeitpunkt, statt mehrere Aktionen hintereinander auszulösen.
macOS im Browser öffnen

Voraussetzung: In den Instanzdetails ist eine Verbindung verfügbar. Klicken Sie auf „Desktop öffnen“ und erlauben Sie dem Browser, dafür einen neuen Tab zu öffnen. Darin können Sie den gesamten macOS-Desktop bedienen, ohne einen Desktop-Client zu installieren.

Ergebnis: Der Desktop wird angezeigt und reagiert auf Tastatur- und Mauseingaben. Öffnet sich kein neuer Tab, prüfen Sie, ob der Browser Pop-ups blockiert. Wird die Seite geöffnet, aber die Verbindung schlägt fehl, notieren Sie den Hinweis und prüfen Sie anschließend die Netzwerkverbindung anhand der folgenden Schritte.

Arbeiten mit der Befehlszeile

SSH für Builds und Skripte nutzen

Der Desktop im Browser eignet sich für grafische Aufgaben. Über SSH führen Sie Terminalbefehle und Build-Skripte aus und prüfen Protokolle. Beide Zugriffswege führen zum selben dedizierten physischen Mac – es handelt sich nicht um zwei getrennte Umgebungen.

Verbindungsdaten in den Instanzdetails abrufen

Melden Sie sich an der Konsole an, öffnen Sie die Details der gewünschten Instanz und rufen Sie die aktuelle Verbindungsadresse, den Benutzernamen, den Port und die Authentifizierungsdaten ab. Verwenden Sie nicht die Adresse einer anderen Instanz, alte Verbindungsdaten oder einen Beispielbefehl als Werte für Ihre Instanz.

Führen Sie den Befehl rechts mit den tatsächlichen Werten in einem lokalen Terminal aus. Ersetzen Sie die Inhalte der spitzen Klammern vollständig; die Klammern selbst werden nicht eingegeben. Maßgeblich ist die in den Instanzdetails angegebene Authentifizierungsmethode.

Wenn beim ersten Verbindungsaufbau die Identität des Hosts bestätigt werden soll, gleichen Sie zuerst Instanz und Verbindungsdaten ab. Hat sich ein gespeicherter Host-Schlüssel unerwartet geändert, überspringen Sie die Prüfung nicht einfach. Bestätigen Sie das Verbindungsziel und folgen Sie dann den Hinweisen im Terminal.

Ergebnis: Das Terminal öffnet eine Remote-Sitzung. Sie können grundlegende Befehle ausführen und den angemeldeten Benutzer sowie das Arbeitsverzeichnis prüfen. Bevor Sie einen längeren Auftrag starten, überprüfen Sie die verbleibende Laufzeit der Instanz und den Speicherort der Protokolle.

Beispiel für den Verbindungsbefehl

ssh -p <Port> <Benutzername>@<Verbindungsadresse>

Prüfen Sie nach der Anmeldung die Ausführungsumgebung:

whoami
pwd
sw_vers
xcode-select -p

Mit diesen Befehlen prüfen Sie Benutzer, Verzeichnis, Systemversion und Pfad der Kommandozeilen-Tools. Es wird keine Software installiert. Bewahren Sie bei fehlgeschlagenen Builds die relevanten Ausgaben und Fehlerprotokolle auf. Passwörter, private Schlüssel und andere Zugangsdaten dürfen auf Screenshots nicht zu sehen sein.

Zuerst die Ursache der langsamen Verbindung eingrenzen

Entfernung, lokales Netzwerk und Migration prüfen

Ruckelnde Bildschirme, langsame Dateiübertragungen und lange Build-Zeiten haben unterschiedliche Ursachen. Halten Sie zuerst fest, bei welcher Aufgabe die Verzögerung auftritt. Ändern Sie dann jeweils nur eine Bedingung, damit Sie die Auswirkungen vergleichen können.

Entfernung zwischen Nutzer und Standort prüfen

Entscheidend ist der Standort der Person, die den Desktop tatsächlich bedient, nicht der Firmensitz. Zur Auswahl stehen Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und der Westen der USA – insgesamt 5 Standorte.

Bei häufiger grafischer Arbeit empfiehlt sich ein möglichst nahe gelegener Standort. Für Builds sollten Sie zusätzlich den Übertragungsweg für Quellcode, Abhängigkeiten und Build-Ergebnisse berücksichtigen. Die geografische Entfernung dient nur als Anhaltspunkt. Entscheidend ist die tatsächliche Netzwerkverbindung; auf dieser Seite werden keine ungeprüften Latenzwerte angegeben.
Nur eine Einstellung des lokalen Netzwerks ändern

Pausieren Sie große Uploads, Downloads und andere bandbreitenintensive Aufgaben. Verwenden Sie dieselbe Instanz, denselben Browser und dieselbe Aktion und beobachten Sie die Reaktion des Desktops. Wenn möglich, vergleichen Sie die Ergebnisse über ein anderes vertrauenswürdiges Netzwerk.

Notieren Sie vor und nach dem Wechsel den Netzwerktyp, die Proxy-Nutzung, den Zeitpunkt der Verzögerung und ob SSH ebenfalls betroffen ist. Tritt das Problem nur in einem Browser-Tab auf, prüfen Sie zunächst die Browsermeldung. Dauern nur Builds zu lange, sehen Sie sich die Build-Protokolle und den Projektauftrag an.
Eine neue Instanz am gewünschten Standort testen

Hat sich der Standort der hauptsächlichen Nutzer dauerhaft verlagert, können Sie am näher gelegenen Standort eine neue Instanz anlegen. Übertragen Sie das Projekt anhand der Migrations-Checkliste und prüfen Sie Desktop und Build. Ein Standortwechsel verschiebt die bestehende Instanz nicht per Knopfdruck in eine andere Region.

Bewahren Sie die vorhandenen Daten und einen Rückweg auf, bis die neue Instanz erfolgreich getestet wurde. Planen Sie die Übergabe erst, wenn Quellcode, Tool-Versionen und Build-Ergebnisse abgeglichen sind. Getrennt gemietete Instanzen werden jeweils separat abgerechnet – prüfen Sie daher vor dem Anlegen einer weiteren Instanz Ihr Budget.

Abdeckung der 5 Standorte ansehen

Lokale Umgebung in die Cloud migrieren

Erst Daten, dann Tools, zuletzt CI migrieren

Die Migration ist nicht abgeschlossen, sobald alle Dateien übertragen sind. Entscheidend ist, dass sich auf der Zielmaschine aus einem festgelegten Commit reproduzierbare Build-Ergebnisse erstellen lassen. Prüfen Sie die drei Schritte nacheinander und fahren Sie erst fort, wenn der vorherige abgeschlossen ist.

01 · Daten

Projekt und Signiermaterial auf die Zielmaschine übertragen

Voraussetzung: Der zu migrierende Code ist lokal eingecheckt und Sie dürfen das benötigte Signiermaterial verwenden. Notieren Sie zunächst Repository-Adresse, Branch, Commit-Kennung und Speicherort aller nicht versionierten Ressourcen.

Projekt-Repository abrufen und Branch sowie Commit-Kennung überprüfen.
Benötigte Ressourcen, Signierzertifikate und Provisioning-Profile übertragen.
Vertrauliche Dateien sicher übertragen und weder in öffentliche Repositories noch in Screenshots für Support-Tickets aufnehmen.

Erfolgskriterium: Das Projekt lässt sich öffnen, alle Ressourcen sind vorhanden und der Build-Prozess erkennt das benötigte Signiermaterial.

02 · Toolchain

Lokale und Cloud-Umgebung auf dieselben Versionen bringen

Voraussetzung: Die lokal verwendeten Versionen von Xcode, Kommandozeilen-Tools und Paketverwaltung sind dokumentiert. Prüfen Sie zuerst die Cloud-Umgebung und installieren oder aktivieren Sie dann die benötigten Versionen. „Aktuellste Version“ ist kein Ersatz für abgestimmte Versionsstände.

Xcode-Version und ausgewählten Pfad der Kommandozeilen-Tools prüfen.
Paketverwaltung und Laufzeitumgebung gemäß den Projektanforderungen einrichten.
Lockdateien für Abhängigkeiten beibehalten und ein vollständiges Build-Protokoll speichern.

Erfolgskriterium: Derselbe Commit lässt sich auf der Zielmaschine manuell bauen; Protokoll, Tool-Versionen und Build-Ergebnisse sind nachvollziehbar.

03 · CI-Anbindung

Die geprüfte Maschine als Build-Host registrieren

Voraussetzung: Der manuelle Build ist erfolgreich und Sie dürfen die CI-Umgebung Ihres Teams konfigurieren. Registrieren Sie den Build-Host mit dem CI-Tool Ihres Teams und richten Sie die Automatisierungsaufgaben auf die Zielumgebung aus.

Ausführenden Benutzer, Arbeitsverzeichnis und benötigte Umgebungsvariablen festlegen.
Zugriff auf Zugangsdaten, Job-Tags und Speicherort der Build-Ergebnisse konfigurieren.
Zuerst einen Testlauf ausführen und erst danach die reguläre Pipeline migrieren.

Erfolgskriterium: Der CI-Job wird erfolgreich ausgeführt; Protokolle, Build-Ergebnisse und Commit-Kennung sind nachvollziehbar und lassen sich von anderen Teammitgliedern reproduzieren.

Übergabe über Zeitzonen hinweg

Alle wichtigen Infos für die nächste Schicht festhalten

Jeder Mac mini ist ausschließlich einem Kunden zugewiesen. CPU und Arbeitsspeicher werden nicht mit anderen Kunden geteilt. Innerhalb Ihres Teams müssen Sie trotzdem die Nutzung koordinieren. Eine dedizierte Maschine bedeutet nicht, dass mehrere Teammitglieder dieselbe Umgebung unabhängig voneinander ändern können.

Eine Person hält an einem Schreibtisch Notizen und Aufgaben fest – als Beispiel für eine Übergabe über Zeitzonen hinweg — Halten Sie die Übergabenotizen aktuell, statt nur zu schreiben: „Der Rechner ist bereit.“

Vor dem Verlassen des Desktops vier Punkte festhalten

Code-Stand: Änderungen einchecken und Repository, Branch sowie Commit-Kennung angeben. Nicht eingecheckte Dateien separat auflisten, damit das nächste Teammitglied sie nicht versehentlich überschreibt.
Laufende Aufgaben: Builds, Skripte, Prozesse und Speicherorte der Protokolle festhalten. Angeben, ob ein Auftrag unterbrochen werden kann. Das Schließen des Browsers bedeutet nicht, dass die Aufgabe beendet ist.
Änderungen an der Umgebung: Änderungen an Xcode, Abhängigkeiten, Umgebungsvariablen und Arbeitsverzeichnis dokumentieren. Bevor Sie globale Tool-Pfade ändern, prüfen Sie, ob noch eine andere Aufgabe davon abhängt.
Nächste Schritte: Den nächsten Befehl, das erwartete Ergebnis und die Abnahmekriterien notieren und die Zeitzone der Übergabe angeben.

Geben Sie den Zeitpunkt vollständig mit Datum, Uhrzeit und UTC-Abweichung an, statt nur „gestern Abend“ oder „heute Morgen“ zu schreiben. Wenn Teammitglieder in Asien-Pazifik und im Westen der USA häufig gleichzeitig arbeiten, können sie jeweils eine nahe gelegene Instanz nutzen. Halten Sie die Umgebungen mit dokumentierten Versionsständen konsistent.

Laufzeit und Abrechnung

Vor Ablauf verlängern, Kosten vor Änderungen prüfen

Sie können zwischen vier Abrechnungszeiträumen wählen: Tag, Woche, Monat oder Quartal. Die Abrechnung der Instanz beginnt nach erfolgreicher Zahlung. An allen 5 Standorten gelten dieselben Preise. Maßgeblich für Konfigurationen und Zusatzoptionen ist der Preiskatalog; prüfen Sie die Bestellung vor der Zahlung nochmals.

Verlängerung und Datensicherung

Prüfen Sie in der Konsole das Ablaufdatum der Instanz und die verfügbaren Verlängerungsoptionen. Bezahlen Sie vor Ablauf und kontrollieren Sie anschließend, ob die Laufzeit aktualisiert wurde. Eine erstellte Rechnung bedeutet nicht, dass die Verlängerung bereits abgeschlossen ist.

Wenn Sie den nächsten Abrechnungszeitraum ändern möchten, prüfen Sie zuerst die verfügbaren Optionen in der Konsole. Ist etwas unklar, erstellen Sie ein Support-Ticket mit Instanz-ID und gewünschtem Zeitraum. Sichern Sie Code, Signiermaterial und Build-Ergebnisse vor dem Ablauf selbst. Verlassen Sie sich nicht auf die Instanzfestplatte als einzige Sicherung.

Laufzeit prüfen

Zusatzoptionen und Konfiguration ändern

Verfügbare Zusatzoptionen sind +1TB SSD, +2TB SSD und Thunderbolt 5 Parallelverbindung. Zusatzoptionen und Hauptinstanz werden für denselben Zeitraum abgerechnet. Welche Optionen verfügbar sind und wann sie wirksam werden, sehen Sie in der Konsole.

Prüfen Sie bei Zusatzoptionen, Kündigungen oder Konfigurationsänderungen während eines Abrechnungszeitraums zuerst die Beträge und den geplanten Wirksamkeitstermin in der Bestellung. Gehen Sie nicht davon aus, dass automatisch nach verbleibenden Tagen abgerechnet wird, und setzen Sie einen Kündigungsantrag nicht mit einer sofortigen Erstattung gleich. Sichern Sie bei Änderungen, die Daten betreffen, vorab Ihre Daten.

Konfigurationen und Zusatzoptionen prüfen

Zahlungen, Transaktionen und Rechnungsfragen

Unterstützt werden ausschließlich USDT-TRC20 und Visa / Mastercard / Amex (über Stripe). Alle Zahlungen werden in US-Dollar (USD) abgewickelt. Welche Zahlungswege verfügbar sind, hängt von der Rückmeldung der Schnittstelle ab.

Bewahren Sie bei Zahlungsproblemen Bestellnummer, Betrag, Zahlungszeitpunkt und Transaktionsdaten auf. Prüfen Sie den Rechnungsstatus und reichen Sie anschließend ein Support-Ticket ein. Wenn Sie eine Rechnung oder andere Belege benötigen, geben Sie die betreffende Bestellung und den gewünschten Rechnungsempfänger an. Unser Support bestätigt, welche Unterlagen verfügbar sind. Übermitteln Sie niemals die vollständige Kartennummer oder den Sicherheitscode.

Abrechnungen in der Konsole ansehen

Fehlerbehebung dokumentieren

Mit einem guten Support-Ticket den Vorfall nachvollziehbar machen

Melden Sie sich an der Konsole an und reichen Sie ein Support-Ticket mit den folgenden Angaben ein. Tickets werden in der Reihenfolge ihres Eingangs bearbeitet. Diese Seite macht keine Zusagen zu nicht bestätigten Antwortzeiten.

Diese Angaben vor dem Absenden prüfen

Instanz und Standort: Instanz-ID, ausgewählter Standort und zugehörige Bestellnummer. Die Modellbezeichnung allein genügt nicht.
Zeitraum des Vorfalls: Beginn, Dauer und Zeitpunkt des letzten erneuten Auftretens; UTC-Abweichung angeben.
Aktion und erwartetes Ergebnis: Auf welcher Seite oder mit welchem Befehl haben Sie begonnen? Was haben Sie erwartet und was ist tatsächlich passiert?
Fehler und Screenshots: Den genauen Fehlertext, relevante Protokolle und Screenshots beifügen. Passwörter, Schlüssel und vertrauliche Projektinhalte unkenntlich machen.
Bereits durchgeführte Prüfungen: Angeben, ob Sie das Netzwerk gewechselt, den Instanzstatus geprüft oder den Befehl erneut ausgeführt haben, damit unnötige Wiederholungen vermieden werden.

Die zugesicherte Verfügbarkeit beträgt 99,9 %. Das entspricht etwa 43 Minuten Ausfallzeit je 30 Tage. Wenn Sie eine Gutschrift in Form zusätzlicher Laufzeit beantragen, reichen Sie über die Konsole ein Support-Ticket mit Instanz-ID und Ausfallzeitraum ein. Eine Ausfallzeit oberhalb dieses Kontingents wird anteilig als zusätzliche Laufzeit gutgeschrieben.

Instanz und Zeitraum im Support-Ticket angeben

Bei Fragen zu einer bestehenden Bestellung reichen Sie Ihr Anliegen über die Konsole ein. Für Empfehlungen zum Standort vor der Bestellung oder wenn Sie sich nicht anmelden können, finden Sie die Kontaktinformationen unter „Kontakt“ oder schreiben Sie uns an support@macudp.com.

Anmelden und Ticket einreichen Kontaktinformationen ansehen