Sicherer Verbindungsweg

Erst Identität prüfen, dann Ihren Cloud-Mac verbinden

Der Remote-Desktop dient Xcode, grafischem Debugging und macOS-Sitzungen; SSH ist für Skripte, Dateiverarbeitung, Automatisierung und CI/CD gedacht. Beide Wege beginnen mit denselben Node-Daten aus der Konsole, werden aber unterschiedlich verifiziert.

Beim Remote-Desktop Node, Benutzername und Sitzungsidentität prüfen
Beim ersten SSH-Zugriff den Hostschlüssel abgleichen
Nach erfolgreicher Prüfung mit einem eigenen Schlüssel temporäre Zugangsdaten deaktivieren

Cloud-Mac sofort mieten Aktivierungsschritte ansehen

2: Wichtige Verbindungsarten
6: Prüfpunkte beim ersten Zugriff
1: Zugangsdaten aus der Konsole

CONNECTION PASS

Prüftafel für den ersten Zugriff

Zu prüfen

Grafische Sitzung Xcode, Debugging, Desktop-Bedienung

Remote-Desktop

Befehlskanal Skripte, Dateien, Runner-Verwaltung

SSH

Node-Adresse: Aus der Bestellung übernehmen
Port: Je nach Protokoll eintragen
Hostschlüssel: Beim ersten Zugriff abgleichen
Langfristige Authentifizierung: Eigener SSH-Schlüssel

Überblick über die Verbindungsarten

Grafische Arbeit über den Desktop, Automatisierung über SSH

Grafischer Workflow

Remote-Desktop

Geeignet für Xcode, Simulatoren, grafische Oberflächen, Signaturmaterial und Debugging mit visueller Kontrolle. Prüfen Sie vor dem Verbinden Node-Adresse, Sitzungskonto und aktuelle Desktop-Identität.

Interaktives Bearbeiten und Bauen in Xcode
Grafische Logs und Performance-Dashboards prüfen
macOS-Sitzungen mit laufender visueller Kontrolle

Befehls-Workflow

SSH

Geeignet für Skripte, Dateisynchronisierung, Speicherprüfung, Build-Prozesse und die Verwaltung von self-hosted Runnern. Für den dauerhaften Einsatz eigene Schlüssel verwenden und Speicherort sowie Verwendungszweck begrenzen.

Reproduzierbare Build- und Deployment-Skripte
Dateiübertragung, Log-Export und Cache-Bereinigung
Registrierung und Verwaltung von CI/CD-Runnern

Kombination

Desktop prüfen, SSH ausführen

Bei der ersten Bereitstellung Sitzung und Systemstatus über den Remote-Desktop prüfen und anschließend den Schlüssel per SSH verifizieren. Im Alltag lange Aufgaben in wiederaufnehmbaren Befehlsabläufen ausführen; den Desktop nur für visuelle Schritte nutzen.

Auswirkungen von Desktop-Trennungen auf lange Aufgaben reduzieren
Befehle und Ergebnisse leichter protokollieren
Interaktive Bedienung und Automatisierungsberechtigungen trennen

Zugangsdaten prüfen

Jedes Feld hat nur eine Aufgabe – nichts vermischen

Cloud-Mac-Zugangsdaten und ihre Verwendung
Feld	Verwendung	Erste Prüfung	Sicherheitsgrenze
Node-Adresse	Zielhost für Remote-Desktop-Client und SSH-Befehl	Stimmt mit dem Node der aktuellen Bestellung überein	Adresse einer anderen Bestellung nicht als Ersatzadresse verwenden
Port	Einstieg für Remote-Desktop und SSH unterscheiden	Gemäß Konsole getrennt eintragen, nicht raten	Keine selbst hinzugefügten Listening-Ports öffentlich exponieren
Benutzername	Kennzeichnet die anzumeldende macOS-Benutzersitzung	Schreibweise, Groß-/Kleinschreibung und Sitzungszuordnung prüfen	Keine nicht nachvollziehbaren Kontodaten im Team gemeinsam nutzen
Temporäre Zugangsdaten	Nur für die erste Remote-Desktop- oder SSH-Verifizierung	Nach dem ersten Zugriff sofort eine langfristige Authentifizierung einrichten	Nach erfolgreicher Prüfung mit eigenem Schlüssel temporäre Zugangsdaten deaktivieren
Hostschlüssel	Bestätigt die SSH-Verbindung zum erwarteten physischen Node	Beim ersten Zugriff Zeichen für Zeichen mit dem Konsoleneintrag abgleichen	Bei einer Änderung Verbindung stoppen und ein Support-Ticket zur Prüfung einreichen

Erste Remote-Desktop-Verbindung

Den ersten Login in vier klare Prüfungen aufteilen

01
Client vorbereiten

Installieren Sie einen kompatiblen Remote-Desktop-Client und prüfen Sie, ob Ihr lokales System Netzwerkzugriff und Bildschirmausgabe erlaubt. Deaktivieren Sie alte Verbindungsprofile, die die Zieladresse ändern.
02
Node-Daten eintragen

Kopieren Sie Node-Adresse, Remote-Desktop-Port und Benutzernamen aus der Konsole. Speichern Sie sie zunächst in einer nur für diese Bestellung bestimmten Konfiguration und verwenden Sie keine Aliasnamen gemeinsam mit anderen Nodes.
03
Sitzungsidentität prüfen

Prüfen Sie nach dem Verbinden Hostinformationen, Benutzernamen, ausgewählten Node und Bestellverlauf. Bei jeder Abweichung Sitzung beenden und alles erneut prüfen.
04
Ersten Login abschließen

Aktualisieren Sie die temporären Zugangsdaten, prüfen Sie Tastaturlayout, Auflösung und automatische Bildschirmsperre und verbinden Sie sich erneut, um die neuen Daten zu testen.

Sichere SSH-Verbindung

Erst wenn Schlüssel, Fingerabdruck und Berechtigungen stimmen, ist die Verbindung vollständig eingerichtet

SSH-Zugriffsreihenfolge Lokal erstellen → öffentlichen Schlüssel hinterlegen → Fingerabdruck abgleichen → Login testen

1. Eigenen Schlüssel erstellen

ssh-keygen -t ed25519 -f ~/.ssh/ovps_remote

Der private Schlüssel bleibt auf dem kontrollierten Gerät; der öffentliche Schlüssel wird über die Konsole eingereicht. Vergeben Sie einen eindeutigen Verwendungsnamen, damit der Schlüssel später ersetzt und widerrufen werden kann.

2. Berechtigungen des privaten Schlüssels prüfen

chmod 600 ~/.ssh/ovps_remote

Bei zu weit gefassten Berechtigungen verweigert SSH die Nutzung des privaten Schlüssels. Prüfen Sie auf gemeinsam genutzten Workstations auch Verzeichnisberechtigungen und den Zugriff von Backup-Software.

3. Login mit Konsolenfeldern testen

ssh -i ~/.ssh/ovps_remote -p "$SSH_PORT" "$SSH_USER@$NODE_ADDRESS"

Wenn der Hostschlüssel erstmals abgefragt wird, gleichen Sie ihn zuerst mit dem Konsoleneintrag ab. Erst bei vollständiger Übereinstimmung bestätigen – niemals überspringen oder blind akzeptieren.

Kriterien für eine erfolgreiche Prüfung

Ein Test muss vier Ergebnisse liefern

Zieladresse stimmt mit dem Bestell-Node überein
Hostschlüssel stimmt Zeichen für Zeichen überein
Eigener privater Schlüssel authentifiziert erfolgreich
Konto kann nur auf das erwartete Arbeitsverzeichnis zugreifen

Maßnahmen nach der Prüfung

Temporäre Zugangsdaten deaktivieren

Deaktivieren Sie nach erfolgreicher Schlüsselanmeldung die bei der ersten Bereitstellung verwendeten temporären Zugangsdaten. Dokumentieren Sie Besitzer, Zweck und Austauschplan des Schlüssels und löschen Sie lokal nicht mehr benötigte temporäre Kopien.

Verbindungs-Support ansehen

SSH-Tunnel-Szenarien

Nur benötigte Dienste weiterleiten und ausschließlich an die lokale Loopback-Adresse binden

Lokale Portweiterleitung

Kontrollierten Kanal einrichten

Der folgende Befehl bildet einen Entwicklungsdienst auf dem Cloud-Mac, der nur an der Loopback-Adresse lauscht, auf den lokalen Rechner des Bedieners ab. Der Browser greift ausschließlich auf die lokale Adresse zu; der Dienst benötigt keinen zusätzlichen öffentlichen Listening-Port.

ssh -N \
  -L 127.0.0.1:8080:127.0.0.1:8080 \
  -i ~/.ssh/ovps_remote \
  -p "$SSH_PORT" \
  "$SSH_USER@$NODE_ADDRESS"

Lokale Bindung: 127.0.0.1:8080
Entferntes Ziel: 127.0.0.1:8080
Authentifizierung: Eigener SSH-Schlüssel

Bereinigung nach dem Trennen

Beenden allein bedeutet nicht, dass alles bereinigt ist

Prüfen Sie nach dem Debugging der Reihe nach Tunnelprozess, Listening-Port, temporäre Dienste und Logs auf unnötige Zugänge.

SSH-Tunnelprozess stoppen Bestätigen, dass die lokale Sitzung beendet ist und keine automatische Wiederverbindung erfolgt.
Lokalen Listening-Port prüfen Bestätigen, dass temporäre Ports wie 8080 freigegeben wurden.
Temporären Dienst auf dem Node stoppen Temporäre Dienste und Test-Proxys schließen, sobald sie nicht mehr benötigt werden.
Temporäre Berechtigungen widerrufen Öffentliche Schlüssel oder Zugriffsregeln löschen, die nur für diese Prüfung hinzugefügt wurden.

CI-Runner anbinden

Erst einen Minimaltest ausführen, dann die produktive Pipeline anbinden

Anbindungsprüfung 4 Phasen

Eigenen Runner registrieren

Erstellen Sie eine Runner-Identität für das Zielprojekt und dokumentieren Sie Node, Zweck und Verantwortliche. Registrierungsdaten werden nur während der Einrichtung verwendet.

Identität geklärt

Projektumfang begrenzen

Erlauben Sie nur den vorgesehenen Repositories und Aufgabentypen, den Runner aufzurufen. Konfigurieren Sie Workflow-Labels nach Bedarf und vermeiden Sie zu breite allgemeine Zuordnungen.

Umfang kontrolliert

Arbeitsverzeichnis festlegen

Trennen Sie Quellcode, Abhängigkeits-Cache, Build-Artefakte und temporäre Dateien. Prüfen Sie freien Speicher und Bereinigungsregeln nach Abschluss der Aufgaben.

Verzeichnis isoliert

Minimaltest abschließen

Führen Sie zunächst Umgebungsinformationen, Codeabruf und einen kleinen Test-Build aus. Prüfen Sie Logs, Exitcode und Artefaktpfade, bevor Sie produktive Aufgaben hinzufügen.

Bereit zur Anbindung

Mobile Ansicht

Das Smartphone zeigt nur den Status – vollständige Zugangsdaten gehören nicht dorthin

Auf kleinen Bildschirmen lassen sich Lieferfortschritt, Sitzungsbenachrichtigungen, Bestellnummer und Node-Status prüfen. Für vollständige Zugangsdaten, SSH-Schlüsselverwaltung oder Wiederherstellung wechseln Sie zu einem kontrollierten Desktop-Gerät.

Bereitstellungsstatus Anzeigbar

Sitzungsbenachrichtigung Anzeigbar

Bestellinformationen Anzeigbar

Vollständiger privater Schlüssel Nicht anzeigen

Geeignet fürs Smartphone

Schnell prüfen

Prüfen Sie, ob die Bestellung bereitgestellt wurde, der Node stimmt und eine Sitzungsbenachrichtigung beantwortet werden muss. Notieren Sie den Zeitpunkt des Problems.

Zur Desktop-Verarbeitung wechseln

Sichere Vorgänge

Verwenden Sie beim Hochladen öffentlicher Schlüssel, Ersetzen von Zugangsdaten, Kopieren von Hostschlüsseln, Anzeigen vollständiger Verbindungsdaten und Ausführen von Befehlen ein kontrolliertes Desktop-Gerät.

Fehlerbehebung

Die Verbindungskette der Reihe nach prüfen und nicht mehrere Variablen gleichzeitig ändern

Lokales Netzwerk prüfen

Stellen Sie sicher, dass das aktuelle Netzwerk externe Dienste erreicht. Deaktivieren Sie temporäre Proxys, die Routen verändern können, und testen Sie anschließend über ein bekannt funktionierendes Netzwerk erneut.

Netzwerk dokumentiert

Node-Adresse prüfen

Kopieren Sie die Node-Adresse erneut aus der aktuellen Bestellung. Verwenden Sie keine alte Bestellung, gespeicherten Client-Einträge oder historischen Adressen aus Chats.

Adresse stimmt

Protokollport prüfen

Bestätigen Sie die jeweils zugeordneten Ports für Remote-Desktop und SSH und prüfen Sie, ob das lokale Netzwerk ausgehende Verbindungen zu diesem Port beschränkt.

Port erreichbar

Schlüsselberechtigungen prüfen

Prüfen Sie Pfad und restriktive Dateiberechtigungen des privaten Schlüssels, die Hinterlegung des öffentlichen Schlüssels am Ziel-Node und den tatsächlich verwendeten Schlüssel.

Authentifizierung erfolgreich

Status der Remote-Sitzung prüfen

Bestätigen Sie, dass Benutzername und grafische Sitzung übereinstimmen. Wenn der Desktop nicht reagiert, bauen Sie die Sitzung neu auf, statt zahlreiche Verbindungsanfragen zu wiederholen.

Sitzung funktioniert

Ruhezustandseinstellungen prüfen

Prüfen Sie, ob Sperr- und Ruhezustandsregeln während langer Aufgaben zum Workflow passen, und stellen Sie sicher, dass Runner oder Skripte nicht durch die Trennung der grafischen Sitzung stoppen.

Aufgabe läuft weiter

Verbindung vorbereiten

Node und Konfiguration auswählen – Bereitstellung in etwa 4 Minuten abschließen

Drei Stufen eigener physischer Server decken Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong, die US-Ostküste und die US-Westküste ab. Prüfen Sie nach der Bereitstellung Remote-Desktop und SSH in der Reihenfolge dieser Seite.

Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe); die Abrechnung erfolgt ausschließlich in US-Dollar (USD).

Cloud-Mac sofort mieten Drei Tarife ansehen