Vérifiez d’abord dans la console l’état de l’appareil, le nœud, le nom d’utilisateur, l’adresse de l’hôte et l’empreinte, puis choisissez SSH ou le bureau graphique. Un port accessible ne signifie pas que l’environnement est prêt : la connexion n’est validée qu’après la vérification d’identité, du disque et une compilation minimale.
Ce guide concerne les Mac cloud dédiés HopVM. Chaque commande correspond à une machine physique dédiée, et non à une machine virtuelle. Les informations d’accès doivent être communiquées uniquement aux membres autorisés du projet.
Fiez-vous à l’adresse, au port et aux identifiants actuellement fournis par la console ; ne les copiez pas depuis un échange ou un ancien document.
La procédure ne consiste pas à se connecter dès réception de l’adresse. L’état, l’identité, la confiance et l’environnement doivent tous être consignés pour localiser rapidement un délai d’attente, un refus d’autorisation ou un échec de compilation.
Connectez-vous à la console et vérifiez l’identifiant de commande, le nœud réel, l’état de l’appareil, le mode d’accès, le nom d’utilisateur, l’adresse, le port et l’empreinte de l’hôte. Si les informations diffèrent des anciens enregistrements de l’équipe, utilisez celles actuellement affichées dans la console.
Conservez la clé privée dans un dossier lisible par l’utilisateur actuel et limitez les permissions du fichier. N’envoyez jamais une clé complète par e-mail, messagerie de groupe ou ticket. Le client graphique doit également utiliser une configuration de connexion dédiée.
Lors de la première connexion SSH, comparez d’abord l’empreinte avant d’accepter l’enregistrement de l’hôte. Avec le bureau graphique, vérifiez le nom de l’appareil, le nœud et les informations de session afin d’éviter toute adresse d’origine inconnue.
Après la connexion, vérifiez l’heure, l’espace disque, l’utilisateur actuel et les sessions, puis contrôlez la version de Xcode, récupérez le dépôt Git et lancez une compilation minimale. Notez les commandes, le code de sortie et la durée.
Les commandes ci-dessous utilisent une adresse réservée à la documentation. Le nom d’utilisateur, l’adresse de l’hôte, le port et l’empreinte réels doivent provenir exclusivement de la console ; ne réutilisez pas les valeurs d’exemple pour une session réelle.
La clé privée doit être lisible uniquement par l’utilisateur local actuel. Si ses permissions sont trop larges, le client SSH refuse généralement de l’utiliser.
chmod 600 ~/.ssh/hopvm_ed25519
ls -l ~/.ssh/hopvm_ed25519203.0.113.24 est une adresse d’exemple pour la documentation. Si la console fournit un port personnalisé, ajoutez le paramètre -p .
ssh -i ~/.ssh/hopvm_ed25519 \
-p 22 developer@203.0.113.24Lorsque l’empreinte s’affiche dans le terminal, interrompez la procédure et comparez-la caractère par caractère avec celle de la console. Saisissez yes uniquement si elles correspondent parfaitement, afin d’accepter l’enregistrement.
ED25519 key fingerprint is
SHA256:EXAMPLE_ONLY_REPLACE_FROM_PANELUne fois la tâche terminée, arrêtez d’abord les programmes au premier plan, puis quittez normalement le shell. Ne fermez pas simplement le terminal local pour remplacer la procédure de fin.
jobs
exitL’empreinte de l’hôte sert à vérifier l’identité distante. Si elle change, interrompez la connexion et vérifiez les informations de la console ; ne supprimez pas l’enregistrement local pour contourner l’avertissement.
Notez l’heure de connexion, le fuseau horaire, le réseau local, le nœud réel, les paramètres des commandes et les codes de sortie. Un relevé anonymisé est plus utile au dépannage qu’un simple « impossible de se connecter ».
Le bureau graphique convient aux projets Xcode, à la configuration de signature, aux vérifications du simulateur et aux applications multimédias. Son usage diffère de celui de SSH, mais l’appareil, le nœud et les informations d’accès doivent toujours être vérifiés.
Privilégiez un ordinateur de travail contrôlé et un réseau fiable. Vérifiez l’heure du système local et désactivez l’enregistrement d’écran, la synchronisation du presse-papiers et le partage automatique de fichiers inutiles.
Une fois sur le bureau, vérifiez d’abord l’utilisateur actuel et l’heure du système, puis ouvrez Xcode ou l’application cible. Utilisez un moyen de transfert approuvé par l’équipe pour copier les fichiers du projet.
Sur un appareil public ou temporaire, désactivez impérativement l’enregistrement des mots de passe et des informations de connexion. À la fin, quittez la session graphique ; ne vous contentez pas de verrouiller l’écran.
Le relevé du terminal présente successivement SSH, une compilation Xcode et la sortie Fastlane. L’exemple ne contient ni adresse réelle ni identifiants ; l’objectif est de conserver les commandes, les marqueurs de réussite et les codes de sortie.
Une connexion réussie prouve seulement que la session est établie. Avant de traiter du code, des modèles ou des ressources, vérifiez l’heure système, l’espace disque, l’identité actuelle, les permissions des clés et les sessions ouvertes.
Exécutez date et systemsetup -gettimezonepour confirmer que le fuseau horaire et l’heure actuelle correspondent au relevé de la tâche. Un décalage peut affecter les certificats, l’ordre des journaux et le téléchargement des dépendances.
Exécutez df -hpour vérifier le volume système, le répertoire du projet et le cache. Avant la compilation, prévoyez l’espace nécessaire au code source, aux dépendances, aux données dérivées, aux archives et aux artefacts finaux.
Exécutez whoami et idpour confirmer que l’identité actuelle respecte les droits prévus pour le projet. Ne partagez pas d’identifiants administrateur par commodité et n’exécutez pas toutes les tâches dans une session à privilèges élevés.
Vérifiez les permissions des clés SSH, fichiers de configuration et répertoires d’identifiants utilisés par le projet. N’écrivez pas de secrets dans l’historique du shell, les scripts de compilation, les commits ou les répertoires publics accessibles aux autres membres.
Utilisez who,w et les relevés de session convenus par l’équipe pour confirmer la connexion actuelle. Si une session inconnue apparaît, interrompez les opérations sensibles, conservez des éléments anonymisés et soumettez un ticket dans la console.
Ne lancez pas immédiatement le pipeline complet. Validez d’abord les versions, le dépôt et une compilation minimale afin de distinguer les problèmes de connexion, de dépendances et de projet.
Enregistrez sw_vers,uname -m,xcodebuild -version et xcode-select -p . Ces résultats constituent les champs d’environnement de base pour comparer ultérieurement les différences de compilation.
Exécutez d’abord git ls-remotesur un dépôt peu risqué pour vérifier le réseau, les droits du dépôt et la confiance de l’hôte, puis effectuez un clonage superficiel. En cas d’échec, conservez le code de sortie et ne modifiez pas sans cesse les identifiants pour masquer le problème initial.
Choisissez un scheme avec peu de dépendances et un temps d’exécution court, indiquez explicitement la configuration et consignez la commande complète. Validez d’abord la chaîne de compilation, puis ajoutez progressivement les tests, l’archivage et la livraison automatisée.
Notez l’heure de début et de fin, la durée de résolution des dépendances, la durée de compilation, l’espace disque maximal utilisé et le code de sortie. En cas de variation des performances, répétez la même tâche plutôt que de comparer des projets différents.
Ne modifiez qu’une condition à la fois et conservez les résultats avant et après. Si l’assistance doit intervenir, joignez l’identifiant de commande, le nœud réel, l’heure et le fuseau du problème, les étapes de reproduction, le résultat attendu et la sortie anonymisée.
ssh -vvv.Non. Arrêtez immédiatement la connexion et vérifiez l’empreinte actuelle dans la console, le nœud et l’identifiant de commande. Si le changement est justifié, supprimez uniquement l’entrée de l’hôte concernée. Sinon, ouvrez un ticket depuis la console avec l’ancienne et la nouvelle empreinte ainsi que l’heure de première apparition.
ssh -v pour voir quelle clé le client propose, sans afficher de secret dans la commande.Vérifiez d’abord par SSH l’heure système, l’espace disque, l’utilisateur actuel et les processus concernés afin de confirmer que l’appareil répond toujours. Vérifiez ensuite la version du client graphique local, les changements réseau, la reconnexion automatique et l’enregistrement des identifiants. Ne forcez pas l’arrêt de processus inconnus pour faire des essais ; en cas de besoin, indiquez l’heure de l’interruption, le type de client, la possibilité de connexion SSH et les journaux anonymisés.
Un ticket dans la console peut être associé à la commande et à l’appareil réels. Avant de l’envoyer, préparez l’identifiant de commande, le nœud, l’heure et le fuseau, les étapes de reproduction, la dernière heure de fonctionnement normal et la sortie d’erreur anonymisée.
Avant de terminer la session, arrêtez les tâches, vérifiez les artefacts, supprimez les identifiants temporaires et mettez à jour le relevé de transmission. Le membre suivant doit recevoir un accès contrôlé, pas une copie des identifiants du précédent.
Vérifiez les jobs du shell, les processus de compilation, les transferts et les applications graphiques. Laissez les tâches se terminer normalement avant de quitter la session afin d’éviter des processus qui consomment des ressources ou écrivent des données incomplètes.
Vérifiez les archives, journaux, valeurs de contrôle et manifestes d’artefacts, puis transférez-les vers l’emplacement approuvé par l’équipe. Ne conservez pas l’unique copie dans un répertoire temporaire ou uniquement dans la session actuelle.
Supprimez les clés temporaires, jetons à courte durée, contenus du presse-papiers et fichiers téléchargés localement. Vérifiez qu’aucun secret ne subsiste dans l’historique du shell ou la configuration du projet.
Consignez le nœud, l’état actuel de la tâche, la dernière commande réussie, l’emplacement des artefacts et les actions restantes. Configurez des permissions distinctes pour le membre suivant et ne partagez pas d’identifiants administrateur.
Vérifiez que la session est terminée et que les informations de commande et de nœud sont correctes. En cas d’accès inhabituel ou d’incohérence d’état, révoquez immédiatement les droits concernés et ouvrez un ticket dans la console.
Trois configurations Apple Silicon couvrent la compilation, le développement quotidien et l’inférence avec grande mémoire ; six nœuds fonctionnent toute l’année, 365 jours sur 365. Les commandes sont facturées en USD et les seuls moyens de paiement acceptés sont USDT-TRC20 et Visa / Mastercard / Amex (via Stripe).