Diagnostiquer avant d’agir

Transformez les problèmes de Mac dans le cloud en étapes de dépannage concrètes

Commencez par déterminer s’il s’agit d’un problème de connexion, de build, d’autorisations, de stockage, de facturation ou d’état du service, puis recueillez les informations du nœud et les sorties d’erreur dans l’ordre. Pour un problème lié à une commande existante, connectez-vous à la console et ouvrez un ticket.

Parcours de dépannage
6 catégories
Objectif de service
99,9 % de disponibilité
Support humain
Tickets dans la console et e-mail du support
Fiche d’intervention Notez les symptômes avant de modifier l’environnement
Checklist pratique
CONNEXION
Impossible de se connecter pour la première fois Vérifiez l’adresse du nœud, le mode d’accès distant, l’état des identifiants et la compatibilité du client
Parcours 01
BUILD
Échec de Xcode ou d’une tâche automatisée Conservez la commande complète, le code de sortie, la version de la chaîne d’outils et les sorties de signature
Parcours 02
FACTURATION
Frais ou renouvellement incertains Comparez la période de commande, le nombre d’options, l’état du paiement et le montant dû en USD
Parcours 03
Orientation

Choisissez le premier parcours selon les symptômes

Ne modifiez pas simultanément le réseau, la chaîne d’outils et les autorisations. Changez une seule condition à la fois et notez les résultats avant et après pour identifier la véritable cause.

Première connexion

Vous avez reçu les informations de livraison, mais n’accédez pas encore au bureau

Vérifiez d’abord l’adresse du nœud, le mode d’accès distant, les identifiants initiaux et la version du client. Confirmez la disposition du clavier et la résolution avant de transférer du code, des certificats ou des fichiers multimédias.

Voir la procédure de connexion
Connexion interrompue

Session lente, écran noir ou état anormal après reconnexion

Notez le nom du client, le type de réseau, l’heure de l’incident et la possibilité d’accéder à la ligne de commande. Écartez d’abord les instabilités du réseau local, puis ajustez les paramètres d’affichage ou recréez la session.

Dépanner la connexion
Build Xcode

Échec de la compilation, de l’archivage ou de la signature

Conservez la commande et le code de sortie complets, puis vérifiez successivement l’espace disque, la validité des certificats, les autorisations du Keychain, le cache des dépendances et la version de Xcode.

Dépanner le build
Tâche automatisée

Exécution anormale du Runner, du script ou du pipeline de packaging

Vérifiez l’utilisateur d’exécution, le répertoire de travail, les variables d’environnement, l’accès aux clés et les scripts de nettoyage. Comparez l’environnement réel du shell interactif et du processus automatisé.

Voir les exemples de commandes
Extension du stockage

Espace insuffisant ou stockage supplémentaire non confirmé

Vérifiez d’abord la capacité et l’espace disponible avec les commandes système, puis contrôlez les options +1TB SSD ou +2TB SSD de la commande. Ne déduisez pas l’espace restant de la seule taille du répertoire du projet.

Voir la tarification des options
Problème de facturation

État du paiement, période de renouvellement ou montant dû incohérent

Préparez le numéro de commande, la période de location, le modèle, le nœud, le nombre d’options et le mode de paiement. Le montant dû et les moyens de paiement réellement disponibles sont ceux renvoyés en temps réel par la console.

Consulter l’aide à la facturation
Première étape après la livraison

Effectuez cinq vérifications avant de migrer votre travail

Les informations de livraison servent à confirmer le nœud et le mode d’accès, mais la stabilité du build dépend aussi de la cohérence de la chaîne d’outils, des autorisations et des dépendances.

  1. 01

    Vérifier les informations du nœud

    Confirmez que le numéro de commande, la région du nœud, l’adresse de l’hôte et le mode d’accès distant livré correspondent au même Mac dans le cloud.

  2. 02

    Confirmer les autorisations du compte

    Vérifiez que l’utilisateur actuel peut accéder au répertoire du projet, au répertoire de build et aux réglages système nécessaires, sans élargir inutilement les autorisations.

  3. 03

    Tester la session distante

    Vérifiez la disposition du clavier, le zoom d’affichage, les besoins du presse-papiers et le comportement lors d’une reconnexion. Assurez-vous de pouvoir quitter la session en toute sécurité avant les tâches longues.

  4. 04

    Noter les versions du système et des outils

    Enregistrez les versions de macOS, Xcode, des outils en ligne de commande et du gestionnaire de paquets. Utilisez ensuite cette base pour reproduire l’environnement.

  5. 05

    Valider les dépendances en petit volume

    Récupérez d’abord un projet minimal ou une branche de test, vérifiez l’installation des dépendances et le répertoire de build, puis transférez certificats, caches ou fichiers volumineux.

Exemple de sortie de commande

Conservez la commande, l’étape et le résultat de sortie

« Build échoué » ne suffit pas à localiser le problème dans un ticket. Copiez les sorties clés avant et après la commande en échec et précisez si la même commande peut être reproduite dans une session interactive.

setmini-support-session zsh · arm64
$ ssh build-user@node-address
Last login: current session
$ sw_vers
ProductName:            macOS
ProductVersion:         [version actuelle du système]
$ xcodebuild -version
Xcode [version actuellement installée]
Build version [numéro de build actuel]

$ xcodebuild -workspace Project.xcworkspace \
  -scheme Project \
  -configuration Release \
  -destination "generic/platform=iOS" \
  archive

note: Resolving package dependencies
note: Compiling target Project
error: Build input file cannot be found
** ARCHIVE FAILED **
exit status: 65

$ bundle exec fastlane ios build
[fastlane] Loading configuration
[fastlane] Running build lane
[fastlane] Step failed: archive
[fastlane] Preserve the complete log and exit code
Vérification SSH Prouvez que le nœud est accessible et notez l’utilisateur d’exécution actuel.
Sortie Xcode Conservez scheme, configuration, destination et code de sortie.
Sortie Fastlane Indiquez la lane en échec, l’étape concernée et l’emplacement du journal complet de cette exécution.
Incident de build

Vérifiez les conditions de base en suivant les dépendances

Un espace disque insuffisant peut provoquer des erreurs de cache, de décompression des dépendances et d’archivage ; une chaîne d’outils incohérente peut aggraver les problèmes de signature. Suivez strictement l’ordre ci-dessous.

  1. 01

    Capacité disque

    Exécutez df -h Consultez l’espace réellement disponible sur le volume système et le volume de travail, puis vérifiez DerivedData, les archives, le cache du gestionnaire de paquets et les anciens artefacts.

    Résultat : le répertoire de build dispose de suffisamment d’espace
  2. 02

    Certificats de signature

    Vérifiez que l’identité de signature sélectionnée, le profil d’approvisionnement, le Bundle Identifier et la configuration de build correspondent ; ne vous contentez pas de vérifier la présence du fichier de certificat.

    Résultat : la configuration cible trouve l’identité de signature correspondante
  3. 03

    Autorisations du Keychain

    Comparez l’utilisateur d’exécution de la session interactive et du processus automatisé, vérifiez que la tâche peut lire les éléments de signature requis et notez à quelle étape l’échec d’autorisation survient.

    Résultat : l’utilisateur automatisé peut lire les éléments nécessaires
  4. 04

    Cache des dépendances

    Conservez d’abord les fichiers de verrouillage et les journaux d’échec, puis nettoyez le cache correspondant avec les outils du projet. Ne supprimez pas tous les caches à la fois, sinon vous ne pourrez pas identifier l’origine de la corruption.

    Résultat : la résolution des dépendances est reproductible et les versions cohérentes
  5. 05

    Version de Xcode

    Notez xcodebuild -version et xcode-select -p, puis vérifiez que la version réellement utilisée par la tâche en ligne de commande correspond aux exigences du projet.

    Résultat : l’interface graphique et la ligne de commande utilisent la même chaîne d’outils
Copiez l’erreur avant de nettoyer

Le nettoyage de DerivedData, du cache des dépendances ou des répertoires d’archives modifie l’état initial. Dans un ticket, indiquez l’erreur avant nettoyage, l’action effectuée et le résultat obtenu ensuite.

Accès distant

Distinguez réseau local, client et session sur le nœud

Un affichage distant anormal ne signifie pas que le nœud est hors ligne. Vérifiez d’abord l’accès en ligne de commande, puis la compatibilité du client et les paramètres d’affichage, avant de traiter la reconnexion de la session.

Symptômes d’accès distant et actions de dépannage
Symptôme observé Vérification prioritaire Résultat attendu
Le client ne parvient pas à établir la session Vérifiez l’adresse du nœud, la version du client, les restrictions de sortie réseau et le mode d’accès distant fourni Le même nœud peut être connecté via un mode pris en charge
Affichage saccadé ou latence de saisie intermittente Notez le type de réseau local, l’heure des perturbations, l’utilisation éventuelle d’un proxy et la tâche transférée à ce moment-là Après réduction des transferts simultanés, vous pouvez déterminer s’il s’agit d’un problème de liaison locale
Résolution ou zoom anormal Vérifiez la stratégie de zoom du client, la résolution cible et les réglages d’affichage de la session Le texte et les zones interactives s’affichent entièrement sans être coupés
Les raccourcis clavier ne correspondent pas aux attentes Confirmez la disposition du clavier local, le mappage des touches modificatrices et les réglages d’interception des raccourcis du client Les combinaisons courantes produisent le même résultat dans l’éditeur de test
L’ancienne image reste affichée après reconnexion Vérifiez si l’ancienne session fonctionne encore, notez l’accessibilité en ligne de commande et recréez la session du client La nouvelle session affiche l’état actuel du système et accepte les entrées
La session reste ouverte après la fin du travail Enregistrez la tâche, arrêtez les processus sensibles, verrouillez l’écran et quittez le client en toute sécurité La session est fermée et une nouvelle vérification est requise pour se reconnecter

Que joindre au ticket

Nom et version du client, type de réseau local, nœud, heure de l’incident, symptômes à l’écran, accessibilité en ligne de commande et étapes de reconnexion déjà tentées.

Ne rien joindre au ticket

N’envoyez ni mot de passe, ni contenu de clé privée, ni jeton d’accès, ni éléments de signature non masqués. Pour signaler un problème d’identifiants, décrivez uniquement le type d’erreur et l’étape concernée.

État du service et SLA

Comprendre la disponibilité selon l’objectif, la période observée et les conditions de demande

SetMini vise une disponibilité de 99,9 %. Les nœuds fonctionnent normalement 365 jours par an, sans arrêt programmé ; les événements réels et l’état du nœud sont ceux renvoyés par la console.

Objectif de disponibilité 99,9 %

Évaluez la disponibilité selon la période statistique, les événements exclus et les conditions de demande prévues par les conditions de service. Le réseau, les identifiants ou les manipulations de l’utilisateur ne constituent pas une indisponibilité du nœud.

30 jours Fenêtre d’historique récente

Comparez les événements du nœud et l’heure du ticket.

60 jours Fenêtre d’historique intermédiaire

Identifiez les événements similaires récurrents.

90 jours Période complète consultable

Les conclusions d’état reposent sur les données de la console.

Une fois les conditions remplies

Demander une indemnisation selon les conditions de service

La demande doit inclure le numéro de commande, le nœud, les heures de début et de fin de l’événement, son impact et les tickets associés. L’examen et le traitement suivent les conditions de service.

Aide à la facturation

Commencez par comparer la durée, les options et l’état du paiement

Toutes les commandes sont facturées en USD. Les moyens de paiement réellement disponibles et l’état de la commande sont ceux renvoyés en temps réel par la console. Ajoutez le numéro de commande à tout ticket de facturation.

Période de location

Confirmez le renouvellement au jour, à la semaine, au mois ou au trimestre

Le montant du renouvellement dépend du modèle, de la durée, du nœud et des options choisis. Ne multipliez pas simplement le tarif journalier pour obtenir une autre durée : chaque période dispose d’un tarif catalogue distinct.

Voir les tarifs complets
Modes de paiement acceptés

Deux canaux, toujours en USD

  • USDT-TRC20Effectuez le paiement selon les informations renvoyées par la page de commande
  • Carte bancaireVisa / Mastercard / Amex, traité par Stripe

L’état du paiement, les moyens disponibles et le montant dû sont ceux renvoyés en temps réel par la console.

Tarifs des options de stockage et Thunderbolt 5
Option Par jour Par semaine Par mois Par trimestre
+1TB SSD $2.4 $6.4 $11.8 $32.1
+2TB SSD $4.8 $12.8 $23.6 $64.2
Thunderbolt 5 en parallèle, par machine $1.5 $4.1 $7.6 $20.7
Contacter le support

Fournissez toutes les informations en une fois pour limiter les échanges

Pour une commande existante, ouvrez en priorité un ticket depuis la console : le système associera votre compte et le contexte de la commande. Si vous ne pouvez pas vous connecter à la console, envoyez un e-mail à support@setmini.com.

01 Numéro de commande

Sert à confirmer le modèle, la durée et les options.

02 Nœud

Indiquez le code de région et l’identifiant de l’hôte.

03 Heure de l’incident

Précisez le fuseau horaire ainsi que les heures de début et de fin.

04 Sortie d’erreur

Joignez la commande complète, le code de sortie et les journaux clés.

05 Étapes effectuées

Décrivez chaque modification et son résultat dans l’ordre.

Étape suivante

Pas encore de commande ? Choisissez une configuration adaptée à votre workflow

SetMini propose deux nœuds physiques Apple Silicon dédiés, disponibles à la location au jour, à la semaine, au mois ou au trimestre. Vérifiez les caractéristiques, les tarifs, les nœuds et les options avant de commander.