État de l’appareil
Connectez-vous à laconsoleVérifiez que l’appareil associé à la commande est accessible et que l’instance affichée est la bonne. Ne réutilisez pas l’adresse figurant sur une ancienne capture de commande.
Fiche de connexion à distance
Accédez à votre Mac dans le cloud étape par étape, des informations de connexion à un bureau stable
Ce guide s’adresse aux développeurs qui disposent déjà des informations de leur appareil. Vérifiez d’abord le nœud, l’adresse de l’hôte et le réseau local, puis établissez la session VNC. Après la connexion, ajustez l’affichage, le clavier et le presse-papiers afin de ne pas confondre un problème réseau avec une panne de l’hôte.
5
nœuds physiques disponibles
1 commande
correspondant à un Mac physique dédié
365 jours
nœud opérationnel
Fiche de connexion
ACCÈS VNC / BUREAU
À exécuter une fois prêt
- 01 Lire les informations de l’appareil Nœud, adresse, compte
- 02 Ajouter l’hôte distant Enregistrer la bonne adresse
- 03 Terminer l’authentification Saisir uniquement sur un appareil de confiance
- 04 Valider la session de bureau Vérifier l’affichage et les entrées
En cas de problème de connexion, ne modifiez pas plusieurs variables à la fois
Vérifiez un seul élément à la fois
Préparer la connexion
Vérifiez d’abord cinq types d’informations avant d’ouvrir le client
L’erreur la plus fréquente consiste à changer de client à répétition avant d’avoir vérifié l’état de l’appareil, l’adresse ou le réseau local. Suivez l’ordre ci-dessous pour traiter séparément les problèmes de compte, de réseau et d’affichage.
Nœud physique
Vérifiez si l’appareil se trouve à Singapour, Tokyo, Séoul, Hong Kong ou dans l’ouest des États-Unis. La liaison interrégionale influence directement la réactivité des entrées et le rafraîchissement de l’image.
Adresse de l’hôte
Vérifiez l’adresse caractère par caractère, sans copier le port, les espaces ou le texte explicatif. Si l’adresse change, utilisez les informations actuellement affichées dans la console.
Informations du compte
Saisissez le compte de connexion et le mot de passe uniquement sur un appareil de confiance. Ne placez jamais les identifiants dans un dépôt de code, une capture de discussion, un ticket public ou un document partagé.
Réseau local
Privilégiez une connexion filaire stable ou un Wi-Fi de bonne qualité, suspendez les synchronisations qui saturent le débit montant et vérifiez que votre réseau local n’intercepte pas les connexions à distance.
Première connexion
Validez votre première session VNC en quatre étapes
La procédure ci-dessous prend le client macOS comme exemple. Validez chaque résultat avant de passer à l’étape suivante et évitez de revenir sans cesse entre l’adresse, l’authentification et les réglages d’affichage.
-
Étape 01
Obtenir les informations de connexion actuelles
Ouvrez la fiche de l’appareil concerné dans la console et notez le nœud, l’adresse de l’hôte et le compte de connexion. Si votre équipe gère plusieurs appareils, faites d’abord correspondre chacun d’eux à son numéro de commande et à son étiquette.
Validation : commande, nœud et étiquette de l’appareil correspondent -
Étape 02
Ajouter l’hôte distant
Ouvrez le client de partage d’écran de macOS et saisissez dans la barre d’adresse celle fournie par la console. Donnez à l’entrée un nom reconnaissable, par exemple le nom du projet, le nœud et l’étiquette de l’appareil.
Validation : le client commence à établir la connexion au lieu d’afficher immédiatement une erreur d’adresse -
Étape 03
Vérifier l’identité de la connexion
Saisissez le compte et le mot de passe associés à l’appareil. Lors de la première connexion, vérifiez les informations de l’hôte. Si elles diffèrent de celles de la console, arrêtez l’opération et confirmez à nouveau l’adresse.
Validation : l’authentification réussit et vous accédez à l’appareil cible -
Étape 04
Accéder au bureau et effectuer la validation
Attendez le chargement complet des éléments du bureau, puis testez successivement la souris, le clavier, le déplacement des fenêtres et le presse-papiers. Ouvrez ensuite le Terminal pour confirmer le nom d’hôte et éviter d’exécuter une commande sur un autre appareil.
Validation : image, entrées, presse-papiers et nom d’hôte sont corrects
Optimiser l’affichage et les entrées
Stabilisez l’interaction avant de rechercher une meilleure qualité d’image
La haute résolution, les claviers multilingues et les écrans multiples ajoutent des variables au bureau distant. Ne modifiez qu’un réglage à la fois et notez la latence des entrées et la netteté de l’image avant et après chaque changement.
Résolution et mise à l’échelle
Lors de la première connexion, utilisez une résolution plus faible pour vérifier la stabilité de la liaison, puis augmentez-la progressivement. Si le texte est flou, ajustez d’abord le facteur de zoom du client et ne modifiez pas simultanément la résolution distante et la mise à l’échelle locale.
Disposition du clavier
Vérifiez que la source de saisie locale correspond à la disposition distante. Pour les méthodes de saisie chinoises, japonaises et coréennes, contrôlez surtout le changement entre caractères latins et langue locale ainsi que la fenêtre de suggestions. Avec les claviers européens, vérifiez Option, AltGr, la barre oblique inversée et le mappage des touches de symboles.
Synchronisation du presse-papiers
Commencez par tester la copie bidirectionnelle d’une ligne de texte brut, puis essayez avec plusieurs lignes de commande. Ne transmettez pas de mots de passe, de clés privées ou de configurations non anonymisées via le presse-papiers. Utilisez une procédure de transfert contrôlée pour les fichiers volumineux.
Écrans multiples
Validez d’abord la connexion avec un seul écran, puis ajoutez le second. En cas de bandes noires, de mise à l’échelle incohérente ou de décalage du curseur, revenez au mode mono-écran et vérifiez l’ordre des écrans principal et secondaire.
Repères de latence de la liaison
Médiane du ping entre les principales villes d’accès et les cinq nœuds
Le tableau sert à comparer les distances relatives et ne représente pas un résultat fixe pour chaque liaison utilisateur. Les valeurs dépendent de l’opérateur local, du routage interrégional, de la qualité du Wi-Fi et de l’heure du test. Avant de commander, vous pouvez effectuer un nouveau test sur votre propre réseau.
Date du test
22 août 2026
Opérateur d’accès
Principaux réseaux fixes locaux
Période du test
14:00–17:00 heure locale
Nombre d’échantillons
30 par chemin
Méthode statistique
Médiane des allers-retours ICMP
| Ville d’accès | Singapour | Tokyo | Séoul | Hong Kong | Ouest des États-Unis |
|---|---|---|---|---|---|
| Shanghai | 73 ms | 48 ms | 55 ms | 34 ms | 142 ms |
| Shenzhen | 42 ms | 66 ms | 72 ms | 21 ms | 151 ms |
| Taipei | 58 ms | 31 ms | 46 ms | 37 ms | 126 ms |
| Osaka | 78 ms | 18 ms | 35 ms | 61 ms | 113 ms |
| Séoul | 89 ms | 37 ms | 9 ms | 67 ms | 128 ms |
| Singapour | 8 ms | 72 ms | 86 ms | 39 ms | 168 ms |
| Los Angeles | 176 ms | 112 ms | 128 ms | 151 ms | 24 ms |
Les valeurs mises en évidence indiquent la médiane la plus basse pour la ville d’accès dans cet échantillon. L’interactivité VNC dépend aussi de la gigue, de la perte de paquets et du débit montant ; ne choisissez pas un nœud sur la base d’un seul ping.
Bonnes pratiques de connexion sécurisée
Gérez le bureau distant comme un accès de production
Un Mac physique dédié isole les ressources, mais la sécurité de la connexion dépend toujours des comptes, des identifiants et des habitudes d’utilisation. L’équipe doit définir pour chaque opérateur une limite d’accès traçable.
-
Utiliser un compte de connexion distinct Évitez qu’un même compte soit partagé durablement par plusieurs personnes et ajustez rapidement les autorisations lors des changements d’effectif.
-
Définir un mot de passe unique et robuste Ne réutilisez pas les mots de passe de votre hébergement de code, de votre messagerie ou d’autres systèmes, et ne les inscrivez pas dans des scripts.
-
Appliquer le principe du moindre privilège Le compte de build quotidien ne doit disposer que des autorisations nécessaires à sa tâche. Séparez les opérations d’administration des tâches automatisées.
-
Actualiser régulièrement les identifiants Lorsqu’un membre quitte l’équipe, qu’un appareil est perdu ou qu’une connexion suspecte est détectée, remplacez immédiatement les identifiants concernés.
-
Verrouiller la session en quittant l’appareil Même pour une courte absence, verrouillez le bureau distant et fermez les fenêtres de connexion locales devenues inutiles.
Vous pouvez consigner
Contexte nécessaire au dépannage
Numéro de commande, nœud, heure du problème, version de macOS, version du client, étapes de reproduction et journal d’erreur anonymisé.
À ne jamais partager
Tous les secrets de connexion
Les mots de passe, clés privées, identifiants de connexion complets, clés de dépôt et fichiers de configuration non anonymisés ne doivent jamais apparaître dans un espace de communication public.
Dépannage
Identifiez le problème à partir des symptômes, sans modifier tous les réglages simultanément
Notez d’abord l’heure et les symptômes observés, puis commencez par la condition la plus facile à vérifier. Réessayez après chaque contrôle afin d’identifier la variable qui influence la connexion.
Impossible d’établir la connexion
- Dans la console, vérifiez que l’appareil, le nœud et l’adresse de l’hôte correspondent à la même commande.
- Vérifiez que l’adresse ne contient pas d’espace, de texte explicatif ou d’ancienne information.
- Passez à un réseau stable et suspendez les synchronisations qui utilisent le débit montant.
- Notez le texte de l’erreur du client et l’heure du problème, puis envoyez des informations anonymisées.
Écran noir ou bureau qui ne se rafraîchit pas après la connexion
- Attendez la fin du chargement du bureau et évitez les déconnexions et reconnexions répétées.
- Réduisez d’un niveau la qualité d’image ou la résolution du client, puis observez à nouveau.
- Quittez le mode plein écran et repassez en mode mono-écran afin d’écarter un problème de disposition.
- Si l’image n’apparaît toujours pas, notez si le curseur est visible et quand l’affichage a fonctionné pour la dernière fois.
Latence importante de la souris ou du clavier
- Effectuez plusieurs pings successifs afin de distinguer une latence élevée constante d’une gigue occasionnelle.
- Fermez les téléversements de fichiers volumineux, sauvegardes et visioconférences locales, puis testez à nouveau.
- Réduisez la résolution et la qualité d’image du bureau distant, puis observez la réactivité des entrées.
- Vérifiez si une tâche de build utilise en continu le processeur, la mémoire ou le disque.
Le presse-papiers ne se synchronise pas
- Commencez par copier une ligne de texte brut afin d’écarter l’influence du texte enrichi et des contenus volumineux.
- Testez séparément les deux directions : du local vers le distant, puis du distant vers le local.
- Vérifiez que le partage du presse-papiers n’est pas désactivé dans le client.
- Rétablissez la session et testez à nouveau ; ne transmettez pas d’informations sensibles via le presse-papiers.
Erreur de résolution, de mise à l’échelle ou de position du curseur
- Quittez le mode plein écran et rétablissez le mode mono-écran.
- Fixez la mise à l’échelle locale, puis ajustez séparément la résolution distante.
- Déconnectez-vous et reconnectez-vous afin de vérifier que le client a bien chargé la nouvelle configuration d’affichage.
- Notez la résolution de l’écran local, le facteur de mise à l’échelle et la version du client.
Interruptions intermittentes de la session
- Notez l’heure exacte et la durée de chaque interruption.
- Vérifiez si le réseau local a simultanément effectué un changement de point d’accès Wi-Fi ou de liaison.
- Comparez avec la chronologie des tâches automatisées afin de vérifier une éventuelle coïncidence avec une tâche fortement consommatrice de ressources.
- Conservez les journaux anonymisés du client et envoyez un ticket depuis la console.
CI et bureau en parallèle
Permettez les opérations manuelles sans perturber les builds automatisés
Le bureau distant et un runner self-hosted peuvent fonctionner simultanément, mais ils partagent le processeur, la mémoire, le disque et le réseau du même Mac physique dédié. L’équipe doit définir clairement les indicateurs à surveiller et les limites d’intervention.
Fiche de travail parallèle
Règles de coexistence entre session de bureau et file de builds
Commencez par vérifier les ressources
Avant de lancer une copie de fichiers volumineux, une installation de dépendances ou une opération graphique, consultez l’utilisation du processeur, de la mémoire, de l’espace disque et du réseau, puis vérifiez si un build est en cours.
Séparer les répertoires de travail
Lors d’un débogage manuel, ne modifiez pas directement l’espace de travail utilisé par le runner. Créez un répertoire indépendant pour les vérifications temporaires afin d’éviter qu’un script de nettoyage ne supprime les fichiers d’une autre tâche.
Éviter les opérations à fort impact
Pendant un build, ne quittez pas arbitrairement les processus critiques, ne nettoyez pas massivement le cache, ne changez pas de version de la chaîne d’outils et ne redémarrez pas l’appareil. Si une modification est nécessaire, suspendez d’abord l’ajout de nouvelles tâches à la file.
Conserver la chronologie des problèmes
Notez l’heure du problème, le dépôt concerné, l’étiquette du runner, le numéro de la tâche et les opérations manuelles. Cette chronologie aide à déterminer si le problème vient du réseau, d’une concurrence sur les ressources ou d’une modification de l’environnement.
Ordre de validation recommandé
Vérifier l’état de la file → consulter les ressources → effectuer une seule opération → noter l’heure → comparer avec les journaux de build
Après la connexion
Une fois le bureau stable, configurez Xcode et le runner
Commencez par consigner dans le guide d’assistance les versions des outils, le répertoire de travail et l’étiquette du runner. Si le problème de connexion persiste, conservez l’heure, le nœud, la version du client et les journaux anonymisés, puis contactez l’équipe via un ticket de la console ou l’adresse d’assistance.
support@globemini.com