Commencez ici. Si besoin, ouvrez un ticket.

Connectez-vous à la console, ouvrez la commande concernée et vérifiez l’identifiant du nœud, l’adresse SSH, le port et les identifiants fournis. Connectez-vous avec un terminal ou un client SSH. Pour accéder à l’interface graphique, utilisez les informations VNC fournies. Après la première connexion, vérifiez les caractéristiques de la machine, la version du système et l’espace disque disponible avant de configurer votre environnement de build.

En cas d’échec, notez séparément les résultats de connexion SSH et VNC. Dans votre ticket, indiquez l’identifiant du nœud, l’heure de l’échec et le message affiché par le client. N’envoyez ni mot de passe ni clé privée.

Attendez que la session de bureau se charge complètement, puis déconnectez-vous et reconnectez-vous une fois. Vérifiez que le client utilise l’adresse et le port VNC de votre commande, et non le port SSH. Si SSH fonctionne, vérifiez que la machine répond aux commandes et que la session graphique est active. Évitez de réinitialiser plusieurs fois la machine pour résoudre un problème d’affichage.

Si l’écran reste noir, indiquez dans votre ticket le nom du client, une capture d’écran, l’identifiant du nœud et si SSH fonctionne. Ces éléments permettront de distinguer un problème de session graphique d’un problème de connexion à la machine.

Gardez votre connexion actuelle ouverte. Ajoutez d’abord la nouvelle clé publique au fichier ~/.ssh/authorized_keys de l’utilisateur concerné et vérifiez que les permissions du répertoire et du fichier respectent les exigences de SSH. Dans un autre terminal, testez une connexion avec la nouvelle clé privée. Une fois le test réussi, vous pourrez supprimer l’ancienne clé publique.

Seule la clé publique doit être installée. Gardez la clé privée sur votre propre appareil et ne l’envoyez pas dans un ticket. Si l’ancienne clé ne fonctionne plus et que vous ne pouvez pas accéder à la machine, indiquez le numéro de commande et l’identifiant du nœud dans un ticket afin que l’équipe puisse vérifier les options de récupération.

Connectez-vous au compte macOS fourni, puis changez le mot de passe dans les réglages système, sous Utilisateurs et groupes, ou exécutez passwd dans une session de terminal de cet utilisateur. Avant de le modifier, assurez-vous de disposer encore d’une connexion SSH ou VNC fonctionnelle. Vérifiez le nouveau mot de passe dans une nouvelle session plutôt que de vous fier à la fenêtre déjà ouverte.

Si vous ne pouvez plus vous connecter, créez un ticket depuis la console avec le numéro de commande, l’identifiant du nœud et le message d’erreur. N’indiquez pas votre ancien mot de passe.

Vérifiez d’abord la chaîne d’outils actuelle avec xcodebuild -version. Si plusieurs versions de Xcode sont installées sur la machine, utilisez xcode-select -s pour sélectionner celle dont vous avez besoin, puis vérifiez à nouveau la version. Vous pouvez aussi définir explicitement DEVELOPER_DIR dans vos scripts CI afin que les tâches ne modifient pas la version par défaut les unes des autres.

Si la version souhaitée n’est pas installée, vérifiez la configuration système requise et l’espace disque disponible, puis téléchargez le fichier d’installation depuis une source officielle. Ne partez pas du principe que chaque version est déjà installée sur la machine.

Vérifiez dans l’ordre que le certificat dispose de sa clé privée, que le profil de provisionnement correspond à l’identifiant de l’application et que la tâche de build peut accéder au trousseau utilisé. Si le build manuel fonctionne, mais pas celui de la CI, comparez l’identité de l’utilisateur dans les deux sessions, l’état de déverrouillage du trousseau et les paramètres de signature.

Les certificats, clés privées et fichiers de trousseau sont des données sensibles. Vous pouvez joindre à votre ticket des journaux d’erreur expurgés, mais n’envoyez ni clé privée de certificat ni mot de passe complet de signature.

Dans Xcode, vérifiez les environnements d’exécution installés dans la gestion des plateformes. Vous pouvez aussi exécuter xcrun simctl list devices available pour afficher les appareils disponibles. Si l’environnement nécessaire manque, téléchargez dans Xcode un composant compatible avec votre version actuelle et prévoyez suffisamment d’espace disque.

Dans la CI, ne choisissez pas la cible en vous fiant uniquement au nom de l’appareil. Indiquez clairement la version de l’environnement d’exécution et le modèle de l’appareil dans la configuration de build, puis vérifiez que la cible est toujours disponible après une mise à jour de Xcode.

Commencez par vérifier DerivedData, les anciennes archives, les environnements Simulator téléchargés et le cache des dépendances afin de déterminer ce qui peut être recréé sans risque. Sans sauvegarde, ne supprimez ni certificats, ni code source, ni artefacts en cours d’utilisation.

Si votre projet nécessite un espace de travail persistant plus important, vous pouvez ajouter un SSD de +1TB ou +2TB au moment de la commande. Les options disponibles pour une commande en cours sont celles proposées dans la console. Pour obtenir de l’aide, ouvrez un ticket en indiquant le numéro de commande et l’espace utilisé.

À chaque commande, choisissez une durée. Le prix correspondant et la date d’échéance figurent sur la commande. Le XV M4 Runner coûte $21.4/jour, $57.8/semaine, $107.1/mois ou $291.3/trimestre. Le XV M4 Studio coûte $40.7/jour, $109.8/semaine, $203.3/mois ou $553/trimestre. Les prix sont en dollars américains.

Ne considérez pas le prix mensuel comme un tarif journalier. Une fois la durée prévue déterminée, comparez le prix total de chaque durée. Vérifiez également les options de stockage supplémentaire selon la même période de commande.

Si vous renouvelez la même instance avant la fin de la période en cours, vous continuerez normalement à utiliser la même machine. Vérifiez dans la console l’instance concernée par la commande de renouvellement et sa nouvelle date d’échéance. Pour changer de modèle ou de nœud, ne procédez pas à un simple renouvellement : ouvrez d’abord un ticket pour confirmer les modalités de migration et sauvegardez vos données.

Une machine dont la location arrive à échéance sans renouvellement est récupérée et son disque entièrement réinitialisé. Un renouvellement dont le paiement n’est pas finalisé ne constitue pas une sauvegarde.

Fiez-vous aux coordonnées de paiement, aux exigences et à l’état de réception indiqués pour la commande concernée dans la console. N’utilisez pas l’adresse d’une ancienne commande et ne supposez pas un nombre fixe de confirmations. Vérifiez que le réseau utilisé est bien USDT-TRC20 et conservez le hash de transaction. Si la transaction est confirmée sur la blockchain, mais que la commande n’a pas été mise à jour, ouvrez un ticket dans la console en indiquant le numéro de commande et le hash.

N’envoyez ni clé privée de portefeuille ni phrase de récupération dans un ticket.

Les commandes sont facturées en dollars américains (USD). Les cartes acceptées sont Visa, Mastercard et Amex, traitées par Stripe ; les moyens de paiement disponibles sont ceux affichés en temps réel dans la console. Stripe traite les numéros de carte ; ils ne transitent pas par les serveurs de ce site.

Si l’émetteur de votre carte indique un montant comptabilisé différent ou des frais supplémentaires sur votre relevé, vérifiez ses règles. Le montant de la commande est celui en dollars affiché dans la console.

Si la location prend fin sans renouvellement, la machine est récupérée et le disque entièrement réinitialisé. Les données sont effacées et le système réinstallé avant la prochaine mise à disposition. Aucune copie de vos projets ne pourra être récupérée après cette opération.

Les informations de compte et les données nécessaires à la comptabilité sont distinctes des données stockées sur le disque de la machine. Pour en savoir plus sur le traitement des informations de compte, posez votre question en créant un ticket dans la console.

Commencez par envoyer votre code source dans un dépôt que vous gérez. Exportez ensuite les certificats et clés privées, les paramètres de signature, les archives à conserver, les données de test et les scripts vers un espace de stockage sous votre contrôle. Pour les fichiers volumineux, utilisez un outil de transfert de fichiers SSH et procédez par lots. Vérifiez la taille des fichiers ou leur somme de contrôle.

Ne supprimez pas immédiatement les fichiers d’origine. Récupérez un projet ou un artefact depuis la sauvegarde et vérifiez concrètement qu’il peut être ouvert ou recompilé. Une fois cette vérification effectuée, planifiez la fin de la location en fonction de la date d’échéance de votre commande.

Les fichiers de vos projets stockés sur une machine physique dédiée vous appartiennent. Nous ne les consultons ni ne les analysons. Pour diagnostiquer un problème, nous nous appuyons d’abord sur l’identifiant du nœud, les messages d’erreur et les captures expurgées que vous choisissez de joindre à votre ticket.

Avant d’envoyer une capture, masquez les jetons, les identifiants de connexion, le contenu des certificats et toute information sensible liée à votre projet. Si vous souhaitez fournir des éléments de diagnostic supplémentaires, précisez d’abord dans votre ticket lesquels vous acceptez de transmettre.