2026 : commutation rapide d’utilisateur avec SSH et VNC en sessions concurrentes — runbook de planning pour Mac cloud loué (Apple Silicon)

Les locataires MacLogin à Hong Kong, Tokyo, Séoul, Singapour et aux États-Unis cumulent souvent deux réalités sur un seul mini : automatisation headless via SSH et un humain qui veut encore le partage d’écran pour Xcode. La commutation rapide d’utilisateur (FUS) est le multiplexeur console macOS qui rend cette coexistence possible — ce n’est pas un blanc-seing : les sessions GUI se disputent toujours les voies GPU, les invites TCC et les déverrouillages de trousseau pendant que les jobs SSH retiennent des verrous sur des espaces de travail partagés. Ce runbook de mai 2026 précise qui doit planifier le temps console, comment classer les surfaces de session, quels pièges explosent lors des bascules, un schéma de promotion en neuf étapes et des prédicats d’audit pour que la conformité prouve que personne n’a « emprunté » le GUI d’un autre opérateur sans ticket.

Lisez-le avec le guide de verrouillage SSH/VNC concurrent, la politique presse-papiers et enregistrement VNC et la gouvernance des tickets sudo. Pages publiques : aide, tarifs, VNC.

Équipes les plus susceptibles de combiner FUS et SSH

Priorisez un planning explicite si vous reconnaissez l’un des cas suivants :

• Hybrides design + build où les designers partagent l’écran pendant que la CI SSH dans le même checkout.
• Passations régionales (matin JP / soir US) qui réutilisent un bail pour le budget — la FUS devient votre levier de changement d’équipe.
• Support break-glass où les opérateurs doivent toucher Réglages Système pendant que l’automatisation vide encore les files.
• Pôles formation faisant tourner des étudiants dans des bacs GUI pendant que les formateurs SSH récupèrent des journaux.

Matrice des surfaces : shell SSH vs console GUI vs observateur partage d’écran

Surface	Risque principal	Interaction SSH	Implication planning
SSH non interactif	Longues compilations verrouillées	Indépendant de l’utilisateur console	Peut tourner 24/7 si la politique l’autorise
GUI interactif (créneau FUS A)	Invites TCC, GPU	Partage le système de fichiers avec les jobs SSH	Nécessite une fenêtre réservée
Observateur partage d’écran	Exfil presse-papiers	Corrélé mais pas identique à l’auth SSH	Associer à une politique en lecture seule

Pièges FUS sur les minis Apple Silicon

Apple Silicon conserve plus d’état GPU qu’on ne l’imaginait à l’ère Intel — changer d’utilisateur au milieu d’une charge Metal peut se traduire par des volets partage d’écran figés alors que SSH répond encore à echo. Documentez les étapes de refroidissement : déconnectez les jobs Metal lourds avant de basculer, ou affectez-les à un bail dédié dans une autre région.

Créneaux de planning (30 / 60 / 120 minutes)

Adoptez une taxonomie à trois niveaux :

• Créneaux verts : automatisation SSH uniquement — pas de garantie GUI.
• Créneaux ambres : SSH autorisé + observateurs partage d’écran en lecture seule.
• Créneaux rouges : GUI exclusif avec jobs SSH suspendus ou redirigés vers un autre mini.

Publiez le planning là où chaque équipe région MacLogin le voit (wiki, calendrier ou commentaires de ticket) et exigez un enregistrement de changement pour déplacer les créneaux rouges dans les 24 heures suivant un déploiement prod.

Runbook en neuf étapes pour une fenêtre FUS approuvée

1. Annoncer début et fin du créneau sur le canal partagé avec l’ID de bail.
2. Vérifier qu’aucun job CI « rouge » ne cible le chemin d’espace partagé.
3. Capturer instantané des fichiers ouverts et des processus GPU pour le contexte de retour arrière.
4. Pré-contrôle SSH : confirmer les heartbeats d’automatisation sur un chemin secondaire si besoin.
5. Basculer l’utilisateur console via FUS pendant la minute réservée.
6. Exécuter les tâches GUI avec politique d’enregistrement d’écran alignée sur la gouvernance presse-papiers.
7. Se déconnecter proprement de la session GUI — évitez de tuer WindowServer de force.
8. Réconcilier les tickets sudo selon la gouvernance sudo.
9. Archiver journaux + accusé de planning pour les auditeurs.

Points d’audit : prédicats de journal unifié pour FUS + partage d’écran

Épinglez des prédicats qui combinent authentification et changements de session console. Corrélez les motifs de déconnexion VNC avec les ID de session SSH lorsque les opérateurs passent par jump hosts — sinon les enquêtes confondent « VNC tombé » et « sshd redémarré ».

Complément avec l’article verrouillage SSH/VNC concurrent

L’article d’avril 2026 sur le verrouillage vise à empêcher le chevauchement destructeur. Ce runbook suppose un chevauchement planifié qu’il faut chorégraphier. En cas de conflit de politiques, privilégiez le guide verrouillage pour les bases de données de production et réservez les plannings FUS aux baux de moindre criticité.

Routage clavier, Apple Remote Desktop et jetons observateur

Lorsque plusieurs utilisateurs GUI existent sur un bail, le focus clavier suit la session console active — les sessions SSH lancées depuis chaque contexte GUI héritent de chemins SSH_AUTH_SOCK différents sauf si vous standardisez des agents launchd par utilisateur. Les observateurs Apple Remote Desktop peuvent avoir des défauts presse-papiers différents de Screen Sharing.app ; documentez quel client votre planning attend pour que Tokyo ne colle pas de secrets dans le mauvais tampon pendant que Séoul envoie encore des journaux par SSH.

Émettez des jetons observateur courts liés aux ID de ticket. Mappez chaque jeton à un créneau dans votre CMDB pour que les revues post-incident répondent « qui pouvait voir les pixels à la minute 37 ? » sans deviner depuis l’IP seule. Quand un jeton expire au milieu d’un créneau, faites tourner via votre coffre plutôt que réutiliser des mots de passe VNC statiques.

FAQ

MacLogin impose-t-il le planning ? Les locataires mettent en œuvre la politique opérationnelle ; nous exposons les interfaces documentées dans l’aide.

Puis-je désactiver entièrement la FUS ? Parfois via MDM, mais évaluez si cela bloque le support légitime — souvent le planning coûte moins cher qu’un refus.

Où ajouter de la capacité ? Comparez les tarifs pour séparer charges JP gourmandes GUI et pools US de compilation SSH.

Les prestataires doivent-ils utiliser la FUS sur des baux prod ? Uniquement avec profils MDM approuvés fournisseur, checklists d’offboarding explicites et runbooks d’export de preuves — traitez les prestataires comme des utilisateurs break-glass privilégiés, pas comme des « sièges GUI supplémentaires ».

Pourquoi le Mac mini M4 convient encore aux mélanges GUI + SSH planifiés

Planification GPU/ANE efficace et mémoire unifiée abondante réduisent la fréquence des blocages durs lorsque les opérateurs basculent pendant des charges modérées — à condition de respecter la thermique et de répartir géographiquement les baux sur HK, JP, KR, SG et US au lieu d’empiler tous les postes sur un seul hôte.