Le transfert X11 ne fonctionne pas du mastic et du XMing vers centos 6.4

8

J'ai centos 6.4 en cours d'exécution sur VirtualBox. Je peux me connecter via le mastic très bien. Cependant, le transfert X11 ne fonctionne pas. J'ai Xming 6.9.0.31 en cours d'exécution et putty 0.62 est configuré pour le transfert X11:

Mastic et Xming

Cependant, lorsque je me connecte, DISPLAY n'est pas défini:

[jdearing@njlt0151 ~]$ echo $DISPLAY

[jdearing@njlt0151 ~]$

Et le lancement de Terminator échoue

[jdearing@njlt0151 ~]$ terminator
Traceback (most recent call last):
  File "/usr/bin/terminator", line 30, in <module>
    import gtk, pango, gobject
  File "/usr/lib64/python2.6/site-packages/gtk-2.0/gtk/__init__.py", line 64, in <module>
    _init()
  File "/usr/lib64/python2.6/site-packages/gtk-2.0/gtk/__init__.py", line 52, in _init
    _gtk.init_check()
RuntimeError: could not open display
[jdearing@njlt0151 ~]$

Qu'est-ce que je fais mal?

ssh x11 putty xming Justin Dearing
la source

Réponses:

14

Pour que le transfert X11 fonctionne, je devais exécuter yum install xauth. À ce stade, Terminator n'a pas rendu correctement la police de la console. Je ne craignais pas particulièrement d'avoir un ensemble minimal de polices, donc je l'ai fait yum -y groupinstall fontset j'ai redémarré Terminator. Les polices sont restituées correctement.

Justin Dearing
la source
yum install xauthl'a fait pour moi
davejal
Sur CentOS 7.3, yum install xauthfonctionne pour moi.
mathsyouth
3

Vous devez définir l'affichage local X sur "localhost: 0" dans cette zone de texte.

                ss de mastic

Nécessaire pour régler l'affichage?

En règle générale, vous ne devriez pas avoir à définir quoi que ce soit dans cette case, le "Activer le transfert X11" est également synonyme de réglage du -Xcommutateur lorsque vous à sshpartir du terminal. Mais certains serveurs X tels que Xming et Exceed ne reportent pas l'affichage dans certains cas, donc le paramétrer le protège explicitement.

Références

slm
la source
En fait, je n'avais pas besoin de faire ça. Le libellé de cette page Vous pouvez entrer localhost implique que la configuration de l'affichage soit facultative. Je suis sûr que la configuration de l'affichage devient nécessaire dans les environnements où vous transférez vers des serveurs X tiers.
Justin Dearing
1
D'accord, vous ne devriez généralement pas avoir besoin de définir quoi que ce soit dans cette case, le "Activer le transfert X11" est également synonyme de définir le -Xcommutateur lorsque vous SSH à partir du terminal. Mais certains serveurs X tels que Xming et Exceed ne reportent pas l'affichage dans certains cas, donc le paramétrer le protège explicitement.
slm
2

La façon dont je le fais est (sur Debian) pour les serveurs (c'est-à-dire une installation X minimale ) via le paquet ' xvfb ', qui est un "faux" serveur virtuel framebuffer X pour X.Org. Il est également nécessaire d'installer les packages 'xauth' et 'xterm'. Je suis pratiquement sûr que tout le reste est installé pour satisfaire les dépendances de ceux-ci. Après cela, l'exécution de 'xterm' fonctionne via ssh (comme tout autre programme GUI).

Je n'ai pas encore essayé d'utiliser le transfert X via du mastic (je n'exécute pas normalement Windows) mais si je me souviens, j'essaierai de le faire un jour.

user39337
la source
1

Je rencontrais un problème similaire, ce soir. De même, j'exécute Virtualbox sur un OS hôte Microsoft Windows. L'OS invité que j'utilise est Kubuntu, mais bien sûr, la configuration entre XMing, PuTTY et Virtualbox serait similaire. Bien que ma réponse soit un peu tardive, ce sera peut-être utile.

Cette solution a été réalisée avec une appliance virtuelle VirtualBox publiant une carte d'interface réseau de type NAT sur le système d'exploitation hôte. Pour les autres adaptateurs d'interface réseau, la configuration peut différer.

À l'aide de l'adaptateur NAT, cette configuration nécessite l'adresse IP de cet adaptateur, côté Microsoft Windows. Cette adresse peut être déterminée dans le shell de l'Explorateur Windows, via la fenêtre * Centre Réseau et partage ", dans laquelle on" clique "sur le _Virtualbox Host-Only Network adapter_. Dans la fenêtre" Etat "résultante, puis après avoir sélectionné le bouton" Détails ", l'IPv4 l'adresse de l'interface réseau réservée à l'hôte Virtualbox - du côté Microsoft Windows de l'interface - sera affichée dans cette fenêtre d'état. Sur mon PC, l'adresse est 192.168.50.1.

Si l'adresse IP devait entrer en collision avec d'autres périphériques réseau, l'adresse IP peut être modifiée, via la fenêtre "Propriétés" - disponible dans la même fenêtre "État" - puis en sélectionnant l'élément IPv4 et le bouton "Propriétés", puis en saisissant une adresse IP différente. Bien sûr, l'appliance virtuelle Virtualbox ne doit pas être exécutée lorsque l'adresse est modifiée, ou Windows peut ne pas propager correctement le changement d'adresse pour cette interface.

Ainsi, après avoir déterminé l'adresse IP du côté Windows de l'adaptateur, on peut exécuter l'interface graphique VirtualBox Qt, pour ajouter une règle de redirection de port pour le même dispositif virtuel dans Virtualbox. Je suis sûr qu'il existe une commande shell pratique qui pourrait être utilisée pour ajouter la règle de redirection de port avec VBoxManage, alternativement. Bien sûr, la configuration de l'interface graphique est également assez simple.

La modification de la redirection de port, dans l'appliance virtuelle Virtualbox respective, peut être effectuée via la page «Réseau» sous la fenêtre de dialogue Paramètres de l'appliance virtuelle . Le bouton «Port Forwarding» affiche une fenêtre de configuration simple pour les règles de transfert de port, dans l'appliance virtuelle respective.

L'ajout d'une nouvelle règle de redirection de port pour la configuration SSH, l'adresse IP qui a été déterminée à partir de l'adaptateur, dans le système d'exploitation invité Microsoft Windows, cette adresse serait entrée en tant qu'adresse «IP hôte». Un numéro de port arbitraire supérieur à 1024 serait entré comme «port hôte» pour la règle de transfert de port. Ensuite, puis le port du serveur SSH dans l'appliance virtuelle --- généralement, 22 - qui serait ajouté en tant que «port invité» pour la règle de transfert de port. Personnellement, j'ai laissé le champ «IP invité» vide, et cela fonctionne aussi bien.

Donc, cela aurait servi à configurer Virtualbox pour autoriser une connexion SSH du PC hôte au système d'exploitation invité. (Bien sûr, on peut supposer que cela ne devrait pas être nécessaire lorsque l'adaptateur NAT uniquement est sélectionné. Apparemment, la règle de redirection de port est nécessaire même avec le type d'adaptateur réseau NAT) La configuration peut être testée à l'aide d'un session Putty régulière, par exemple à 192.168.50.1:2222

J'ai utilisé Xlaunch dans ma propre configuration. De toute évidence, la configuration créée avec Xlaunch servirait à garantir que XMing gérerait la partie X11 de la redirection de port, comme lorsque Xming serait ainsi configuré pour utiliser PuTTY ou SSH. Je n'ai pas interagi directement avec PuTTY, dans cette partie de la configuration.

Simplement, lorsque vous utilisez Xlaunch pour la configuration Xming: Ensuite, dans la dernière page de la fenêtre de dialogue de configuration, dans Xlaunch, il faut entrer le "port hôte" à partir de la règle de redirection de port, ainsi que l'argument de ligne de commande approprié pour PuTTY ou SSH, par exemple "-P 2222" sans les guillemets, bien sûr. Cela irait dans le champ "Paramètres supplémentaires pour PuTTY ou SSH" dans la fenêtre de configuration de Xlaunch. Dans le dot-xlaunchfichier XML résultant , il apparaît commeExtraSSH="-P 2222"

Ensuite, "Cela fonctionne," LoL. Bien sûr, si une carte d'interface réseau autre que NAT est sélectionnée dans les paramètres de l'appliance virtuelle, la configuration réussie peut différer considérablement de celle indiquée ici.

Sean Champ
la source