Vérifiez les prérequis et les résultats

De la commande à votre premier bureau

Ce guide s’adresse aux équipes réparties entre l’Asie-Pacifique et l’Amérique du Nord. Vérifiez d’abord la commande et le site, puis connectez-vous à votre Mac physique dédié. Si vous êtes bloqué, notez l’heure et le message d’erreur avant de suivre les étapes de dépannage correspondantes.

Choisir un site et louer un Mac Se connecter au portail

Si vous avez déjà passé commande, ouvrez les détails de l’instance depuis le portail. Pour une première utilisation, prévoyez un navigateur récent et une connexion stable.

Première connexion

Vérifiez la correspondance entre commande, site et bureau

La facturation de l’instance commence une fois le paiement confirmé. Avant d’ouvrir le bureau, vérifiez les informations de l’instance : la confirmation du paiement ne signifie pas que le bureau est déjà accessible.

Connectez-vous au compte utilisé pour la commande

Prérequis : la commande est passée et vous pouvez accéder à l’adresse e-mail utilisée. Ouvrez le portail, connectez-vous avec cette adresse, puis accédez à la liste des instances.

Résultat attendu : la commande et l’instance correspondantes apparaissent. Si la liste ne correspond pas à vos attentes, vérifiez l’adresse e-mail du compte connecté, le paiement et les détails de la commande. Notez le numéro de commande avant d’envoyer une demande d’assistance ; ne passez pas une nouvelle commande pour contourner le problème.
Vérifiez le site et l’état de l’instance

Prérequis : l’instance apparaît dans la liste. Ouvrez ses détails et vérifiez son ID, le site choisi et son état. La disponibilité effective est celle indiquée en temps réel dans le portail.

Résultat attendu : le site correspond à la commande et les détails proposent un moyen de connexion utilisable. Si l’instance n’est pas prête, consultez le message d’état. En cas d’écart avec la commande, notez le message exact et l’heure, sans lancer plusieurs actions à la suite.
Ouvrez macOS dans votre navigateur

Prérequis : les détails de l’instance indiquent qu’un moyen de connexion est disponible. Cliquez sur « Ouvrir le bureau » et autorisez le navigateur à ouvrir un nouvel onglet. Vous pourrez y utiliser macOS sans installer de client de bureau.

Résultat attendu : le bureau s’affiche et répond au clavier et à la souris. Si aucun nouvel onglet ne s’ouvre, vérifiez si le navigateur bloque les fenêtres pop-up. Si la page s’ouvre mais que la connexion échoue, notez le message et suivez les étapes réseau ci-dessous.

Terminal

Utilisez SSH pour les builds et les scripts

Le bureau dans le navigateur sert aux tâches graphiques. SSH permet d’exécuter des commandes, des scripts de build et de consulter des journaux. Les deux méthodes se connectent au même Mac physique dédié ; elles ne donnent pas accès à deux environnements isolés.

Récupérez les paramètres dans les détails de l’instance

Connectez-vous au portail, ouvrez les détails de l’instance concernée et récupérez l’adresse de connexion, le nom d’utilisateur, le port et les informations d’authentification actuels. N’utilisez pas l’adresse d’une autre instance, un ancien historique de connexion ou une commande d’exemple comme paramètres de votre machine.

Dans votre terminal local, exécutez la commande ci-contre en remplaçant les paramètres par les valeurs réelles. Remplacez chaque champ entre chevrons dans son intégralité, sans saisir les chevrons. Utilisez le mode d’authentification indiqué dans les détails de l’instance.

Lors de la première connexion, vérifiez l’instance et les informations de connexion avant de confirmer son identité. Si les informations d’hôte enregistrées changent de façon inattendue, ne passez pas outre la vérification. Une fois la cible confirmée, suivez les indications du terminal.

Résultat attendu : le terminal ouvre une session distante et vous pouvez exécuter des commandes de base et vérifier l’utilisateur actif ainsi que le répertoire de travail. Avant de lancer une tâche longue, vérifiez la durée de service restante et l’emplacement où les journaux seront enregistrés.

Format de la commande

ssh -p <port> <nom_utilisateur>@<adresse_de_connexion>

Après la connexion, vérifiez l’environnement d’exécution :

whoami
pwd
sw_vers
xcode-select -p

Ces commandes affichent l’utilisateur, le répertoire, la version du système et le chemin des outils en ligne de commande. Elles n’installent aucun logiciel. En cas d’échec du build, conservez les sorties pertinentes et les journaux d’erreur. Ne laissez apparaître aucun mot de passe, aucune clé privée ni aucun autre identifiant de connexion dans vos captures d’écran.

Repérez l’origine des ralentissements

Vérifiez la distance, le réseau et l’ordre de migration

Un bureau saccadé, un transfert de fichiers lent et un build long sont des problèmes différents. Notez d’abord quelle opération ralentit, puis modifiez un seul paramètre à la fois pour comparer les résultats. Évitez de changer simultanément de réseau et d’outil ou de modifier le projet.

Comparez la position de l’utilisateur et celle du site

Prenez comme point de départ le lieu où se trouve la personne qui utilise le bureau, et non le siège social de l’entreprise. Les sites disponibles sont Singapour, le Japon (Tokyo), la Corée du Sud (Séoul), Hong Kong et l’ouest des États-Unis : 5 sites au total.

Pour les tâches graphiques, privilégiez un site proche. Pour les builds, tenez aussi compte du trajet des transferts de code, de dépendances et d’artefacts. Les distances entre régions ne sont qu’indicatives : les performances réelles dépendent du réseau utilisé. Nous ne publions pas de valeurs de latence non mesurées.
Ne modifiez qu’un paramètre du réseau local

Mettez en pause les transferts volumineux et les autres tâches qui consomment de la bande passante. Gardez la même instance, le même navigateur et la même opération, puis observez la réactivité du bureau. Si possible, comparez avec un autre réseau de confiance.

Notez le type de réseau avant et après le changement, l’utilisation éventuelle d’un proxy, la période des ralentissements et l’impact éventuel sur SSH. Si le problème ne concerne qu’un onglet, consultez les messages du navigateur. Si seul le build est lent, examinez les journaux de compilation et les tâches du projet.
Testez une nouvelle instance sur le site cible

Si la personne qui utilise principalement l’instance s’est installée durablement dans une autre région, vous pouvez ouvrir une nouvelle instance sur un site plus proche, y transférer le projet selon la liste de migration, puis vérifier le bureau et les builds. Le changement de site ne déplace pas l’instance existante en un clic.

Conservez les données de l’ancienne instance et une solution de retour arrière tant que la nouvelle n’a pas été validée. Vérifiez que le code, les versions des outils et les artefacts correspondent avant d’organiser le relais. Chaque instance étant facturée séparément, vérifiez votre budget avant d’en ajouter une.

Voir les 5 sites disponibles

Migrer votre environnement local vers le cloud

Transférez les données, alignez les outils, puis configurez la CI

Une migration n’est pas terminée quand les fichiers ont été transférés : la machine cible doit pouvoir générer un artefact vérifiable à partir d’un commit donné. Validez ces trois étapes dans l’ordre avant de passer à la suivante.

01 · Données

Transférez le projet et les éléments de signature

Prérequis : vous avez validé le code à migrer et disposez des droits nécessaires pour utiliser les éléments de signature. Notez l’adresse du dépôt, la branche, l’identifiant du commit et l’emplacement des ressources non suivies par le dépôt.

Récupérez le dépôt et vérifiez la branche et l’identifiant du commit.
Migrez les ressources requises par le projet, les certificats de signature et les profils de provisioning.
Transférez les éléments sensibles par un moyen sécurisé. Ne les placez pas dans un dépôt public ni dans une capture d’écran jointe à une demande d’assistance.

Validation : le projet s’ouvre, les ressources sont présentes et le processus de build détecte les éléments de signature nécessaires.

02 · Outils

Alignez les versions locales et cloud

Prérequis : vous avez noté les versions de Xcode, des outils en ligne de commande et du gestionnaire de dépendances qui fonctionnent en local. Vérifiez d’abord l’environnement cloud, puis installez ou sélectionnez les versions nécessaires. Ne remplacez pas l’alignement des versions par l’installation de la « dernière version ».

Vérifiez la version de Xcode et le chemin des outils en ligne de commande sélectionnés.
Préparez le gestionnaire de dépendances et l’environnement d’exécution requis par le projet.
Conservez le fichier de verrouillage des dépendances et enregistrez un journal de build complet.

Validation : le même commit peut être compilé manuellement sur la machine cible et le journal indique les versions des outils ainsi que les artefacts générés.

03 · CI

Enregistrez la machine validée comme agent de build

Prérequis : le build manuel est réussi et vous avez les droits de configuration du système CI de votre équipe. Enregistrez la machine de build avec l’outil CI utilisé par l’équipe et dirigez les tâches automatisées vers l’environnement cible.

Définissez l’utilisateur d’exécution, le répertoire de travail et les variables d’environnement nécessaires.
Configurez l’accès aux identifiants, les étiquettes des tâches et le chemin des artefacts.
Lancez d’abord une tâche de validation, puis intégrez la machine au pipeline de production.

Validation : la tâche CI aboutit, les journaux, les artefacts et l’identifiant du commit sont traçables, et le membre suivant peut reproduire le résultat.

Relais entre fuseaux horaires

Laissez les informations utiles à l’équipe suivante

Chaque Mac mini est attribué à un seul client : son CPU et sa mémoire ne sont pas partagés avec d’autres clients. Au sein de votre équipe, il reste nécessaire de coordonner les interventions. Une machine dédiée n’empêche pas plusieurs personnes de modifier simultanément le même environnement.

Une personne prépare un plan et prend des notes à son bureau, pour illustrer le relais des tâches entre fuseaux horaires — Mettez à jour les notes de relais au fil du travail ; ne vous contentez pas d’écrire « la machine est prête ».

Avant de quitter le bureau, notez ces quatre points

État du code : validez les modifications terminées et indiquez le dépôt, la branche et l’identifiant du commit. Signalez à part les fichiers non validés pour éviter qu’un autre membre ne les écrase par erreur.
Tâches en cours : notez les builds, scripts et processus encore actifs, ainsi que l’emplacement des journaux et la possibilité de les interrompre. Fermer le navigateur ne signifie pas que la tâche est arrêtée.
Modifications de l’environnement : indiquez les changements apportés à Xcode, aux dépendances, aux variables d’environnement et au répertoire de travail. Avant de modifier un chemin d’outil global, vérifiez qu’aucune autre tâche n’utilise l’ancien chemin.
Prochaine étape : donnez la prochaine commande, le résultat attendu et la méthode de validation, en précisant le fuseau horaire du relais.

Indiquez la date et l’heure sous une forme complète, avec le décalage UTC, plutôt que d’écrire simplement « hier soir » ou « ce matin ». Si votre équipe est répartie entre l’Asie-Pacifique et l’ouest des États-Unis et travaille souvent en parallèle, vous pouvez utiliser des instances situées près de chaque équipe. Gardez les environnements cohérents en consignant les versions utilisées.

Durée de service et facturation

Renouvelez avant l’échéance et vérifiez les frais avant tout changement

Les périodes de facturation sont disponibles à la journée, à la semaine, au mois ou au trimestre. La facturation de l’instance commence une fois le paiement confirmé. Les 5 sites sont au même tarif. Consultez le catalogue pour connaître les prix des configurations et des options, puis vérifiez la commande avant de payer.

Renouvellement et sauvegarde des données

Consultez la date d’expiration de l’instance et les options de renouvellement disponibles dans le portail. Payez avant l’échéance et vérifiez que la durée de service a bien été mise à jour. La création d’une facture ne signifie pas que le renouvellement est terminé.

Pour modifier la période suivante, vérifiez d’abord les options proposées dans le portail. Si vous avez un doute, envoyez une demande d’assistance en indiquant l’ID de l’instance et la période souhaitée. Sauvegardez votre code, vos éléments de signature et vos artefacts de build avant l’échéance ; ne faites pas du disque de l’instance votre seule sauvegarde.

Vérifier la date d’expiration

Options et changements de configuration

Les options disponibles comprennent un SSD de +1TB, un SSD de +2TB et la mise en parallèle Thunderbolt 5. Les options et la machine sont facturées selon la même période. Le portail indique les options réellement disponibles et leur date de prise d’effet.

Avant d’ajouter ou d’annuler une option, ou de modifier la configuration en cours de période, vérifiez le montant et la date de prise d’effet indiqués dans la commande. Ne supposez pas que le montant sera automatiquement calculé au prorata des jours restants et ne considérez pas une demande d’annulation comme un remboursement immédiat. Si le changement concerne des données, sauvegardez-les avant de procéder.

Vérifier les prix et options

Paiements, transactions et factures

Seuls USDT-TRC20 et Visa / Mastercard / Amex (via Stripe) sont acceptés. Tous les paiements sont réglés en dollars américains (USD). Les moyens de paiement disponibles sont ceux renvoyés par l’interface côté serveur.

En cas de problème de paiement, conservez le numéro de commande, le montant, l’heure du paiement et les détails de la transaction. Vérifiez l’état de la facture avant d’envoyer une demande d’assistance. Pour une facture ou un justificatif, indiquez la commande concernée et les informations nécessaires ; l’équipe d’assistance vous confirmera les documents disponibles. Ne communiquez jamais votre numéro de carte complet ni son code de sécurité.

Voir les factures dans le portail

Joignez vos vérifications à la demande

Donnez-nous les éléments nécessaires pour comprendre le problème

Connectez-vous au portail pour envoyer une demande d’assistance et présentez les informations dans l’ordre ci-dessous. Les demandes sont traitées dans leur ordre de réception. Nous ne garantissons aucun délai de réponse sans confirmation préalable.

Vérifiez cette liste avant l’envoi

Instance et site: ID de l’instance, site choisi et numéro de commande associé. Le nom du modèle ne suffit pas.
Période concernée: Heure de début, durée du problème et heure de sa dernière reproduction, avec le décalage UTC.
Action et résultat attendu: Indiquez la page ou la commande utilisée, le résultat attendu et ce qui s’est réellement passé.
Erreur et captures: Joignez le texte exact de l’erreur, les journaux utiles et des captures d’écran. Masquez les mots de passe, clés et informations sensibles sur vos projets.
Vérifications déjà effectuées: Précisez si vous avez changé de réseau, vérifié l’état de l’instance ou relancé la commande, afin d’éviter de répéter les mêmes essais.

La disponibilité garantie est de 99,9 %, soit environ 43 minutes d’indisponibilité tous les 30 jours. Pour demander une compensation en durée de service, envoyez également une demande via le portail avec l’ID de l’instance et la période d’indisponibilité. Toute durée dépassant ce quota est convertie au prorata en compensation de service.

Indiquez l’instance et la période concernées

Pour un problème lié à une commande, envoyez une demande depuis le portail. Pour obtenir des conseils sur le choix d’un site avant de commander ou si vous ne pouvez pas vous connecter, consultez les informations de contact et écrivez-nous à support@macudp.com.

Se connecter et envoyer une demande Contact et demandes d’information