Existe-t-il une commande permettant de répertorier tous les écrans ouverts sur une machine?

Lorsque SSH avait installé localement sur mon ordinateur (ne demandez pas, c'est une solution de contournement), je ne peux pas démarrer d'applications graphiques sans exécuter:

export DISPLAY=:0.0

Si je lance d'abord cette application, puis une application graphique, les choses se passent bien. Sinon, cela ne fonctionne pas, il n'y a pas d'affichage à attacher.

Existe-t-il une commande permettant de répertorier tous les affichages disponibles (c.-à-d. Toutes les valeurs possibles) sur une machine?

Si vous souhaitez que la connexion X soit transférée via SSH, vous devez l'activer à la fois côté serveur et côté client. (Selon la distribution, il peut être activé ou désactivé par défaut.) Sur le côté serveur, assurez-vous que vous avez X11Forwarding yesin /etc/sshd_config( /etc/ssh/sshd_configou où que se trouve le fichier de configuration). Du côté client, passez l’ -Xoption à la sshcommande , ou insérez ForwardX11votre ~/.ssh/config.

Si vous courez ssh -X localhost, vous devriez voir que $DISPLAYc'est (probablement) localhost:10.0. Contraste avec :0.0, qui est la valeur lorsque vous n'êtes pas connecté via SSH. (La .0partie peut être omise; c'est un numéro d'écran, mais plusieurs écrans sont rarement utilisés.) Il existe deux formes d'écrans X que vous risquez de rencontrer:

• Affichages locaux, avec rien avant le :.
• Les affichages TCP, avec un nom d’hôte avant le :.

Avec ssh -X localhost, vous pouvez accéder au serveur X via les deux écrans, mais les applications utiliseront une méthode différente: :NUMBERaccéder au serveur via des sockets locales et la mémoire partagée, alors que l’ HOSTNAME:NUMBERaccès au serveur via TCP est plus lent et désactive certaines extensions.

Notez que vous avez besoin d’un formulaire d’autorisation pour accéder à un serveur X, appelé cookie, qui est normalement stocké dans les coulisses du fichier ~/.Xauthority. Si vous utilisez ssh pour accéder à un autre compte utilisateur ou si votre distribution place les cookies dans un fichier différent, vous constaterez que DISPLAY=:0cela ne fonctionne pas dans la session SSH (mais ssh -Xque, s'il est activé sur le serveur, vous ne le ferez jamais. besoin de XAUTHORITYjouer avec en faisant ssh -X). Si cela pose un problème, vous devez définir la XAUTHORITYvariable d'environnement ou obtenir les cookies de l'autre utilisateur .

Pour répondre à votre question actuelle:

• Les affichages locaux correspondent à un socket en /tmp/.X11-unix.

  (cd /tmp/.X11-unix && for x in X*; do echo ":${x#X}"; done)
  

• Les affichages distants correspondent aux ports TCP ouverts supérieurs à 6000; l'accès au numéro d'affichage N sur la machine M se fait en se connectant au port TCP 6000 + N sur la machine M. À partir de la machine M elle-même:

  netstat -lnt | awk '
    sub(/.*:/,"",$4) && $4 >= 6000 && $4 < 6100 {
      print ($1 == "tcp6" ? "ip6-localhost:" : "localhost:") ($4 - 6000)
    }'
  

  (Le reste de ce point est d'intérêt académique seulement.)

  À partir d’une autre machine, vous pouvez utiliser nmap -p 6000-6099 host_namepour détecter les ports TCP ouverts dans la plage habituelle. De nos jours, il est rare que les serveurs X écoutent sur un socket TCP, en particulier en dehors de l'interface de bouclage.

  À proprement parler, une autre application pourrait utiliser un port de la gamme habituellement utilisée par les serveurs X. Vous pouvez savoir si un serveur X est à l'écoute en vérifiant quel programme a le port ouvert.

  lsof -i -n | awk '$9 ~ /:60[0-9][0-9]$/ {print}'
  

  Si cela indique quelque chose d'ambigu sshd, par exemple, il est impossible de savoir avec certitude s'il s'agit d'un serveur X ou d'une coïncidence.

L'affichage est le premier argument de Xorg. Vous pouvez psalors Xorgsortir.

[braga@coleman teste_geom]$ ps aux | grep Xorg
root      1584  5.3  1.0 156628 41708 tty1     Rs+  Jul22  22:56 /usr/bin/Xorg :0 -background none -verbose -auth /var/run/gdm/auth-for-gdm-a3kSKB/database -nolisten tcp vt1
braga     9110  0.0  0.0 109104   804 pts/1    S+   00:26   0:00 grep --color=auto Xorg

Vous pouvez ensuite le awkplacer dans le format de votre choix.

# Show all active login shells, with displays
$ w -oush

trunc-us tty1                      23:02  -bash
trunc-us tty7     :0                4days /sbin/upstart --user
trunc-us pts/4    :0                      w -oush

# Capture the Display part
$ w -oush | grep -Eo ' :[0-9]+'

 :0
 :0

# only unique lines
$ w -oush | grep -Eo ' :[0-9]+' | uniq

 :0

# trim off the leading space
$ w -oush | grep -Eo ' :[0-9]+' | uniq | cut -d \  -f 2

[Edit: j'ai couru une instance de Xnest pour voir si cela l'attraperait - ce n'est pas; il ne capture que les coquilles de connexion ('w' est l'abréviation de 'who'). Retour à la planche à dessin pour moi.] [Edit: Trouvé le:

$ ls /tmp/.X11-unix

X0 X2

$ ls /tmp/.X11-unix | tr 'X' ':'
:0
:2

]

ps e | grep -Po " DISPLAY=[\.0-9A-Za-z:]* " | sort -u

fera le travail en listant tous les DISPLAY actuels. Vous pouvez aussi voir les affichages assignés à un utilisateur spécifique ($ usr) avec:

ps e -u $usr | grep -Po " DISPLAY=[\.0-9A-Za-z:]* " | sort -u

Dans le /tmpdossier, il peut également y avoir des .X??-lockfichiers avec ??les numéros de session.

Vous devez les supprimer si vous souhaitez réutiliser un numéro de session.

Vous pouvez les voir en utilisant ls -anormalement les fichiers commençant par un .sont cachés.