Ne peut plus utiliser X11 avec ssh. Avoir XQuartz2.7.7 installé. La connexion avec X11 via ssh donne les avertissements
Avertissement: échec de la configuration du transfert X11 non approuvé: données de clé xauth non générées Avertissement: aucune donnée xauth; en utilisant de fausses données d'authentification pour le transfert X11.
Dans mon propre système, echo $DISPLAY
donne
/private/tmp/com.apple.launchd.GuewxwWwKS/org.macosforge.xquartz:0
Cependant, quand j'essaye xauth generate $DISPLAY . trusted
, j'obtiens l'erreur
xauth: (argv): 1: nom d'affichage incorrect "/private/tmp/com.apple.launchd.GuewxwWwKS/org.macosforge.xquartz:0" dans la commande "add"
Des idées sur la façon de résoudre ce problème?
$DISPLAY
est incorrect. Cela devrait ressembler à quelque chose:0.0
. Établissez -vous$DISPLAY
dans~/.bash_profile
ou~/.profile
vous - même?-Y
option au lieu de-X
? Quel système d'exploitation votre serveur utilise-t-il? Et: avoir votre$DISPLAY
set sur quelque chose/tmp/
est parfaitement normal sur un Mac.DISPLAY=:0.0
, et ça a marché. J'ai ajouté ceci dans mon .bash_profileRéponses:
MISE À JOUR
Le développeur Jeremy Huddleston Sequoia a annoncé hier que ce problème était résolu dans XQuartz 2.7.8_beta2 :
Le rapport de bogue est fermé et marqué comme corrigé:
Si vous ne pouvez pas (ou ne voulez pas) installer la version bêta, vous pouvez toujours utiliser la solution de contournement que j'explique ci-dessous.
RÉPONDRE
Une analyse
(faites défiler vers le bas pour la section de contournement)
Ma première pensée a été "la
DISPLAY
variable est fausse". Mais ce n'est pas.Il s'avère que sur OS X 10.10 Yosemite (et de retour à 10.8 Mountain Lion ), la
DISPLAY
variable stocke unlaunchd
chemin de socket:au lieu du nom d'affichage familier:
(J'ai ajouté quelques informations sur le
hostname:displaynumber.screennumber
format à la fin de cette réponse.)Cela signifie qu'il
xauth
faut savoir comment gérer cette incarnation spéciale de laDISPLAY
variable, et comme pour Mavericks, il l'a fait, mais la prise utilisée dans Yosemite a un chemin différent (plus précisément:/private/tmp/com.apple.launchd.XXXX
au lieu de/private/tmp/launch-XXXX
), et sexauth
casse.Ce bug a été signalé à l'équipe XQuartz le 18 novembre 2014 (il y a 3 mois) ( http://xquartz.macosforge.org/trac/ticket/2068 ):
Selon la description du bogue, il doit être résolu dans XQuartz 2.7.8, avec 4 mois de retard (voir la page de la feuille de route du projet à http://xquartz.macosforge.org/trac/roadmap ).
Le correctif qui résout le problème a été attribué le 31 décembre 2014 au projet freedesktop.org ( http://cgit.freedesktop.org/xorg/app/xauth/commit/parsedpy.c?id=f990dd936b5fd1a40290bb88cde517a0ac38f823 ):
Ce n'est donc qu'une question de temps jusqu'à ce que ce correctif trouve son chemin dans la prochaine version de XQuartz.
solution de contournement
(testé sur OS X 10.10.2 Yosemite.)
Ajouter:
à
~/.bashrc
et soit démarrer une nouvelle fenêtre du terminal ou de la source , il (. ~/.bashrc
) dans votre session Terminal en cours.Cet alias crée d'abord un lien symbolique vers le chemin du socket
/private/tmp/launch-XXX
(par exempleln -fs /private/tmp/com.apple.launchd.GuewxwWwKS /private/tmp/launch-GuewxwWwKS
), puis démarressh
:Pour les curieux, traditionnellement, le nom d'affichage du serveur X a eu cette forme (à partir
man X
d'Ubuntu): Le nom d'affichage du serveur X a cette forme:où:
la source