Anleitung für den Remote-Zugriff

Sicher mit dem Cloud-Mac verbinden und die grundlegende Funktionsfähigkeit prüfen

SSH übernimmt Befehlszeile, Automatisierung und Build-Aufgaben, VNC die grafische Desktop-Bedienung. Prüfen Sie zuerst Knotendaten und Host-Fingerabdruck, stellen Sie dann die Sitzung her, testen Sie die Toolchain und dokumentieren Sie die Ergebnisse.

Cloud-Mac mieten Hilfezentrum öffnen

Befehlszeile: SSH und Schlüsselauthentifizierung
Grafischer Desktop: VNC und kontrollierte Zwischenablage
Prüfziele: Verbindung, Toolchain, Aufgabe, Beenden

Vor der Verbindung erfassen READY / VERIFY

Knotendaten Hostname, Port, Benutzername Erfasst

Zugangsdaten Privater Schlüssel oder temporäre Zugangsdaten Lokal verwahren

Vertrauensprüfung Host-Fingerabdruck prüfen Erforderlich

Erste Prüfung Terminal, Desktop, Build-Aufgabe Ergebnis dokumentieren

Kopieren Sie den Host-Fingerabdruck nicht aus Chatverläufen oder unbekannten Quellen. Maßgeblich sind die Daten der aktuellen Bestellung in der Konsole.

Verbindungsmethode wählen

Je nach Aufgabe SSH oder VNC wählen

Beide Methoden verbinden mit demselben exklusiven physischen Mac, dienen aber unterschiedlichen Aufgaben. Für Automatisierung hat SSH Vorrang; für die Prüfung von Benutzeroberfläche, Auflösung oder Desktop-Apps verwenden Sie VNC.

Befehlszeile und Automatisierung

SSH: erste Wahl für Builds, Skripte und Runner

Geeignet für Git, Xcode-Befehlszeilentools, Fastlane, die Installation von Abhängigkeiten, die Protokollerfassung und self-hosted-Runner-Aufgaben. Bereiten Sie vorab einen lokalen SSH-Client, einen geschützten privaten Schlüssel, Hostname, Port, Benutzernamen und einen vertrauenswürdigen Host-Fingerabdruck vor.

Die Schlüsseldatei ist nur für den aktuellen Benutzer lesbar
Das lokale Netzwerk erlaubt den Zugriff auf den von der Bestellung zurückgegebenen Port
Fingerabdruck vor der ersten Verbindung über einen unabhängigen Kanal prüfen
Für Automatisierungsaufgaben einen separaten Schlüssel mit eingeschränkter Verwendung einsetzen

Arbeiten mit dem grafischen Desktop

VNC: Prüfung von Desktop-Apps und Anzeigeumgebung

Geeignet für die Bedienung der grafischen macOS-Oberfläche, die Prüfung des Tastaturlayouts, die Bestätigung der Auflösung und Aufgaben mit benötigter Desktopsitzung. Bereiten Sie einen vertrauenswürdigen VNC-Client, die Knotenadresse, temporäre Zugangsdaten und eine klare Zwischenablage-Strategie vor.

Gemeinsam genutzte Geräte speichern kein Verbindungskennwort
Auflösung passend zur Arbeitslast wählen
Nicht benötigte Datei- und Zwischenablage-Synchronisierung deaktivieren
Verhalten bei Inaktivitätssperre und erneuter Verbindung prüfen

Ablauf der ersten Verbindung

In vier Schritten von den Knotendaten zum Prüfprotokoll

Überspringen Sie niemals die Host-Fingerabdruckprüfung. Eine erfolgreiche Verbindung bestätigt lediglich die Erreichbarkeit; Toolchain, Verzeichnisrechte und der Beendigungsablauf müssen separat geprüft werden.

01 Knotendaten abrufen

Öffnen Sie die aktuelle Bestellung in der Konsole und notieren Sie Hostname, Verbindungsport, Benutzernamen, temporäre Zugangsdaten oder Schlüsselhinweise sowie den vom System zurückgegebenen Host-Fingerabdruck.
Abnahme: Alle Angaben stammen aus derselben Bestellung; Knoten und Laufzeit stimmen überein
02 Fingerabdruck unabhängig prüfen

Vergleichen Sie den beim ersten SSH-Verbindungsaufbau angezeigten Fingerabdruck Abschnitt für Abschnitt mit den Konsolendaten. Bei Abweichungen Verbindung abbrechen; Warnungen nicht ignorieren und gespeicherte Einträge nicht löschen, um die Prüfung zu umgehen.
Abnahme: Algorithmus und Fingerabdrucktext stimmen vollständig überein
03 Sitzung herstellen und Zugangsdaten aktualisieren

Ändern Sie nach der ersten Anmeldung die temporären Zugangsdaten gemäß den Übergabehinweisen, hinterlegen Sie Ihren öffentlichen Schlüssel und entfernen Sie nicht mehr benötigte temporäre Zugangsmaterialien.
Abnahme: Neue Sitzung funktioniert; alte temporäre Materialien werden nicht mehr verwendet
04 Prüfergebnisse dokumentieren

Prüfen Sie Systemversion, Xcode-Version, freien Speicher und das Schreiben in das Arbeitsverzeichnis. Führen Sie anschließend eine wiederholbare kleine Build-Aufgabe aus und beenden Sie sie ordnungsgemäß.
Abnahme: Für Verbindung, Toolchain, Schreibzugriff, Aufgabe und Beenden liegt jeweils ein Ergebnis vor

Beispiel für die Terminalprüfung

SSH, Xcode und Fastlane mit einer reproduzierbaren Sitzung prüfen

Hostname, Benutzername und Aufgabenname sind Beispiele. Lesen Sie die tatsächlichen Verbindungsparameter ausschließlich aus der Konsole; schreiben Sie keine Produktionszugangsdaten in Skripte, Build-Protokolle oder Tickets.

armcli-session — verification

$ ssh -p 22022 developer@host.example
The authenticity of host cannot be established.
ED25519 key fingerprint is SHA256:<compare-with-console>
Are you sure you want to continue connecting (yes/no)? yes
Last login: current session

developer@cloud-mac % xcodebuild -version
Xcode 16.x
Build version 16X000

developer@cloud-mac % fastlane test
[✓] Build-Umgebung wird vorbereitet
[✓] Projektabhängigkeiten werden aufgelöst
[✓] Testaufgabe abgeschlossen

developer@cloud-mac % exit
Connection to host.example closed.

Prüfpunkt: Fingerabdruck bestätigt Xcode ist aufrufbar Aufgabe erfolgreich beendet Sitzung beendet

Prüfung der Desktop-Verbindung

VNC ist verfügbar, aber die Desktop-Umgebung muss deshalb noch nicht arbeitsgeeignet sein

Prüfen Sie nach dem ersten Aufrufen des grafischen Desktops in fester Reihenfolge Anzeige, Eingabe, Datenaustausch und Sitzungswiederherstellung. Jede Prüfung sollte sich nach Trennen und erneutem Verbinden wiederholen lassen.

Auflösung und Skalierung

Wählen Sie eine Auflösung, die Symbolleisten und Dialoge vollständig anzeigt. Prüfen Sie nicht nur die Schärfe des Desktops, sondern öffnen Sie auch die tatsächlich verwendeten Entwicklungstools und kontrollieren Sie Text, Seitenleisten und Pop-ups auf abgeschnittene Inhalte.

Tastaturlayout

Prüfen Sie in einem normalen Textfeld Buchstaben, Zahlen, Sonderzeichen und gängige Tastenkürzel. Bei unterschiedlichen lokalen und entfernten Layouts vereinheitlichen Sie diese vor dem Bearbeiten von Code oder der Eingabe von Befehlen.

Zwischenablage-Strategie

Aktivieren Sie die Zwischenablage-Synchronisierung nur bei tatsächlichem Bedarf. Kopieren Sie keine privaten Schlüssel, Token oder vollständigen Umgebungsvariablen; auf gemeinsam genutzten Geräten deaktivieren Sie die bidirektionale Synchronisierung und löschen den Verlauf.

Sperre bei Inaktivität

Prüfen Sie, ob der Desktop beim Verlassen des Geräts gesperrt wird. Sperren Sie gemeinsam genutzte Endgeräte nach der Nutzung aktiv, statt den Schutz der Sitzung durch eine Netzwerkunterbrechung zu ersetzen.

Erneute Verbindung nach Trennung

Trennen Sie die Verbindung einmal aktiv und verbinden Sie sich erneut; prüfen Sie, ob der Sitzungsstatus den Erwartungen entspricht. Für lange Build-Aufgaben verwenden Sie eine Aufgabenverwaltung, die von der interaktiven Verbindung getrennt werden kann.

Bereinigung gemeinsam genutzter Geräte

Löschen Sie nach dem Abmelden gespeicherte Hosteinträge, zwischengespeicherte Zugangsdaten und temporäre Downloads. Prüfen Sie Browser, VNC-Client und Passwortmanager jeweils separat.

Praxis mit SSH-Tunneln

Nur den für die aktuelle Aufgabe benötigten lokalen Port weiterleiten

Mit lokaler Portweiterleitung können lokale Tools über eine SSH-Sitzung auf entfernte Dienste zugreifen, ohne deren Listenadresse einem größeren Netzwerk offenzulegen. Port, Zieladresse und Dauer müssen klar begrenzt sein.

Minimal öffnen:Der entfernte Dienst sollte bevorzugt auf der Loopback-Adresse lauschen; leiten Sie nur den einzelnen Port der aktuellen Aufgabe weiter.
Keepalive festlegen:Konfigurieren Sie für lange Aufgaben ein angemessenes Keepalive-Intervall und eine maximale Anzahl fehlgeschlagener Prüfungen, damit getrennte Sitzungen nicht unbegrenzt hängen bleiben.
Separater Schlüssel:Verwenden Sie für automatisierte Tunnel einen eigenen Schlüssel. Berechtigungen und Zweck müssen separat widerrufbar sein; verwenden Sie ihn nicht gemeinsam mit interaktiven Standardschlüsseln.
Nach der Aufgabe widerrufen:Beenden Sie nach Abschluss der Weiterleitung den Prozess, widerrufen Sie nicht mehr benötigte öffentliche Schlüssel und prüfen Sie, ob der lokale Listening-Port geschlossen ist.

Beispiel für lokale Portweiterleitung LOCAL ONLY

ssh \
  -L 127.0.0.1:9000:127.0.0.1:9000 \
  -o ServerAliveInterval=30 \
  -o ServerAliveCountMax=3 \
  -p 22022 \
  developer@host.example

Lokaler Listening-Port: 127.0.0.1:9000
Entferntes Ziel: 127.0.0.1:9000
Beenden: SSH-Sitzung ordnungsgemäß beenden und bestätigen, dass der Port geschlossen ist

CI/CD-Anbindung

Zuerst eine minimale Testpipeline mit dem Runner ausführen

Bei der Anbindung an Systeme wie GitLab CI migrieren Sie nicht sofort den vollständigen Produktionsablauf. Registrieren Sie zunächst den Runner, legen Sie feste Tags fest, prüfen Sie Verzeichnisrechte und führen Sie anschließend eine kleine Testaufgabe ohne sensible Daten aus.

Runner registrieren

Verwenden Sie für die Registrierung eine separate Dienstidentität und dokumentieren Sie Runner-Name, Executor, Arbeitsverzeichnis und zugehöriges Projekt. Verwenden Sie das Registrierungstoken nur in den erforderlichen Schritten und schreiben Sie es nicht ins Repository.

Ergebnis: Runner ist online

Eindeutige Tags hinzufügen

Tags sollten die tatsächlichen Fähigkeiten beschreiben, etwa macOS, arm64 und den Projektzweck. Vermeiden Sie weit gefasste Standard-Tags, damit keine unpassenden Aufgaben auf diesem Knoten ausgeführt werden.

Ergebnis: Aufgaben lassen sich präzise zuordnen

Arbeitsverzeichnis prüfen

Prüfen Sie die Lese- und Schreibrechte für Klone, Caches, Build-Artefakte und temporäre Verzeichnisse. Die Aufgabenidentität darf keine Systemrechte erhalten, die über das Arbeitsverzeichnis hinausgehen.

Ergebnis: Lese- und Schreibzugriff auf Verzeichnisse ist kontrolliert

Erste Aufgabe ausführen

Führen Sie zunächst nur Umgebungsinformationen, Abhängigkeitsauflösung und einen kleinen Test aus. Prüfen Sie Exit-Code, Vollständigkeit der Protokolle, Cache-Pfade und das Bereinigungsverhalten bei Fehlern.

Ergebnis: Aufgabe ist wiederholbar

Abnahmeprotokoll für den ersten Runner-Test
Prüfpunkt	Ausführung	Erfolgskriterium	Bei Fehlern zuerst prüfen
Architektur und System	uname -m	Ausgabe stimmt mit dem Aufgaben-Tag überein	Runner-Tag und Ausführungsknoten
Xcode-Toolchain	xcodebuild -version	Version ist lesbar, Exit-Code der Befehlsausführung ist 0	Befehlspfad und Aufgabenumgebung
Arbeitsverzeichnis	Testdatei erstellen, lesen und löschen	Nur das Zielverzeichnis ist bedarfsgerecht beschreibbar	Verzeichnisbesitzer und Berechtigungen
Cache-Verhalten	Dieselbe Prüfung zweimal nacheinander ausführen	Cache-Treffer sind erklärbar und nicht projektübergreifend	Cache-Schlüssel und Bereinigungsstrategie

Fehlerbehebung bei Verbindungen

Von DNS bis zum lokalen Netzwerk den Fehlerbereich schrittweise eingrenzen

Prüfen Sie immer nur eine Variable. Ändern Sie nicht gleichzeitig Hostname, Port, Schlüssel und Netzwerk; sonst lässt sich selbst nach erfolgreicher Wiederherstellung die Ursache nicht bestimmen.

DNS und Hostname

Bestätigen Sie den aktuell von der Konsole zurückgegebenen Hostnamen und prüfen Sie, ob die Auflösung stabil ist. Kopieren Sie die Adresse nicht aus alten Tickets oder historischen Skripten.

Auflösungsergebnis

Verbindungsport

Prüfen Sie Portnummer und Protokoll und testen Sie, ob der Zielport vom lokalen Netz aus erreichbar ist. Bei Einschränkungen im Unternehmensnetz verifizieren Sie die Verbindung über ein anderes vertrauenswürdiges Netzwerk.

Port-Erreichbarkeit

Schlüssel und Dateiberechtigungen

Prüfen Sie die tatsächlich vom Client geladene Schlüsseldatei, ihre Berechtigungen und den zugehörigen öffentlichen Schlüssel. Wenn Sie die ausführliche Protokollierung aktivieren, anonymisieren Sie die Ausgabe zuerst und prüfen Sie dann die Authentifizierungsreihenfolge.

Authentifizierungsphase

Host-Fingerabdruck

Stoppen Sie bei einer Änderung des Fingerabdrucks zunächst die Verbindung und prüfen Sie die Knotendaten erneut. Löschen Sie nicht einfach den bekannten Host-Eintrag und melden Sie sich anschließend weiter an.

Vertrauensprüfung

Belegte Sitzungen

Prüfen Sie, ob nicht beendete Desktopsitzungen, lange Aufgaben oder lokale Portweiterleitungen existieren. Bestätigen Sie zunächst den Aufgabenstatus, bevor Sie einen Prozess beenden.

Sitzungsstatus

Lokales Netzwerk

Prüfen Sie zuletzt Proxy, Firewall, VPN, WLAN-Qualität und Ausgangsrichtlinien. Wiederholen Sie den Test über ein vertrauenswürdiges alternatives Netzwerk, um lokale Verbindungs- und Knotenprobleme zu unterscheiden.

Netzwerkbereich

Diese Informationen vor dem Ticket vorbereiten

Knotenkennung, Zeitpunkt des Problems, Verbindungsmethode, vollständige Befehlsstruktur, Fehlerzusammenfassung, bereits getestete Schritte und anonymisierte Protokolle. Entfernen Sie private Schlüssel, Token, Passwörter, vollständige Fingerabdrücke und Geschäftsdaten, bevor Sie das Ticket einreichen.

In der Konsole anmelden und Ticket einreichen Serviceteam kontaktieren

Checkliste zum Verlassen

Vor dem Beenden Zugriff, Daten und Laufzeit vollständig abschließen

Das Schließen des Remote-Fensters ist kein vollständiger Abschluss. Beenden Sie Sitzungen, widerrufen Sie Zugangsmaterialien, bereinigen Sie sensible Dateien, bestätigen Sie die Sicherung und prüfen Sie die Bestelllaufzeit.

01 Alle Sitzungen beenden
Beenden Sie SSH, VNC, lokale Portweiterleitungen und interaktive Runner-Sitzungen. Stellen Sie sicher, dass keine Testprozesse oder Hintergrund-Listening-Ports zurückbleiben.
02 Nicht mehr benötigte Schlüssel widerrufen
Entfernen Sie temporäre öffentliche Schlüssel, Test-Runner-Zugangsdaten und einmalige Zugangsmaterialien. Für behaltene Elemente müssen Eigentümer und weitere Verwendung eindeutig festgelegt sein.
03 Caches und sensible Dateien bereinigen
Prüfen Sie Shell-Verlauf, temporäre Verzeichnisse, Build-Protokolle, Download-Verzeichnisse, Zwischenablageverlauf und Konfigurationsdateien im Arbeitsbereich. Löschen Sie Inhalte, die nicht weiter aufbewahrt werden sollen.
04 Lesbarkeit der Sicherung prüfen
Bestätigen Sie, dass Code und erforderliche Artefakte ausgelagert wurden, und führen Sie an einem unabhängigen Ort eine Leseprüfung durch. Betrachten Sie eine einzelne Datei auf dem Knoten nicht als Sicherung.
05 Laufzeit und Bestellstatus prüfen
Bestätigen Sie in der Konsole Ablaufzeit, Verlängerungsstatus und Serviceverlauf. Wenn Sie den Dienst weiter nutzen müssen, prüfen Sie zuerst die Laufzeit und planen Sie danach weitere Build-Aufgaben.

Jetzt starten

Exklusiven physischen Mac mieten und anschließend dieser Anleitung folgen

Drei verfügbare Konfigurationen decken Befehlszeilen-Builds, grafische Desktops, CI/CD-Runner und parallele Aufgaben ab. Maßgeblich ist der in Echtzeit von der Konsole zurückgegebene Status.

SSH und VNC Exklusiver physischer Knoten 365 Tage im Jahr verfügbar

Cloud-Mac mieten Mietoptionen ansehen