Cette procédure couvre l’activation, la connexion, l’ouverture de session, les builds Xcode, les options de stockage, le renouvellement et la libération de votre Mac MiniDebug dans le cloud. Effectuez d’abord les vérifications locales, puis envoyez le contexte de la commande et les journaux anonymisés via un ticket dans la console.
Un échec de connexion distante, de build ou d’état de commande peut produire des symptômes similaires, mais les points de contrôle diffèrent. Ces six catégories peuvent être signalées via un ticket dans la console.
Vérifiez l’identifiant de commande, la durée, l’état de l’hôte et les informations de livraison. Les nouveaux achats, renouvellements et opérations de gestion de l’hôte s’effectuent dans la console ; l’état réel est celui renvoyé en temps réel par la console.
Vérifiez les adresses, ports, itinéraires réseau et sessions distantes pour les cinq nœuds : Singapour, Japon (Tokyo), Corée du Sud (Séoul), Hong Kong et côte Est des États-Unis.
Vérifiez la première connexion, la mise à jour des identifiants, les clés SSH, les autorisations des sessions graphiques et la portée d’accès du compte. Pour le travail en équipe, utilisez des identifiants individuels traçables.
Analysez les tâches xcodebuild ou fastlane selon la version de Xcode, les outils en ligne de commande, le cache des dépendances, les éléments de signature, l’espace disque et les journaux de build.
Vérifiez la capacité choisie, l’état du montage, l’espace disponible et les répertoires de tâches. En cas de manque d’espace, supprimez d’abord les caches régénérables, puis déterminez s’il faut ajuster la configuration.
Avant de renouveler, vérifiez la période et les options. Avant de libérer l’hôte, sauvegardez le code, les certificats, les modèles, les ressources et les artefacts de build, puis confirmez que les tâches automatisées n’écrivent plus de données.
Ne commencez pas par une ancienne adresse enregistrée. Pour chaque commande, fiez-vous à l’état de l’hôte et aux informations de connexion affichés dans la console.
Connectez-vous à la console, ouvrez la commande correspondante, vérifiez le modèle MiniDebug M4 et la configuration M4, 16GB RAM, 256GB SSD, puis notez le nœud sélectionné. Si l’hôte n’est pas encore connectable, ne répétez pas les tentatives de connexion distante.
Copiez l’adresse cible, le port, le compte et les modes de connexion pris en charge. Conservez l’adresse et le port ensemble ; ne mélangez pas les paramètres SSH avec ceux de VNC ou du partage d’écran.
Lancez la connexion de préférence depuis un appareil local fiable. Lors de la première connexion SSH, vérifiez l’empreinte de l’hôte ; pour une connexion graphique, confirmez que le nœud correspond à la commande et n’enregistrez pas les identifiants sur un appareil partagé.
Mettez immédiatement à jour les identifiants initiaux après la connexion ; pour l’automatisation SSH, privilégiez les clés. En équipe, limitez les membres autorisés et évitez le partage durable d’un compte ou l’écriture de mots de passe en clair dans les scripts.
Vérifiez l’accès au dépôt de code, la résolution DNS, l’espace disque, le chemin de Xcode et les outils en ligne de commande. Exécutez d’abord une commande de vérification légère, puis téléchargez toutes les dépendances ou lancez un build long.
La fin des journaux indique souvent seulement l’arrêt de la tâche. Remontez jusqu’à la première erreur stable, classez le problème dans l’une des six catégories ci-dessous, puis décidez s’il faut modifier le projet ou ouvrir un ticket d’infrastructure.
Orientation : L’utilisateur vérifie les paramètres de signature du projet ; si les éléments de signature sont illisibles, vérifiez ensuite les droits des fichiers et le chemin d’injection de l’automatisation.
Orientation : Vérifiez d’abord la lecture dans une session interactive, puis reproduisez la tâche automatisée et comparez les variables d’environnement et le compte d’exécution.
xcode-select -p pour vérifier le chemin actuel.Orientation : Fixez d’abord la version et le chemin, puis supprimez les données dérivées incompatibles avec la nouvelle version ; ne modifiez pas plusieurs variables à la fois.
Orientation : Un problème de cache doit pouvoir être confirmé par comparaison avec un cache vide ; en cas d’échec de téléchargement réseau, notez séparément la cible, l’heure et le code d’erreur.
Orientation : Supprimez en priorité les caches régénérables ; les besoins de capacité à long terme doivent être vérifiés dans les options de stockage d’une prochaine commande.
Orientation : Envoyez en priorité des journaux texte, pas uniquement une capture d’écran ; retirez les jetons de dépôt, clés de téléversement, mots de passe et extraits de code source.
Ces sept étapes forment une chaîne de dépendances. Tant qu’une étape amont n’est pas validée, les réglages du client en aval changent rarement le résultat.
Vérifiez la commande et l’état de l’hôte dans la console. Si l’état diffère de l’attendu, notez l’identifiant de commande et le résultat affiché, puis ouvrez un ticket.
Copiez exactement l’adresse de connexion de la commande actuelle, éliminez les espaces superflus, les anciennes adresses et toute surcharge locale de hosts, puis vérifiez que vous ne vous connectez pas à une autre commande.
Vérifiez que SSH, VNC ou le partage d’écran utilisent le port et le client correspondants. Consignez séparément les délais d’attente, refus de connexion et échecs d’authentification.
Testez les mêmes paramètres depuis un autre réseau fiable afin de déterminer si la sortie de l’entreprise, le proxy ou le réseau de l’opérateur affecte la connexion. N’exposez pas vos identifiants pendant le test.
Vérifiez que l’appareil local et le réseau de l’organisation autorisent le trafic sortant vers le port cible. Ne désactivez pas toutes les protections pour dépanner ; validez avec le périmètre minimal.
Distinguez la réussite de la connexion réseau de celle de l’authentification du compte. Vérifiez le nom du compte, les droits de la clé, l’accès graphique et la mise à jour des identifiants.
Vérifiez les sessions graphiques non terminées, les tâches automatisées en double et l’utilisation des ressources. Quittez d’abord proprement les anciennes sessions, puis effectuez une nouvelle tentative contrôlée.
Les tickets dans la console conviennent aux problèmes liés à une commande existante. Si vous ne pouvez pas vous connecter à la console, utilisez l’unique adresse d’assistance support@minidebug.com et fournissez les informations nécessaires pour vérifier votre compte.
Le ticket conserve le contexte de la commande et convient aux problèmes d’état de l’hôte, de connexion au nœud, d’options, de renouvellement et de libération. Effectuez les vérifications correspondantes avant l’envoi.
Indiquez le type de problème et l’identifiant de commande dans l’objet, puis utilisez la structure de champs à gauche dans le corps du message. Vous pouvez copier directement l’adresse si elle est longue.
À partir des éléments du ticket, nous déterminerons si le problème concerne le nœud physique, l’utilisation de macOS, le code du projet ou une dépendance externe, puis nous indiquerons la prochaine vérification à effectuer.
Cela comprend les états d’hôte anormaux affichés dans la console, les informations de connexion ne correspondant pas à la commande, les problèmes d’accessibilité réseau du nœud et une configuration de commande différente de celle sélectionnée.
Cela comprend les réglages système, les droits des fichiers, l’environnement Shell, le nettoyage du disque, les paramètres du client distant et les autorisations du compte local.
Cela comprend les erreurs de compilation, échecs de tests, configuration de signature, conflits de versions des dépendances, chemins de scripts, variables d’environnement et logique d’exécution de l’application.
Cela comprend les erreurs d’authentification, de limitation de débit ou de serveur renvoyées par l’hébergement de code, les miroirs de dépendances, les dépôts de paquets, les systèmes de notification et les cibles de téléversement.
Les paramètres de connexion, les tarifs, la protection des données et les problèmes courants de build sont traités dans des guides dédiés. Si leurs vérifications ne résolvent pas le problème, ajoutez les résultats au ticket.
Comparez SSH, VNC et le partage d’écran macOS, puis analysez la connexion selon la latence, la bande passante et l’état de la session.
Vérifiez le format de l’appareil, la durée, le nœud, les options, les moyens de paiement, les outils de build et le périmètre du traitement des données.
Découvrez l’isolation par hôte physique dédié, la gestion des identifiants, la protection des accès distants, le cycle de vie des données et la répartition des responsabilités.
Consultez la configuration fixe du MiniDebug M4, les quatre durées de location, les options de stockage, l’interconnexion Thunderbolt 5 et la matrice des nœuds.
Distinguez les questions de configuration avant-vente, les problèmes de commandes existantes, les incidents de connexion, l’environnement de build, la sécurité et les demandes de partenariat.
Les nouveaux achats, renouvellements et opérations de gestion de l’hôte s’effectuent dans la console ; pour une commande existante, ouvrez en priorité un ticket dans la console. Les paiements sont acceptés uniquement via USDT-TRC20 et Visa / Mastercard / Amex (par Stripe). Toutes les commandes sont réglées en dollars américains (USD) ; la disponibilité effective des moyens de paiement dépend de la réponse de l’interface backend.