DebugMac stellt pro Bestellung einen exklusiven physischen Mac-Mini-M4-Knoten bereit. Die Laufzeitumgebung wird nicht zwischen Mandanten geteilt. Hier erfahren Sie, wie Zugangsdaten vergeben werden, welche Aktionen Sie ausführen, wie Daten zurückgegeben werden und wie Vorfälle behandelt werden.
Die Isolation beginnt mit der Gerätezuweisung – nicht mit der Aufteilung virtueller Ressourcen auf einem gemeinsam genutzten Host.
Nach Inkrafttreten der Bestellung wird die Laufzeitumgebung nicht mit anderen Mandanten geteilt. CPU, Arbeitsspeicher, Basis-SSD und Systemsitzungen laufen auf dem der Bestellung zugeordneten Mac Mini M4.
SSH-Public-Key, VNC-Zugangsdaten und Host-Fingerabdruck dienen jeweils dem Befehlszeilenzugriff, der grafischen Sitzung und der Identitätsprüfung des Hosts. Keine Änderung darf die Prüfung der Bestellungsidentität umgehen.
Geben Sie zunächst nur die für den tatsächlichen Workflow erforderlichen Rechte frei und erweitern Sie diese bei Bedarf. Gemeinsame Schlüssel, dauerhaft verwaiste Zugangsdaten und gemeinsam genutzte Zugriffsprotokolle verringern die Nachvollziehbarkeit.
Eine erfolgreiche Verbindung ist nur der erste Schritt. Der vollständige Ablauf umfasst außerdem Identitätsprüfung, Begrenzung der Berechtigungen, Rotation der Zugangsdaten und die Rücknahme des Zugangs nach Ende der Mietdauer.
Reichen Sie nur den Public-Key ein, der auf dem Knoten hinterlegt werden soll, niemals den Private-Key. In Teams sollten die Schlüssel einzelnen Mitgliedern zugeordnet sein, damit keine Identitätsdaten gemeinsam genutzt werden.
Vergleichen Sie vor der ersten Verbindung den Fingerabdruck aus der Bereitstellungsbestätigung Zeichen für Zeichen mit der Clientmeldung. Bei einer unerwarteten Änderung brechen Sie die Verbindung ab und lassen Sie sie über ein Konsolenticket prüfen.
Verwalten Sie Zugangsdaten für grafische Sitzungen getrennt vom SSH-Public-Key. Geben Sie sie nur Mitgliedern mit Bedarf an einer grafischen Oberfläche und rotieren Sie sie, sobald jemand das Projekt verlässt.
Trennen Sie Automatisierungsaufgaben, manuelle Entwicklung und Releases in klar zuordenbaren Zugriffsprotokollen. Prüfen Sie vor Aktionen mit weitreichenden Rechten Backups, Rollback-Pfad und Auswirkungsbereich.
Bei Personalwechsel, vermutetem Schlüsselverlust, ungewöhnlichen Anmeldungen oder Workflow-Migrationen müssen die betreffenden Zugangsdaten sofort ersetzt und die vollständige Deaktivierung der alten Zugangsdaten geprüft werden.
Nehmen Sie den Fernzugriff nach Ende der Mietdauer zurück. Exportieren Sie Ihre Daten vor Ablauf und stellen Sie sicher, dass die Automatisierung keine Aufgaben mehr an den ursprünglichen Knoten sendet.
Die folgenden Grenzen helfen, nicht rückgängig zu machende Änderungen zu vermeiden. Bei Aktionen mit weitreichenden Auswirkungen auf System, Datenträger oder Netzwerk sollten Daten und Reproduktionsinformationen zuerst gesichert werden.
| Vorgangskategorie | Direkt durch den Nutzer ausführbar | Unterstützung erforderlich | Prüfung vor der Ausführung |
|---|---|---|---|
| Entwicklungsumgebung | Repository abrufen, Projektabhängigkeiten installieren, bereitgestellte Xcode-Toolchain wechseln, Builds und Tests ausführen | Systemweite Umgebungsfehler sowie Abweichungen zwischen Bereitstellungskonfiguration und Bestellaufzeichnungen | Version, Befehle, Exit-Code und reproduzierbare Schritte dokumentieren |
| Zugriffskontrolle | Projektschlüssel verwalten, Mitgliederrechte begrenzen, nicht mehr benötigte Automatisierungsaufgaben stoppen | SSH-Public-Key ersetzen, VNC-Zugangsdaten neu ausstellen, ungewöhnlichen Host-Fingerabdruck prüfen | Bestellungskennung, Knotenregion und Identität des Antragstellers bestätigen |
| Speicher und Daten | Build-Cache bereinigen, Archive exportieren, Integrität der Projektdateien prüfen | +1 TB SSD, +2 TB SSD oder parallele Thunderbolt-5-Option aktivieren | Zuerst sichern und Zielkapazität sowie Abrechnungszeitraum prüfen |
| System und Netzwerk | ping, traceroute, Portprüfungen und kontrollierte Übertragungstests ausführen | Regionswechsel, netzwerkweite Knotenfehler und Systemänderungen mit Auswirkungen auf den Fernzugriff | Zeitachse, Ursprungsnetzwerk und bereinigte Diagnoseergebnisse aufbewahren |
| Vorgänge mit hohem Risiko | Vorgang pausieren und noch zugängliche Daten exportieren | Datenträger zurücksetzen, System wiederherstellen sowie nicht rückgängig machbare Änderungen an Berechtigungen oder Startobjekten | Auswirkungsbereich, Rollback-Bedingungen und Datenwiederherstellungspfad festlegen |
Für die Bewertung müssen Messfenster, Knotenüberwachung, Nutzeraktionen und Grenzen wie höhere Gewalt einzeln geprüft werden.
Berechnet über ein rollierendes 90-Tage-Fenster; alle Knoten laufen 365 Tage im Jahr normal, mit durchgehendem Betrieb.
Ein einzelner Ping-Verlust oder eine lokale Netzwerkschwankung belegt allein keine Nichtverfügbarkeit des Knotens. Geben Sie bei einer Meldung außerdem Zeitpunkt, Knotenregion, Ursprungsnetzwerk und Reproduktionsweg an.
Wenn im selben Zeitraum nur ein bestimmter Port, Client oder ein einzelnes Projekt fehlschlägt, sollten zuerst Zugangsdaten, Projektkonfiguration und Knotenstatus unterschieden werden.
Nach Prüfung von Zeitachse und Auswirkungsbereich durch das Support-Team wird bei Nichterreichen der vereinbarten Kennzahl die entsprechende Servicegutschrift gemäß den Servicebedingungen bearbeitet.
Der Datenlebenszyklus beginnt nicht erst am Ende der Mietdauer. Zugangsdaten, Projektdateien, Exporte und Rücknahmeprotokolle sollten bereits am Tag der Bereitstellung getrennt verwaltet werden.
Prüfen Sie Debug-M4-Konfiguration, Knotenregion, Hostadresse, Benutzernamen, Host-Fingerabdruck und Status der Zugangsvergabe, damit Automatisierungsaufgaben nicht auf das falsche Ziel zeigen.
Verwalten Sie Repository, Abhängigkeiten, Build-Cache und Artefakte, steuern Sie Mitgliederrechte nach Workflow und bewahren Sie für kritische Daten eine separate Kopie auf.
Laden Sie Archive, Protokolle und Projektdaten vor Ablauf der Mietdauer herunter, prüfen Sie die Dateiintegrität und stoppen Sie Runner oder geplante Aufgaben, die noch auf diesen Knoten zeigen.
Widerrufen Sie SSH- und VNC-Zugangsdaten, schließen Sie bestellungsbezogene Zugänge und bestätigen Sie, dass alte Zugangsdaten keine Sitzung mehr aufbauen können.
Verarbeiten Sie Mietdaten gemäß dem Rücknahmeprozess für den Knoten und bewahren Sie erforderliche Bestellungs-, Sicherheits- und Betriebsaufzeichnungen auf. Die Einzelheiten finden Sie in der Datenschutzerklärung.
Bei Sicherheitsvorfällen haben Beweissicherung und die Begrenzung der Auswirkungen Vorrang. Benachrichtigungen stützen sich auf bestätigte Fakten, nicht auf ungeprüfte Schlussfolgerungen anstelle einer Zeitachse.
Nehmen Sie Knotenwarnungen, Nutzermeldungen oder ungewöhnliche Zugriffe entgegen und dokumentieren Sie den frühesten Zeitpunkt, den betroffenen Zugang und die ersten Symptome.
Mitwirkung des Nutzers: Originalfehler und Zeitpunkt aufbewahren.Prüfen Sie Bestellung, Region, Zugriffsprotokolle und Reproduktionsbedingungen und unterscheiden Sie lokales Netzwerk, Zugangsdaten, Projektkonfiguration und Knotenprobleme.
Mitwirkung des Nutzers: Bestellungskennung und bereinigte Protokolle bereitstellen.Beschränken Sie ungewöhnliche Zugriffswege, rotieren Sie relevante Zugangsdaten oder pausieren Sie risikoreiche Vorgänge, um eine Ausweitung der Auswirkungen zu verhindern.
Mitwirkung des Nutzers: Wiederholte Versuche und automatische Wiederholungen stoppen.Beheben Sie die bestätigte Ursache, prüfen Sie Berechtigungen, Dienste und Datengrenzen und dokumentieren Sie Änderungen sowie Rollback-Bedingungen.
Mitwirkung des Nutzers: Abnahmeschritte auf Geschäftsseite bestätigen.Stellen Sie Zugriff und Aufgabenabläufe schrittweise wieder her und beobachten Sie, ob Verbindungen, Builds und Artefaktexporte wieder prüfbar funktionieren.
Mitwirkung des Nutzers: Minimale Abnahmeaufgabe ausführen.Ordnen Sie Zeitachse, Auswirkungsbereich, Maßnahmen und Verbesserungen und aktualisieren Sie bei Bedarf die Verwaltung von Zugangsdaten und Betriebschecklisten.
Mitwirkung des Nutzers: Offene Punkte und Verantwortliche bestätigen.Sicherheitsberichte senden an support@debugmac.com, oder melden Sie sich in der Konsole an, um ein Ticket zu erstellen. Senden Sie niemals Private-Keys, vollständige Zugangsdaten, unbereinigte personenbezogene Daten oder nicht problembezogene Projektdaten.
Derzeit ist nur Debug M4 verfügbar: M4, 16 GB RAM und 256 GB SSD. Bestellungen sind in Singapur, Japan, Südkorea, Hongkong und US-West möglich. Der tatsächlich verfügbare Status wird in Echtzeit über die Konsole angezeigt.