Connectez votre poste de travail
Le bureau avec VNC, la compilation avec SSH.
Continuez à coder sous Windows ou Linux. Transférez votre projet vers un environnement macOS dédié uniquement lorsque vous devez compiler pour iOS.
Vous avez déjà une commande ? Connectez-vous au portail et consultez les paramètres de connexion dans les détails de l’instance. Ne stockez pas de mots de passe ni de clés privées dans votre dépôt.
Consultez les paramètres dans le portail et renseignez-les selon le mode de connexion.
Transférer le projet → compiler et exporter → télécharger le fichier
Choisir votre mode d’accès
Les trois modes donnent accès à la même machine. Inutile de louer une instance distincte pour chaque tâche. Choisissez ce que vous voulez faire, puis ouvrez le client adapté.
Pour vérifier l’environnement, utiliser l’interface graphique de Xcode et consulter les réglages de signature. Le client affiche le bureau macOS distant ; vos actions au clavier et à la souris s’appliquent à la machine cloud.
Commencez par une résolution modeste. Une fois la saisie, l’affichage et la connexion vérifiés, ajustez la qualité selon vos besoins.
Interface graphiquePour exécuter des commandes de compilation sur des projets Flutter, React Native ou Unity exportés, et consulter les journaux. Les commandes s’exécutent à distance sans transmission continue de l’écran.
La fermeture d’une session SSH classique peut interrompre les tâches au premier plan. Pour les longues compilations, utilisez un gestionnaire de sessions ou un exécuteur de compilation déjà configuré.
Exécution de commandesPour envoyer du code source, des ressources et des fichiers de configuration, ou télécharger des journaux de compilation et le fichier .ipa. SFTP utilise les paramètres SSH : n’indiquez pas le port VNC.
Avant le premier transfert, supprimez les caches qui peuvent être recréés. Transférez les certificats et les clés privées séparément. Après le téléchargement, vérifiez la taille du fichier et la version compilée.
Transfert de projetConfigurer Windows
Installez un client compatible VNC, puis ouvrez les détails de l’instance dans le portail. Fiez-vous aux paramètres affichés pour cette instance ; ne devinez ni l’adresse ni le port par défaut.
Saisissez l’adresse de connexion de l’instance dans le champ Hôte du client. L’adresse, le nom d’utilisateur et le numéro de commande sont des champs distincts : ne collez pas tout le bloc d’instructions.
Si le client regroupe l’adresse et le port dans un seul champ, vérifiez le format attendu. La syntaxe avec deux-points peut varier d’un client à l’autre.
Utilisez le port VNC indiqué dans le portail. SSH et VNC sont deux services distincts : leurs ports ne sont pas interchangeables. Si le client dispose d’un champ dédié, saisissez-y le numéro.
En cas de délai d’attente, vérifiez d’abord si des espaces se sont glissés lors du copier-coller, si votre réseau bloque ce port et si l’instance est disponible.
Saisissez le mot de passe VNC associé à l’instance, comme indiqué par le client. N’utilisez pas votre mot de passe de connexion au portail et ne sauvegardez pas vos identifiants sur un ordinateur partagé.
Lors du premier accès au bureau, vérifiez la disposition du clavier et l’heure système, puis les versions de Xcode et des outils en ligne de commande. En cas de problème avec vos identifiants, contactez-nous via un ticket.
Configurer Linux
SSH sert à exécuter des commandes ; un client VNC sert aux opérations graphiques. Vous pouvez passer de l’un à l’autre selon la tâche, mais vérifiez séparément les informations d’authentification de chaque mode.
Générez une clé SSH sur votre ordinateur Linux. Gardez la clé privée en local ; seule la clé publique doit être ajoutée au fichier d’autorisations de l’utilisateur distant. N’envoyez jamais votre clé privée pour configurer la connexion.
ssh-keygen -t ed25519 -f ~/.ssh/xcodehost
chmod 600 ~/.ssh/xcodehostAjoutez votre clé publique via une session ou un bureau déjà autorisé, puis testez la connexion par clé. Ne désactivez pas votre mode d’accès actuel tant que le test n’a pas réussi.
Lors de votre première connexion SSH, une empreinte de clé d’hôte s’affiche. Vérifiez-la par un canal fiable avant de l’accepter. Si l’empreinte enregistrée change, vérifiez d’abord si l’instance a été réinstallée ; n’ignorez pas l’avertissement.
ssh -i ~/.ssh/xcodehost \
-p "$SSH_PORT" \
"$MAC_USER@$MAC_HOST"Définissez d’abord les trois variables d’environnement de la commande avec le port SSH, le nom d’utilisateur système et l’adresse de connexion indiqués dans le portail. Dans votre client VNC, renseignez les paramètres VNC distincts.
Lancer la compilation
Les commandes et sorties ci-dessous sont des exemples, pas des résultats d’exécution en direct. Ils supposent que le projet dispose déjà d’une archive, que la signature est correctement configurée et que les autorisations d’envoi nécessaires à fastlane sont prêtes.
$ ssh -i ~/.ssh/xcodehost -p "$SSH_PORT" "$MAC_USER@$MAC_HOST"
Last login: ...
$ xcodebuild -version
Xcode ...
$ xcodebuild -exportArchive \
-archivePath build/App.xcarchive \
-exportPath build/export \
-exportOptionsPlist ExportOptions.plist
** EXPORT SUCCEEDED **
$ fastlane pilot upload --ipa build/export/App.ipa
Successfully uploaded package to App Store ConnectExécutez xcodebuild -version pour vérifier la chaîne d’outils actuelle. Pour un projet Flutter, lancez d’abord flutter doctor; pour React Native, vérifiez les dépendances, puis exécutez pod install; pour Unity, transférez d’abord le projet Xcode exporté.
La réussite de l’archive ne garantit pas l’export du fichier .ipa, et un export réussi ne signifie pas que l’envoi est terminé. Conservez les journaux des trois étapes et téléchargez les fichiers générés. En cas d’échec de vérification de l’envoi, examinez l’étape concernée sans reconfigurer le bureau distant.
Choisir un point d’accès
Les cinq nœuds conviennent au bureau distant, à la compilation et aux transferts de fichiers. Les plages indicatives correspondent aux régions desservies par le tableau : elles ne garantissent pas la latence depuis chaque ville et ne sont pas des mesures en temps réel.
| Nœud | Région desservie | Latence aller-retour indicative | Usages adaptés |
|---|---|---|---|
| Singapour | Asie du Sud-Est | 20~50 ms | Bureau distant dans la région ; compilation SSH ; transfert de projet |
| Tokyo | Asie de l’Est | 30~60 ms | Débogage à distance dans la région ; compilation SSH ; téléchargement des fichiers générés |
| Séoul | Asie du Nord-Est | 30~50 ms | Bureau distant dans la région ; compilation en ligne de commande ; transfert de fichiers |
| Hong Kong | Sud de la Chine et Asie du Sud-Est | 20~40 ms | Bureau distant dans la région ; compilation SSH ; envoi de projet |
| Côte ouest des États-Unis | Côte ouest de l’Amérique du Nord | 25~35 ms | Vérifications sur le bureau distant ; compilation automatisée ; transfert des fichiers générés |
Ces plages sont indicatives ; la latence réelle dépend de votre réseau. La latence aller-retour ne correspond pas au débit de transfert et ne permet pas d’estimer la durée d’envoi ou de compilation.
Si vous utilisez souvent l’interface de Xcode, privilégiez la région proche de votre lieu de travail. Pour les compilations automatisées, tenez aussi compte du trajet des sources et des fichiers générés. La disponibilité réelle est celle affichée en temps réel dans le portail.
Résoudre les lenteurs
Un bureau distant saccadé, une connexion SSH impossible et un transfert de fichiers lent sont des problèmes différents. Ne modifiez qu’un paramètre à la fois et notez les effets avant et après.
Réduisez d’abord la résolution distante et la qualité d’affichage du client, puis désactivez les animations inutiles du bureau. Vérifiez le résultat avec de brèves actions, comme saisir du texte ou ouvrir un menu ; ne vous fiez pas à la lecture d’une longue vidéo pour évaluer un bureau de développement.
Si le bureau sert uniquement à des vérifications, lancez la compilation via SSH. Conservez les journaux et procédez par étapes : installation des dépendances, création de l’archive, puis export. Si SSH fonctionne mais que VNC ralentit, examinez d’abord la transmission de l’écran plutôt que de modifier le projet.
Choisissez un nœud proche de votre lieu de travail à l’aide du tableau de référence, et vérifiez votre Wi-Fi, votre proxy et l’utilisation de la bande passante. Le choix du nœud se fait lors de la configuration de la commande : en changer ne migre pas automatiquement un projet existant.
Vérifiez le bureau, SSH et le transfert de fichiers avant de lancer une compilation destinée à la production. Avant la fin de la location, téléchargez le projet et les fichiers générés, puis supprimez certificats et clés. À l’échéance, le service s’arrête sans renouvellement.