Guide d’assistance technique

Identifiez d’abord le problème, puis remettez votre Mac cloud en service

Conçu pour les équipes de développement qui connectent, configurent ou administrent un RunAMac M4. Suivez une séquence de vérifications actionnable, avec critères de réussite et modèle d’informations pour un ticket, sans parcourir des réponses dispersées.

Périmètre
6 problèmes courants
Référence de déploiement
Environ 4 minutes
Public concerné
Machine physique dédiée
FICHE DE DIAGNOSTIC RUNAMAC Fiche de diagnostic
Collecter avant de modifier
INPUT
Conservez la sortie d’erreur originale

Notez d’abord l’heure, le nœud, la commande et l’intégralité de l’erreur ; ne gardez pas uniquement la dernière ligne.

CHECK
Dépannez couche par couche, du réseau local à l’hôte

Vérifiez séparément le réseau, le port, la session et les dépendances de l’environnement. Ne modifiez qu’une condition à la fois.

PROOF
Confirmez le résultat avec des étapes reproductibles

Notez le critère de réussite ou les journaux d’échec afin que la prochaine personne puisse reproduire le même constat.

Première connexion

Effectuez quatre vérifications avant de démarrer votre session de développement

Les informations de connexion livrées dans la console font foi. Ne copiez pas une adresse depuis une conversation ou un ancien document et ne sautez pas la vérification de l’identité de l’hôte.

01

Lire les informations de connexion de cette commande

Connectez-vous à la console, ouvrez la commande et les détails de l’instance concernés, puis vérifiez le nœud, l’adresse de l’hôte, le port, le nom d’utilisateur et le mode de connexion. Si plusieurs commandes existent, vérifiez d’abord la correspondance entre le numéro de commande et le nœud.

Critère de réussite : l’adresse, le port et le nom d’utilisateur proviennent du même dossier de livraison.
02

Vérifier l’identité de l’hôte

Lors de la première connexion chiffrée, le client affiche l’empreinte de l’hôte. Comparez-la avec l’enregistrement de la console ; si une modification d’identité apparaît soudainement après une connexion précédente, interrompez la connexion et ouvrez un ticket.

Critère de réussite : l’empreinte de l’hôte correspond à l’enregistrement de l’instance actuelle.
03

Établir une session en ligne de commande ou graphique

Établissez d’abord la session avec les informations de livraison, puis vérifiez la saisie clavier, la stratégie du presse-papiers et l’accès réseau de base. Sur un réseau à forte latence, réduisez d’abord la qualité d’affichage avant de conclure à une panne de l’hôte.

Critère de réussite : vous pouvez accéder de manière stable à l’interface graphique macOS ou à la ligne de commande.
04

Modifier les identifiants initiaux et enregistrer les informations de récupération

Après la connexion, modifiez immédiatement les identifiants initiaux et enregistrez-les avec le gestionnaire d’identifiants approuvé par votre équipe. N’inscrivez pas de mots de passe, clés privées ou certificats dans les journaux de build, le texte des tickets ou les dépôts de code.

Critère de réussite : les nouveaux identifiants sont validés et les anciens ne sont plus utilisés pour les sessions suivantes.
En cas de modification de l’avertissement d’identité, ne remplacez pas directement l’enregistrement local

Enregistrez d’abord une capture de l’avertissement, l’heure et le numéro de commande, puis confirmez via un ticket dans la console. Accepter précipitamment une nouvelle identité d’hôte ferait perdre une vérification de sécurité importante.

Chronologie du déploiement

Environ 4 minutes entre la confirmation de commande et la réception des informations de connexion

Chaque étape possède un critère de réussite observable. L’avancement réel est celui renvoyé par la console ; actualiser la page ne modifie pas une commande déjà envoyée.

  1. 01 Environ 1 minute

    Confirmation de commande

    Le système vérifie RunAMac M4, la durée de location, le nœud et les options, puis génère le dossier de cette commande.

    Critère de réussite : la console affiche le numéro de commande et la configuration confirmée.
  2. 02 Environ 1 minute

    Attribution du nœud physique

    La commande est associée à une machine physique dédiée dans la région sélectionnée ; ses ressources ne sont pas partagées avec d’autres locataires.

    Critère de réussite : les détails de l’instance affichent le nœud et l’identifiant de l’équipement.
  3. 03 Environ 1 minute

    Initialisation du système

    Le système prépare l’environnement d’accès de base et effectue les contrôles nécessaires de l’instance. Ne recréez pas la même commande à ce stade.

    Critère de réussite : l’état de l’instance passe à la phase prête à être livrée.
  4. 04 Environ 1 minute

    Livraison des informations de connexion

    La console renseigne l’adresse de l’hôte, le port, le nom d’utilisateur, les informations d’identité de l’hôte et les instructions de connexion correspondantes.

    Critère de réussite : tous les champs de connexion sont consultables dans les détails de l’instance.
Checklist de l’environnement de développement

Établissez d’abord une base d’environnement reproductible, puis connectez les tâches de build

RunAMac fournit un Mac mini dédié avec un environnement macOS complet. Votre équipe doit confirmer les logiciels, versions et dépendances du projet selon sa base de build ; les logiciels non mentionnés dans la commande ne sont pas considérés comme préinstallés.

A

Xcode et répertoire de développement actif

Notez la version de Xcode requise par le projet et vérifiez que le répertoire de développement actif correspond aux scripts de build. Après un changement de version, revalidez le SDK, les runtimes de simulateur et les commandes d’archivage.

B

Outils en ligne de commande

Vérifiez que le compilateur, Git, le shell et les commandes du gestionnaire de paquets sont disponibles. Le simple lancement de Xcode dans l’interface graphique ne suffit pas à confirmer que le build automatisé est prêt.

C

Certificats et éléments de signature

Vérifiez que les certificats de signature, profils de provisioning et règles d’accès au trousseau répondent aux exigences du projet. Importez les éléments sensibles via un processus contrôlé ; ne les placez ni dans le dépôt, ni dans les journaux courants, ni en pièce jointe d’un ticket.

D

Dépendances et cache

Consignez séparément les fichiers de verrouillage des dépendances, les répertoires de cache et la stratégie d’invalidation. Lors du premier build, établissez une base sans cache, puis activez-le pour comparer la durée et les résultats de hit.

E

Runner d’intégration continue

Vérifiez les tags du runner, le répertoire de travail, le niveau de concurrence, le mode de démarrage et le chemin de collecte des journaux. Si un runner échoue, vérifiez d’abord que la tâche n’a pas été attribuée par erreur à un autre environnement.

Guide de dépannage réseau

Réduisez progressivement le périmètre de la panne le long du chemin de connexion

Ne changez pas simultanément de réseau, de client et de paramètres de connexion. Ne modifiez qu’une condition à la fois pour identifier l’étape à l’origine du rétablissement.

L1

Vérifier le réseau local

Vérifiez que le réseau local accède de manière stable à d’autres services et testez séparément les connexions filaire, Wi-Fi ou de secours. Notez la présence éventuelle de pertes de paquets persistantes, d’un proxy ou de restrictions réseau d’entreprise.

Preuves : sortie locale, heure du test, nombre d’échecs consécutifs.
L2

Confirmer le nœud cible

Relisez l’adresse de l’instance actuelle dans la console afin de ne pas continuer à utiliser les informations d’une ancienne commande ou d’un ancien nœud. RunAMac M4 est disponible à Singapour, au Japon (Tokyo), en Corée du Sud (Séoul), à Hong Kong et dans l’ouest des États-Unis.

Preuves : numéro de commande, nom du nœud, adresse cible.
L3

Vérifier la politique de ports

Vérifiez que le port de connexion correspond au dossier de livraison et contrôlez si le pare-feu local, la politique de sortie de l’entreprise ou le logiciel de sécurité bloque la connexion. Ne désactivez pas définitivement la protection pour effectuer un test.

Preuves : port, code d’erreur du client, résultat de la modification de politique.
L4

Vérifier l’état de la session

Déterminez si le problème survient avant l’établissement de la connexion, pendant l’authentification ou après l’ouverture du bureau. En cas de saccades d’affichage uniquement, consignez séparément la latence de saisie et les interruptions de connexion.

Preuves : phase de l’échec, durée, reproductibilité.
L5

Collecter les journaux de diagnostic

Conservez les journaux du client et l’intégralité de la sortie d’erreur, avec un horodatage indiquant clairement le fuseau horaire. Si les journaux contiennent une adresse d’hôte, un nom d’utilisateur ou un chemin, anonymisez-les si nécessaire avant l’envoi.

Preuves : extrait de journal, horodatage, étapes de reproduction.
Modèle d’informations pour un ticket

Permettez à l’assistance de commencer directement le diagnostic

Fournir le contexte champ par champ facilite la reproduction, contrairement à « impossible de se connecter ». N’inscrivez pas de mot de passe, clé privée, certificat complet ni identifiant de paiement dans le ticket.

Numéro de commande :
Nœud :
Heure et fuseau du problème :
Mode de connexion et version du client :
Sortie d’erreur complète :
Vérifications effectuées :
Étapes minimales de reproduction :
Résultat attendu et résultat réel :
Stockage et interconnexion

Choisissez les options selon le volume de données et le mode de collaboration entre appareils

Commencez par distinguer un manque de capacité, un chemin de lecture-écriture inadapté et un besoin de collaboration entre plusieurs appareils. Les options sont facturées selon la durée de location choisie ; avant toute modification, vérifiez les risques liés à la migration des données et à l’interruption des tâches.

Extension de capacité

+1TB SSD

Convient aux workflows qui doivent conserver durablement les caches de dépendances, plusieurs dépôts de taille moyenne, les archives de build et les artefacts de test. Mesurez d’abord l’utilisation maximale et définissez une stratégie de nettoyage.

Par jour
$2.3
Par semaine
$6.2
Par mois
$11.4
Par trimestre
$31
Extension grande capacité

+2TB SSD

Convient aux nombreux artefacts de build, caches multi-projets, données d’expériences IA de petite taille et périodes de conservation longues. Une capacité accrue ne remplace pas une sauvegarde ; conservez les résultats critiques sur une copie indépendante.

Par jour
$4.6
Par semaine
$12.4
Par mois
$22.8
Par trimestre
$62
Interconnexion d’appareils

Interconnexion Thunderbolt 5

Facturée par appareil, elle convient aux tâches collaboratives nécessitant clairement une connexion haut débit entre appareils. Avant la modification, précisez le nombre d’appareils, leurs connexions, le sens des données et la commande de validation.

Par jour
$1.9
Par semaine
$5
Par mois
$9.3
Par trimestre
$25.3

Trois vérifications avant toute modification

01 Consigner l’état actuel

Vérifiez la capacité utilisée, les tâches en cours et les chemins de données à conserver.

02 Choisir la période d’application

Vérifiez l’option, la période de location actuelle et le montant dû en USD renvoyé par la console.

03 Valider le résultat de la modification

Une fois terminé, vérifiez à nouveau le montage, l’espace disponible, les droits de lecture-écriture et les chemins des tâches.

Compte et durée de location

Gérez la durée de location, la configuration et les factures depuis vos commandes

La console est l’emplacement central pour consulter la livraison, la durée de location et le montant dû. Avec plusieurs instances, vérifiez toujours le numéro de commande et le nœud avant toute modification.

Escalader vers l’assistance

Soumettez un contexte directement reproductible

Pour les problèmes techniques, associez d’abord la commande à un ticket dans la console ; pour les demandes commerciales, les partenariats ou l’impossibilité de se connecter au compte, préparez le contenu d’un e-mail depuis la page de contact.

01

Commande et nœud

Indiquez le numéro de commande, la configuration RunAMac M4 et le nœud. Si le problème concerne plusieurs instances, identifiez chaque appareil séparément.

02

Horodatage

Indiquez l’heure et le fuseau du problème, en précisant s’il est continu, intermittent ou survenu une seule fois.

03

Sortie d’erreur

Collez le texte complet de l’erreur ou fournissez une capture anonymisée. N’envoyez pas de mot de passe, clé privée, certificat complet ni autre identifiant confidentiel.

04

Étapes de reproduction

Partez d’un état initial connu et détaillez les commandes, saisies, résultats attendus et résultats réels.

Comment ajouter des informations après l’envoi d’un ticket ?

Ajoutez les nouveaux horodatages, journaux et résultats de vérification au même ticket dans la console. Évitez de créer plusieurs tickets pour un même problème afin de conserver l’intégralité du parcours de diagnostic.

Quels éléments ne doivent pas figurer dans un ticket ou un e-mail ?

N’envoyez ni mot de passe, ni clé privée, ni certificat complet, ni identifiant de paiement, ni secret de projet non anonymisé. Si un chemin ou un nom d’utilisateur doit être indiqué, ne conservez que les informations strictement nécessaires au diagnostic.

Comment contacter l’équipe si je ne peux pas accéder à la console ?

Accédez à la page de contact pour générer un e-mail structuré, ou envoyez directement un e-mail à support@runamac.com. Indiquez l’adresse e-mail du compte, le numéro de commande associé et le message d’erreur affiché lors de la tentative de connexion.

Une fois le contexte prêt

Transmettez le dossier de diagnostic à l’assistance

Associez les instances des commandes existantes à un ticket dans la console ; envoyez les demandes commerciales, de partenariat ou d’accès au compte depuis la page de contact à la même équipe d’assistance.