Commencez par vérifier le modèle et le nœud physique indiqués sur votre commande, puis configurez votre connexion au bureau, vos outils de développement ou vos tâches de compilation. Ces guides vous indiquent les vérifications à effectuer ; pour les paramètres de connexion et la disponibilité réelle, fiez-vous aux informations de livraison affichées dans la console.
Vérifiez le modèle, la durée de facturation et les options choisies.
Comparez le nœud physique indiqué sur la commande et dans les informations de livraison.
Configurez votre client de bureau à distance selon le mode de connexion fourni.
Cet index n’affiche ni adresse de connexion ni identifiants. Connectez-vous pour consulter vos informations de livraison.
Saisissez un mot-clé ou choisissez un type d’opération. Les résultats ci-dessous vous mènent directement aux vérifications correspondantes, sans avoir à deviner le port de connexion, la version des outils ou le montant de la facture.
12 étapes disponibles
Aucun résultat. Essayez « connexion », « certificat », « runner » ou « durée », ou effacez votre recherche pour afficher toutes les étapes.
Vous utilisez une machine physique dédiée, et non une machine virtuelle à laquelle appliquer des paramètres d’image génériques. Commencez par faire correspondre la commande aux informations de livraison, puis configurez votre client.
Dans la console, vérifiez le modèle commandé, la durée (jour, semaine, mois ou trimestre) et les options choisies. Si la commande ne correspond pas à vos attentes, vérifiez d’abord les choix enregistrés ; ne déduisez ni le matériel ni le prix du nom du modèle.
Comparez le nœud indiqué dans les informations de livraison avec celui choisi lors de la commande. Les emplacements disponibles incluent Singapour, Tokyo, Séoul, Hong Kong et l’ouest des États-Unis. La disponibilité actuelle est celle affichée en temps réel dans la console.
Vérifiez la stabilité de votre réseau local, installez un client de bureau à distance compatible avec le mode de connexion fourni et consultez les paramètres de connexion après vous être connecté. Ne publiez pas d’adresse ni d’identifiants dans une demande d’aide publique.
Commencez par vérifier que votre réseau local peut accéder aux services requis, puis comparez les paramètres du client aux informations de livraison. Si l’image s’affiche mais que les commandes ne répondent pas, notez séparément ce qui se passe à l’écran, au clavier et à la souris. Ne modifiez pas les paramètres de connexion sans les avoir vérifiés.
Notez le nœud choisi, le type de client, l’heure du problème, ce qui s’affiche à l’écran et les étapes déjà tentées. Connectez-vous à la console pour ouvrir un ticket. Pour consulter toutes les étapes, lisez aussi le guide de connexion au bureau à distance.
Guide de connexion au bureau à distanceCommencez par dresser la liste des éléments, puis recréez l’environnement. Ne partez pas du principe que tous les outils, extensions ou versions requis par votre projet sont déjà installés : vérifiez l’environnement réel de la machine et la documentation du projet.
Notez les versions de macOS et de Xcode, les SDK et les outils en ligne de commande requis par le projet. Après connexion, vérifiez les versions installées avant de modifier la chaîne d’outils, puis lancez un build de validation minimal.
À vérifier : configuration du projet, documentation de build de l’équipe, versions réellement installées.
Recensez les gestionnaires de paquets, fichiers de verrouillage, versions d’exécution et noms des variables d’environnement. Installez les éléments un à un dans le cloud et lancez les tests. Évitez de copier en bloc une configuration locale susceptible de contenir des jetons, des clés privées ou des chemins personnels.
À vérifier : fichiers de verrouillage des dépendances, consignes d’environnement, résultats des tests.
Vérifiez séparément l’identité de signature, les profils de provisionnement, la configuration des cibles du projet et les autorisations de l’équipe. Transférez les éléments uniquement par un moyen sécurisé approuvé par votre équipe ; après validation, vérifiez où sont stockés les fichiers temporaires.
À vérifier : paramètres de signature du projet, validité des éléments, autorisations d’accès.
Après chaque groupe de dépendances, lancez la commande de compilation ou de test correspondante et conservez les erreurs. Vous pourrez ainsi repérer plus facilement les problèmes qu’en migrant toute la configuration d’un coup avant de chercher la cause d’un échec.
Avant d’ajouter un self-hosted runner, définissez qui peut lancer les tâches, quelles ressources elles peuvent lire et où consulter les journaux en cas d’échec. La réussite d’un build lancé depuis un bureau interactif ne garantit pas que les tâches automatisées disposent des mêmes autorisations.
Vérifiez le compte qui enregistre le runner, son périmètre d’accès aux dépôts ou aux projets, ainsi que les conditions de déclenchement des tâches. Distinguez le compte utilisé au quotidien pour le bureau à distance des autorisations nécessaires aux tâches automatisées ; n’élargissez pas les accès pour faciliter le diagnostic.
Vérifiez Xcode, les outils en ligne de commande, les dépendances du projet et le répertoire de travail. Commencez par une tâche minimale reproductible, puis vérifiez son code de sortie, les journaux de build et le chemin des artefacts avant d’intégrer l’ensemble du pipeline.
Déterminez les identifiants et certificats requis par les tâches et limitez leur accès. Ne les intégrez ni au dépôt, ni à la sortie des scripts, ni aux tickets. Après l’exécution, vérifiez que les fichiers temporaires et les journaux ne contiennent pas de données sensibles par inadvertance.
Si le build lancé manuellement depuis le bureau diffère de celui du runner, comparez d’abord le compte d’exécution, le répertoire de travail, les versions des outils et les variables d’environnement. Conservez les journaux d’erreur des deux builds et examinez les différences une à une.
Vérifiez le modèle, le nœud, la durée et les options, puis contrôlez le détail du montant à régler. Ne comparez pas les prix affichés pour des durées différentes comme s’il s’agissait du même tarif journalier.
Les durées de commande sont affichées séparément : jour, semaine, mois et trimestre. Lorsque vous changez de durée, vérifiez à nouveau le prix du modèle et des options choisies, ainsi que les dates réelles indiquées sur la commande.
Si vous choisissez un SSD supplémentaire de +1 To ou +2 To, ou une connexion Thunderbolt 5 en parallèle, vérifiez chaque option sélectionnée et son prix pour la durée choisie. Une option non sélectionnée ne fait pas partie de la configuration achetée.
Paiement uniquement par USDT-TRC20 ou par Visa, Mastercard ou Amex via Stripe. Tous les paiements sont réglés en USD. Lors du paiement, les moyens effectivement disponibles sont ceux proposés dans la console.
Ces termes vous aideront à distinguer la machine, son emplacement, le mode de connexion et l’unité de facturation dans les informations de livraison ou pour décrire un problème.
Voici des pistes d’apprentissage, et non la liste d’articles déjà publiés. Pour effectuer une opération, utilisez l’index des guides ci-dessus, qui mène directement aux étapes correspondantes.
Distinguez les concepts d’architecture du mode de livraison sur une machine physique dédiée.
Des autorisations du runner au premier build, en passant par la vérification des journaux et des artefacts.
Organisez le transfert des éléments de signature entre le développement à distance et les tâches automatisées.
Distinguez la validation du build sur le Mac dans le cloud des étapes de soumission qui suivent.
Intégrez les dépendances, la signature, les paramètres de build et la validation des artefacts à votre processus.
Partez de l’inventaire des outils et reproduisez les versions et dépendances du projet une à une.
Indiquez le modèle, le nœud choisi, l’heure du problème, le résultat attendu, le résultat obtenu et les étapes déjà tentées. Pour un problème de build, joignez les journaux d’erreur après en avoir supprimé les données sensibles. Ne transmettez pas de mots de passe, de jetons ni de clés privées sur une page publique, par e-mail ou dans un ticket.
Vérifiez d’abord l’offre, puis passez commande. Pour toute question sur la connexion ou la facturation d’une commande existante, utilisez la console.