2026 Petites équipes — Mac distant partagé : matrice « tmux / screen » (relais SSH multi-sessions) vs bureau VNC exclusif — latence, conflits et checklist permissions

Sans cadre, le relais multi-sessions mélange les shells et les intentions ; le VNC exclusif masque parfois la contention CPU tout en donnant l’illusion d’un poste personnel. La décision doit rester opérationnelle : qui tient le verrou, qui voit l’écran, qui peut élever des privilèges.

1. Latence d’entrée. tmux reste léger tant que le RTT reste modéré ; VNC ajoute encodage d’écran, charge GPU et parfois TLS terminal — le curseur « colle » avant toute alerte CPU sur le tableau de bord.
2. Préemption et concurrence. Plusieurs attachés tmux partagent une sortie ; un job CI qui tient un flock bloque l’interactif qui croyait passer en premier. VNC sérialise le focus fenêtre mais pas deux pipelines sur le même utilisateur OS.
3. Sudo, trousseaux et certificats. Le bureau pousse aux invites graphiques ; tmux invite aux collages shell rapides. Les certificats SSH sur le bastion authentifient le canal, pas le cloisonnement disque — il faut des racines de travail disjointes.

On compare ici deux formes de session — pas seulement les protocoles : continuité CLI reproductible contre cadre graphique où la passation visuelle prime.

Stabiliser le client, rendre tmux prévisible, réutiliser le même nommage si vous gardez screen en héritage, verrouiller l’exclusif là où il faut, aligner sshd. Extraits indicatifs — adaptez hôtes et comptes ; validez en recette.

1. SSH client : keepalives et multiplexage pour NAT instables.

   Host meshmac-builder
     HostName votre-noeud.example
     User equipe_dev
     ServerAliveInterval 30
     ControlMaster auto
     ControlPath ~/.ssh/cm-%r@%h:%p
     ControlPersist 15m

2. tmux : préfixe et historique pour handoff ; en alternative, screen -S ticket avec les mêmes règles de nommage.

   set -g prefix C-a
   set -g history-limit 80000
   set -g mouse on

3. Siège flock avant étapes sérielles (signature, cache partagé) :

   exec 9>/var/tmp/meshmac-seat.lock
   flock -w 180 9 || exit 1

4. sshd : ClientAliveInterval 30, ClientAliveCountMax 8 — valider avec sshd -t.
5. Politique : sessions nommées obligatoires sur pool ; CI sans sudo interactif dans tmux.

• «RTT : viser une médiane inférieure à quatre-vingts millisecondes pour SSH texte quotidien ; sinon séparez créneaux VNC et charges CI.»
• «flock -w : cent vingt à trois cents secondes pour dépendances lourdes ; au-delà, file ou second nœud.»
• «Comptes : au minimum humains et automation séparés, répertoires disjoints.»

• Sessions tmux nommées (ticket, initiales ou couloir) — pas d’anonymat sur pool.
• Sériel : flock ou file — jamais de priorité implicite au chat seul.
• Créneaux VNC pour GUI critique annoncés ; pas de CI headless concurrente sur le même compte.
• Pas d’administrateur partagé par défaut ; sudo break-glass court et journalisé.

tmux remplace-t-il VNC pour Xcode et le Simulateur ?

Non si le graphique local est indispensable — gardez VNC ou un siège dédié lorsque la latence souris et le focus priment.

Comment éviter les sessions « surprises » ?

Noms traçables, politique d’attachement, flock sur ressources sérielles pour forcer la file.

Sudo large pour les humains ?

Non : break-glass limité ; CI sans élévation interactive ; scripts auditable si sudo inévitable.