X sur SSH et xauth ne fonctionne pas
J'ai 2 boîtes Linux (S1 – 192.168.0.98 et C1 – 192.168.0.76) et une boîte Windows 7 (W1 – 192.168.0.91).
L'une des machines Linux (S1) a été configurée avec le transfert SSH et X, et la boîte Windows (W1) possède un serveur Xming sur 0.0.
- Multi GPU pour 3ème moniteur - linux mint - geforce 750ti
- Problèmes avec NVIDIA & X11 et Debian
- Problème avec l'affichage à distance des applications java
- Comment puis-je corriger une erreur "ne peut pas ouvrir l'affichage" lors de l'ouverture d'un programme X après ssh'ing avec le renvoi X11 activé?
- Impossible de quitter le serveur X, redémarrer, arrêter ou laisser tomber lorsque le moniteur VGA est actif
Je peux exécuter Putty, puis xeyes sur la boîte Windows (W1) et elle s'affiche bien.
Sur la deuxième boîte linux C1), je ne peux pas faire en sorte que le x distant fonctionne sur ssh.
Je peux me connecter à partir de C1 à S1 via ssh -X, mais lorsque je lance un programme graphique, il ne s'affiche pas sur la machine à distance, il se trouve juste jusqu'à ce qu'un écran "impossible à ouvrir": 192.168.0.76:0.0 "vient Up.
Qu'est-ce que je fais mal?
- Utilisation de PC de rechange comme second moniteur
- "Détacher" et "Réinstaller" xterms sur X sessions?
- Inverser les couleurs sur X (ou xfce4)
- Obtenir des droits d'affichage pour le 2ème utilisateur dans Ubuntu
- Obtenez la résolution d'affichage à partir de la ligne de commande pour Linux Desktop
- Xorg: désactivez la sensibilité au toucher sur la zone du bouton de clic sur le clic-écran Elantech
- Relier Super + C Super + V pour copier et coller
- Xserver sur lequel je peux me reconnecter
2 Solutions collect form web for “X sur SSH et xauth ne fonctionne pas”
Votre message d'erreur «Impossible d'ouvrir l'affichage: 192.168.0.76.0.0» ne semble pas que le routage SSH X11 est utilisé. Au lieu de cela, les programmes sur l'hôte distant essaient de se connecter directement à C1, ce qui ne fonctionnera pas pour de nombreuses raisons (Xorg n'écoute pas les connexions TCP par défaut, votre pare-feu les bloque, les données Xauth n'ont pas été envoyées correctement … .) Si le renvoi X11 était en vigueur, alors $ DISPLAY indiquerait la même machine (localhost) et le numéro d'affichage commencerait à: 10.
Tout d'abord, vérifiez la valeur $ DISPLAY sur C1 et assurez-vous que les clients sur C1 peuvent se connecter au serveur X.
Ensuite, réessayez la connexion C1 → S1 en utilisant ssh -X -v -v S1 et assurez-vous qu'il n'y a pas de message d'erreur concernant le renvoi X11; Il peut être désactivé sur le serveur. (Si vous vous connectez avec PuTTY, puis appuyez sur la touche Ctrl + cliquez droit sur la console et sélectionnez "Journal des événements".)
Pour voir les journaux du serveur, ajoutez LogLevel DEBUG2 à / etc / ssh / sshd_config et redémarrez sshd.
Très probablement – Dans la configuration de mastic pour C1, avez-vous vérifié "Enable X Forwarding" (sous Connection-> SSH-> X11).
De plus, la variable environnementale DISPLAY est-elle définie sur C1?