Prüfen Sie zunächst in der Konsole Gerätestatus, Knoten, Benutzernamen, Hostadresse und Fingerabdruck und wählen Sie anschließend SSH oder die grafische Oberfläche. Ein erreichbarer Port bedeutet noch keine einsatzbereite Umgebung: Erst nach Identitätsprüfung, Speicherprüfung und einem Minimal-Build ist die Verbindung vollständig verifiziert.
Diese Anleitung gilt für dedizierte Cloud-Macs von HopVM. Jede Bestellung entspricht einem dedizierten physischen Rechner, nicht einer virtuellen Maschine. Zugangsdaten dürfen nur autorisierten Projektmitgliedern übergeben werden.
Verwenden Sie die aktuell von der Konsole ausgegebene Adresse, den Port und die Zugangsdaten. Kopieren Sie sie nicht aus Chatverläufen oder älteren Dokumenten.
Der Verbindungsweg lautet nicht „Adresse erhalten und sofort anmelden“. Status, Identität, Vertrauensstellung und Umgebung müssen dokumentiert sein, damit sich Timeouts, Berechtigungsfehler oder fehlgeschlagene Builds schnell eingrenzen lassen.
Melden Sie sich in der Konsole an und prüfen Sie Bestellkennung, tatsächlichen Knoten, Gerätestatus, Zugriffsart, Benutzernamen, Adresse, Port und Host-Fingerabdruck. Weichen die Daten von älteren Teamaufzeichnungen ab, gilt der aktuelle Inhalt der Konsole.
Speichern Sie den privaten Schlüssel in einem Verzeichnis, das nur der aktuelle Benutzer lesen kann, und beschränken Sie die Dateiberechtigungen. Senden Sie vollständige Schlüssel niemals per E-Mail, Gruppenchat oder Support-Ticket. Auch der grafische Client sollte eine eigene Verbindungskonfiguration verwenden.
Vergleichen Sie beim ersten SSH-Aufbau zunächst den Fingerabdruck und akzeptieren Sie erst danach den Hosteintrag. Prüfen Sie bei einer grafischen Sitzung Gerätename, Knoten und Sitzungsdaten, damit Sie keine Adresse unbekannter Herkunft verwenden.
Prüfen Sie nach der Anmeldung Zeit, Speicher, aktuellen Benutzer und Sitzungen. Führen Sie anschließend die Xcode-Versionsabfrage, einen Git-Abruf und einen Minimal-Build aus. Dokumentieren Sie Befehle, Exit-Code und Dauer.
Die folgenden Befehle verwenden eine reservierte Dokumentationsadresse. Benutzername, Hostadresse, Port und Fingerabdruck dürfen ausschließlich aus der Konsole stammen. Verwenden Sie die Beispielwerte nicht für eine echte Sitzung.
Der private Schlüssel darf nur vom aktuellen lokalen Benutzer gelesen werden. Bei zu weit gefassten Berechtigungen verweigert der SSH-Client die Verwendung der Datei normalerweise.
chmod 600 ~/.ssh/hopvm_ed25519
ls -l ~/.ssh/hopvm_ed25519203.0.113.24 ist eine Dokumentationsadresse. Gibt die Konsole einen benutzerdefinierten Port vor, ergänzen Sie den Parameter -p .
ssh -i ~/.ssh/hopvm_ed25519 \
-p 22 developer@203.0.113.24Halten Sie an, sobald das Terminal den Fingerabdruck anzeigt, und vergleichen Sie ihn Zeichen für Zeichen mit dem Eintrag in der Konsole. Geben Sie nur bei vollständiger Übereinstimmung yes ein, um den Eintrag zu akzeptieren.
ED25519 key fingerprint is
SHA256:EXAMPLE_ONLY_REPLACE_FROM_PANELBeenden Sie nach Abschluss der Aufgabe zunächst Programme im Vordergrund und melden Sie sich anschließend ordnungsgemäß aus der Shell ab. Schließen Sie nicht einfach das lokale Terminal, um den Abschluss zu ersetzen.
jobs
exitDer Host-Fingerabdruck bestätigt die Identität des entfernten Systems. Wenn sich der Fingerabdruck ändert, stoppen Sie die Verbindung und gleichen Sie die Konsolendaten ab. Umgehen Sie die Warnung nicht durch Löschen lokaler Einträge.
Dokumentieren Sie Verbindungszeit, Zeitzone, lokales Netzwerk, tatsächlichen Knoten, Befehlsparameter und Exit-Code. Bereinigte Aufzeichnungen erleichtern die Diagnose deutlich mehr als die Angabe „Verbindung nicht möglich“.
Die grafische Oberfläche eignet sich für Xcode-Projekte, Signaturkonfigurationen, Simulatorprüfungen und Medienanwendungen. Ihr Einsatz unterscheidet sich von SSH, doch auch hier müssen Gerät, Knoten und Zugangsdaten vorab geprüft werden.
Verwenden Sie möglichst einen kontrollierten Arbeitscomputer und ein vertrauenswürdiges Netzwerk. Prüfen Sie die lokale Systemzeit und deaktivieren Sie unnötige Bildschirmaufzeichnungen, Zwischenablage-Synchronisierung und automatische Dateifreigaben.
Prüfen Sie nach dem Öffnen des Desktops zunächst aktuellen Benutzer und Systemzeit, bevor Sie Xcode oder die Zielanwendung starten. Übertragen Sie Projektdaten ausschließlich über vom Team freigegebene Wege.
Deaktivieren Sie auf öffentlichen oder temporären Computern unbedingt das Speichern von Passwörtern und Verbindungsdaten. Beenden Sie die grafische Sitzung vollständig; eine Bildschirmsperre ersetzt die Trennung nicht.
Das Terminalbeispiel zeigt nacheinander SSH, einen Xcode-Build und Fastlane-Ausgaben. Es enthält keine echten Adressen oder Zugangsdaten; entscheidend sind Befehle, Erfolgsmarkierungen und Exit-Codes.
Eine erfolgreiche Verbindung bestätigt nur, dass die Sitzung besteht. Prüfen Sie vor der Arbeit mit Code, Modellen oder Assets systematisch Systemzeit, freien Speicher, aktuelle Identität, Schlüsselberechtigungen und offene Sitzungen.
Führen Sie date und systemsetup -gettimezoneaus und bestätigen Sie, dass Zeitzone und aktuelle Zeit zum Aufgabenprotokoll passen. Zeitabweichungen beeinflussen Zertifikate, Protokollsortierung und das Herunterladen von Abhängigkeiten.
Führen Sie df -haus und prüfen Sie Systemvolume, Projektverzeichnis und Cache-Speicher. Planen Sie vor dem Build ausreichend Platz für Quellcode, Abhängigkeiten, abgeleitete Daten, Archive und die fertigen Artefakte ein.
Führen Sie whoami und idaus und bestätigen Sie, dass die aktuelle Identität dem Berechtigungskonzept des Projekts entspricht. Teilen Sie keine Administratorzugangsdaten und führen Sie nicht alle Aufgaben in Sitzungen mit hohen Berechtigungen aus.
Prüfen Sie die Berechtigungen der verwendeten SSH-Schlüssel, Konfigurationsdateien und Zugangsdatenverzeichnisse. Schreiben Sie Geheimnisse nicht in Shell-Verlauf, Build-Skripte, Repository-Commits oder öffentliche Verzeichnisse, die andere Mitglieder lesen können.
Verwenden Sie who,w und die vom Team vereinbarten Sitzungsaufzeichnungen, um die aktuelle Verbindung zu bestätigen. Bei unbekannten Sitzungen stoppen Sie sensible Vorgänge, sichern bereinigte Nachweise und erstellen ein Konsolenticket.
Starten Sie nicht sofort die vollständige Pipeline. Prüfen Sie zunächst Versionen, Repositoryzugriff und Minimal-Build, damit sich Verbindungs-, Abhängigkeits- und Projektprobleme unterscheiden lassen.
Speichern Sie die Ergebnisse von sw_vers,uname -m,xcodebuild -version und xcode-select -p . Diese Felder bilden die grundlegende Umgebungsbeschreibung für spätere Build-Vergleiche.
Führen Sie in einem risikoarmen Repository zunächst git ls-remoteaus, um Netzwerk, Repositoryberechtigungen und Hostvertrauen zu prüfen, und erstellen Sie danach einen flachen Klon. Bewahren Sie bei Fehlern den Exit-Code auf und ändern Sie Zugangsdaten nicht wiederholt, um das ursprüngliche Problem zu verdecken.
Wählen Sie ein Scheme mit wenigen Abhängigkeiten und kurzer Laufzeit, geben Sie die Konfiguration explizit an und dokumentieren Sie den vollständigen Befehl. Prüfen Sie zuerst die Kompilierung und ergänzen Sie anschließend Tests, Archivierung und automatisierte Auslieferung.
Dokumentieren Sie Start- und Endzeit, Dauer der Abhängigkeitsauflösung, Build-Dauer, maximale Speichernutzung und Exit-Code. Bei Leistungsschwankungen wiederholen Sie zunächst dieselbe Aufgabe, statt verschiedene Projekte zu vergleichen.
Ändern Sie pro Versuch nur eine Bedingung und bewahren Sie die Ergebnisse davor und danach auf. Wenn Support erforderlich ist, fügen Sie Bestellkennung, tatsächlichen Knoten, Zeitpunkt und Zeitzone, Reproduktionsschritte, erwartetes Ergebnis und bereinigte Ausgabe bei.
ssh -vvv.Löschen Sie den Eintrag nicht zuerst und fahren Sie dann fort. Stoppen Sie die Verbindung sofort und prüfen Sie aktuellen Fingerabdruck, Knoten und Bestellkennung in der Konsole. Entfernen Sie den betreffenden Hosteintrag nur, wenn die Änderung nachvollziehbar begründet ist. Andernfalls erstellen Sie über die Konsole ein Ticket mit altem und neuem Fingerabdruck sowie dem Zeitpunkt des ersten Auftretens.
ssh -v um zu sehen, welchen Schlüssel der Client anbietet. Geben Sie keine Geheimnisse im Befehl aus.Prüfen Sie zunächst per SSH Systemzeit, freien Speicher, aktuellen Benutzer und relevante Prozesse, um die Reaktionsfähigkeit des Geräts zu bestätigen. Kontrollieren Sie anschließend Version des grafischen Clients, Netzwerkänderungen, automatische Wiederverbindung und Einstellungen zur Zugangsdaten-Speicherung. Beenden Sie unbekannte Prozesse nicht gewaltsam zum Ausprobieren. Für Support benötigen wir Zeitpunkt der Unterbrechung, Clienttyp, SSH-Erreichbarkeit und bereinigte Protokolle.
Ein Konsolenticket kann mit Bestellung und Gerät verknüpft werden. Halten Sie vor dem Absenden Bestellkennung, Knoten, Zeitpunkt und Zeitzone, Reproduktionsschritte, letzten erfolgreichen Zeitpunkt und bereinigte Fehlermeldungen bereit.
Beenden Sie vor dem Trennen laufende Aufgaben, prüfen Sie Artefakte, entfernen Sie temporäre Identitätsdaten und aktualisieren Sie das Übergabeprotokoll. Das nächste Teammitglied erhält kontrollierten Zugriff, nicht eine Kopie der Zugangsdaten des vorherigen Mitglieds.
Prüfen Sie Shell-Jobs, Build-Prozesse, Uploads und grafische Anwendungen. Lassen Sie Aufgaben regulär enden und beenden Sie erst danach die Sitzung, damit keine Ressourcen belegt bleiben oder unvollständige Prozesse weiter schreiben.
Prüfen Sie Archive, Protokolle, Prüfsummen und Artefaktliste und übertragen Sie sie an einen vom Team freigegebenen Ort. Lassen Sie die einzige Kopie nicht in einem temporären Verzeichnis oder ausschließlich in der aktuellen Sitzung liegen.
Entfernen Sie temporäre Schlüssel, kurzlebige Token, Zwischenablageinhalte und lokale Downloads. Prüfen Sie Shell-Verlauf und Projektkonfiguration auf verbliebene Geheimnisse.
Dokumentieren Sie Knoten, aktuellen Aufgabenstatus, letzten erfolgreichen Befehl, Artefaktstandort und offene Punkte. Richten Sie für das nächste Mitglied eigene Berechtigungen ein und teilen Sie keine Administratorzugangsdaten.
Bestätigen Sie, dass die Sitzung beendet ist und Bestell- sowie Knotendaten stimmen. Bei ungewöhnlichem Zugriff oder widersprüchlichem Status widerrufen Sie umgehend die betreffenden Berechtigungen und erstellen Sie ein Konsolenticket.
Drei Apple-Silicon-Konfigurationen decken Builds, tägliche Entwicklung und speicherintensive Inferenz ab; sechs Knoten laufen 365 Tage im Jahr. Bestellungen werden einheitlich in USD abgerechnet. Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe).