Jeder Mac mini ist einem Nutzer vorbehalten – keine virtuelle Maschine. Wir grenzen die physischen Ressourcen klar ab. Mit Schlüsseln, minimalen Berechtigungen und unabhängigen Backups bestimmen Sie, wer Zugriff auf Ihre Cloud-Workstation erhält.
Diese Seite erläutert Isolation und Zugriffsgrenzen. Ein exklusiver Rechner bedeutet nicht automatisch ein Backup, und Festplattenverschlüsselung ersetzt keine Zugriffskontrolle.
Desk M4 ist ein exklusiver physischer Mac mini mit M4, 16 GB Arbeitsspeicher und 256 GB SSD. Während Ihrer Mietzeit werden Arbeitsspeicher und Speicherplatz dieses Rechners keinem anderen Mieter zugewiesen. Sie nutzen macOS vollständig mit grafischer Oberfläche und Kommandozeile und verwalten Ihre Projekte, Build-Caches und Signierumgebung selbst.
Die Ressourcen eines Rechners werden weder auf mehrere Nutzer aufgeteilt noch für Builds verschiedener Mieter abwechselnd genutzt. Ihre Aufgaben konkurrieren weiterhin mit selbst gestarteten Simulatoren, Indexern und Hintergrundprozessen um Ressourcen. Prüfen Sie bei der Fehlersuche zunächst die Auslastung des Rechners.
Ein exklusiver Rechner hat trotzdem Ressourcenlimits.
Xcode-Versionen, Abhängigkeiten, Zertifikate und Provisioning-Profile gehören zu Ihrer Arbeitsumgebung. Halten Sie vor Upgrades die Versionsstände fest und nehmen Sie wichtige Einstellungen in Ihre Wiederherstellungs-Checkliste auf. Bewahren Sie Ihre einzigen Signierunterlagen nicht auf dem Cloud-Arbeitslaufwerk auf.
Die Umgebung lässt sich neu aufsetzen – wichtige Unterlagen brauchen ein Backup.
Physische Isolation ist keine Netzwerk-Zugriffsrichtlinie. Wenn Sie SSH, Bildschirmfreigabe oder Entwicklungsdienste aktivieren, prüfen Sie weiterhin die Bindeadressen, Authentifizierung und erlaubten Zugriffsquellen. Machen Sie nur notwendige Dienste erreichbar.
Der Rechner ist exklusiv – trotzdem sollten nicht alle Ports offen sein.
Konsolenkonto, macOS-Benutzer und SSH-Privatschlüssel sind drei verschiedene Zugangsdaten. Verwenden Sie für das Konsolenpasswort nicht dasselbe Passwort wie für Ihr System. Jede mitarbeitende Person sollte einen eigenen Schlüssel nutzen. Wenn Sie den Zugriff entziehen, löschen Sie den zugehörigen öffentlichen Schlüssel – verwenden Sie keinen gemeinsamen Privatschlüssel für alle.
Erstellen Sie den Schlüssel auf Ihrem eigenen Rechner und schützen Sie ihn mit einer Passphrase. Laden Sie nur die Datei mit dem öffentlichen Schlüssel hoch. Laden Sie niemals den privaten Schlüssel ohne Dateiendung hoch und speichern Sie ihn weder im Code-Repository noch in Chats oder Build-Artefakten.
ssh-keygen -t ed25519Prüfen Sie die Verbindungsdaten in der Konsole und fügen Sie den öffentlichen Schlüssel der Liste autorisierter Schlüssel des Zielbenutzers hinzu. Überprüfen Sie beim ersten Verbindungsaufbau den Host-Fingerabdruck. Lassen Sie die aktuelle Sitzung geöffnet, testen Sie die Anmeldung per Schlüssel in einem zweiten Terminal und ändern Sie erst danach die Authentifizierungseinstellungen.
chmod 700 ~/.ssh
chmod 600 ~/.ssh/authorized_keysPrüfen Sie, wo die SSH-Konfiguration der aktuellen macOS-Version liegt und welche Dateien eingebunden werden. Legen Sie anschließend die folgenden Authentifizierungsoptionen fest. Prüfen Sie die Syntax und wenden Sie die Konfiguration über die für das System vorgesehene Dienstverwaltung an. Testen Sie eine neue Sitzung und schließen Sie erst danach die alte.
PubkeyAuthentication yes
PasswordAuthentication no
KbdInteractiveAuthentication nosudo /usr/sbin/sshd -tPrüfen Sie nach der Übernahme der Instanz die von der Konsole angegebenen Verbindungsports und die tatsächlich auf macOS lauschenden Dienste. Nicht bestätigte Übergaberegeln werden hier nicht als feste Standardwerte dargestellt. Als Sicherheitsgrundlage gilt: notwendige Verwaltungszugänge behalten, nicht benötigte Dienste deaktivieren und – sofern möglich – den Zugriff auf vertrauenswürdige Netzwerke beschränken.
| Zugang | Empfohlene Richtlinie | Was Sie prüfen sollten |
|---|---|---|
| SSH | Lassen Sie nur tatsächlich benötigte Fernzugänge aktiviert und bevorzugen Sie die Anmeldung per Schlüssel. | Verbindungsport, zugelassene Benutzer, Host-Fingerabdruck und Erreichbarkeit aus Ihrem lokalen Netzwerk. |
| VNC / Bildschirmfreigabe | Zugriff wird nur über einen SSH-Tunnel empfohlen, nicht direkt aus dem öffentlichen Internet. | Ob der Dienst aktiviert ist, welcher Port für den Fernzugriff verwendet wird und ob direkter Zugriff entsprechend Ihrem Bedarf beschränkt wurde. |
| Entwicklungs- und Debugging-Dienste | Binden Sie sie möglichst an die Loopback-Adresse des Rechners. Schließen Sie temporär freigegebene Zugänge umgehend wieder. | Ob eine Authentifizierung eingerichtet ist, Debugging-Schnittstellen erreichbar sind und Umgebungsvariablen oder vertrauliche Protokolle ausgegeben werden. |
| Sonstige eingehende Verbindungen | Aktivieren Sie sie nur bei klar definiertem Zweck. Öffnen Sie zur Fehlersuche nicht pauschal alle Ports. | Die wirksamen Regeln der Host-Firewall und vorgelagerter Systeme – prüfen Sie beide Ebenen. |
Das folgende Beispiel funktioniert nur, wenn der entfernte Dienst auf Port 5900 lauscht. Ersetzen Sie Benutzername und IP-Adresse durch die tatsächlichen Angaben aus der Konsole. Falls der Dienst einen anderen Port verwendet, passen Sie den Befehl entsprechend an. Verbinden Sie sich anschließend mit Ihrem lokalen Client mit 127.0.0.1:15900.
ssh -N -L 127.0.0.1:15900:127.0.0.1:5900 USER@HOSTDer Tunnel verschlüsselt die Verbindung, schließt aber keinen bestehenden, öffentlich erreichbaren Zugang. Prüfen Sie den Umfang des Fernzugriffs daher separat. Beenden Sie die entsprechende Tunnelsitzung, sobald Sie den Fernzugriff nicht mehr benötigen.
Nach Ende der Mietzeit werden das Systemlaufwerk und zugewiesene zusätzliche SSDs behandelt. Die Datenlöschung ist weder ein Backup noch ein Ersatz für eine Verlängerung. Exportieren Sie Projekte, Zertifikate, Build-Artefakte und Konfigurationen vor dem Ablauf an einen von Ihnen kontrollierten Speicherort und prüfen Sie, ob sich die Kopien öffnen lassen.
Maßgeblich ist das in der Konsole angezeigte Ablaufdatum. Planen Sie den Umzug rechtzeitig. Beenden Sie Runner und Aufgaben, die weiterhin Daten schreiben könnten, und exportieren Sie dann eine abschließende, konsistente Kopie. Wenn Sie den Dienst weiter nutzen möchten, prüfen Sie die Verlängerung in der Konsole.
Verlassen Sie sich nicht darauf, dass die Verbindung nach Mietende noch verfügbar ist.
Nach Dienstende wird die bisherige Benutzerumgebung nach festgelegtem Ablauf behandelt; dazu gehören das Löschen der Laufwerke und eine Neuinitialisierung. Zugewiesene zusätzliche SSDs sind ebenfalls Teil dieses Vorgangs. Nur den Projektordner zu löschen, bedeutet nicht, dass der Rechner bereinigt ist.
Wenn Sie den Umfang der Datenlöschung prüfen möchten, fragen Sie über ein Support-Ticket zu Ihrer Bestellung nach.
Vor einer erneuten Bereitstellung müssen die Bereinigung und die Initialisierung der Umgebung geprüft sein. Wenn Ihr Compliance-Prozess eine bestimmte Löschfrist oder einen Nachweis erfordert, übermitteln Sie zuerst Ihre Bestellinformationen und klären Sie, ob die Anforderungen erfüllt werden können. Erst danach sollten Sie vertrauliche Daten übertragen.
Die konkrete Frist wird in den Nutzungsbedingungen und im Support-Ticket zur Bestellung bestätigt.
Wir sagen weder eine Aufbewahrungsfrist nach Mietende noch die Wiederherstellbarkeit nach dem Löschen zu. Vernichtung, Wiederherstellung und Migration verfolgen unterschiedliche Ziele. Klären Sie vor dem Vorgehen, was Sie tatsächlich benötigen.
Bei routinemäßigen Wartungsarbeiten geht es nicht darum, Ihren Projektcode, Signierzertifikate oder Geschäftsdateien auszulesen. Bei Gerätefehlern, Verbindungsproblemen, von Ihnen angeforderten Systemarbeiten oder der Bearbeitung eines Sicherheitsvorfalls sollten Umfang und mögliche Auswirkungen der Prüfung klar benannt werden. Wenn der Zugriff auf Ihre Benutzerumgebung erforderlich ist, bestätigen Sie den Umfang der Berechtigung über ein Support-Ticket zu Ihrer Bestellung.
| Szenario | Vorab zu klären | Was Sie bereitstellen |
|---|---|---|
| Keine Verbindung | Instanzstatus, Netzwerkverbindung und erforderliche Dienste prüfen; keine Neuinstallation voraussetzen. | Bestellnummer, Ausschnitt der Fehlermeldung und Schritte zur Reproduktion angeben. Vermerken Sie, ob ein Neustart erlaubt ist. |
| Fehlersuche im System | Zu prüfende Protokolle, Verzeichnisse und Kontoberechtigungen sowie mögliche Unterbrechungen laufender Aufgaben. | Protokolle vorab bereinigen. Falls ein vorübergehender Zugriff nötig ist, beschränken Sie die Berechtigungen und entziehen Sie sie anschließend wieder. |
| Neuinstallation oder Laufwerksarbeiten | Zielgerät, mögliche Auswirkungen auf Daten, Backup-Status und Umfang der Arbeiten. | Bestätigen Sie destruktive Maßnahmen ausdrücklich. Eine vage Bitte wie „Bitte reparieren“ ist keine ausreichende Freigabe. |
| Störung oder Sicherheitsvorfall | Betroffene Zugänge, erforderliche Zugriffsbeschränkungen und Bedarf an Beweissicherung. | Deaktivieren Sie zuerst kompromittierte Zugangsdaten, bewahren Sie notwendige Protokolle auf und stimmen Sie dann die nächsten Schritte zur Wiederherstellung ab. |
Senden Sie keine SSH-Privatschlüssel, privaten Zertifikatsschlüssel, Schlüsselbund-Passwörter oder Wiederherstellungsschlüssel über Support-Tickets oder E-Mail. Wenn Sie Hilfe bei der Fehlersuche brauchen, stellen Sie zunächst bereinigte Informationen bereit. Als Kontaktwege stehen nur Support-Tickets in der Konsole und support@macminivps.com zur Verfügung.
Sichere Einstellungen sind keine einmalige Checkliste. Prüfen Sie die folgenden Punkte erneut, wenn Sie den Dienst erstmals einrichten, Mitwirkende hinzufügen, die Toolchain aktualisieren oder die Mietzeit beenden. Testen Sie zuerst den Wiederherstellungsweg und schränken Sie dann den Zugriff ein, damit Sie sich nicht selbst aussperren.
Festplattenverschlüsselung schützt ruhende Daten, kann aber nach einem Neustart das Entsperren erfordern, bevor Fernzugriffsdienste wieder verfügbar sind. Prüfen Sie zuerst, wie das System gestartet und entsperrt wird. Bewahren Sie den Wiederherstellungsschlüssel an einem anderen, geschützten Ort auf und entscheiden Sie erst dann, ob Sie die Verschlüsselung aktivieren.
Sichern Sie nur benötigte Inhalte und beschränken Sie den Zugriff auf die Kopie. Bewahren Sie das Schlüsselbund-Backup und das zugehörige Passwort nicht im selben Projektverzeichnis oder Build-Artefakt auf. Prüfen Sie nach dem Backup, ob es verwendbar ist.
Verwenden Sie eine passwortgeschützte Exportdatei und prüfen Sie Gültigkeitsdauer, Verwendungszweck und erforderliche Wiederherstellungsdaten. Eine vorhandene Zertifikatsdatei enthält nicht unbedingt einen nutzbaren privaten Schlüssel. Testen Sie Import und Signiervorgang in einer geschützten Umgebung.
Verwenden Sie für Runner eine eigene Identität und beschränken Sie Tokens auf die erforderlichen Projekte und Aktionen. Geben Sie keine Umgebungsvariablen in Protokollen aus. Wenn Mitwirkende ausscheiden oder Aufgaben abgeschlossen sind, widerrufen Sie nicht mehr benötigte öffentliche Schlüssel und Tokens.
Committen Sie Code in ein Repository, das Sie kontrollieren, und sichern Sie große Mediendateien sowie Build-Artefakte separat. Dokumentieren Sie Xcode-Version, Abhängigkeiten und Build-Befehle. Caches lassen sich neu erstellen; Signierunterlagen und nicht committeter Code nicht.
Melden Sie nach dem Datenumzug CI-Runner ab, widerrufen Sie temporäre Tokens und entfernen Sie nicht mehr benötigte Serverberechtigungen. Leeren Sie nicht nur das lokale Projektverzeichnis, während externe Systeme dem Rechner weiterhin vertrauen.
Sie benötigen einen exklusiven physischen Mac? Wählen Sie direkt Ihre Workstation. Bei vertraulichen Signierunterlagen oder besonderen Sicherheitsanforderungen klären Sie Zugriff, Wiederherstellung und Umfang der Datenlöschung zunächst per Support-Ticket.