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.
- X équivalent de l'utilitaire 'écran'
- 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é?
- Relier Super + C Super + V pour copier et coller
- NumLock est complètement inutile, et je veux le désactiver complètement sur Linux
- Comment puis-je exécuter Firefox avec aucune barre à onglets, pas de barre supérieure, pas de barre d'adresse, et ne pas étendre à la taille plein écran?
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?
- Problème avec l'affichage à distance des applications java
- Transmission X11 avec une fenêtre déjà en cours d'exécution?
- Session VNC intégrée
- Comment puis-je obtenir X11 Forwarding pour fonctionner sur Windows avec PuTTY et Xming?
- Comment ESC a-t-il également annulé CAPS si CAPS est activé?
- Debian / ubuntu - inverser toutes les couleurs dans la session de bureau (couleurs)
- Problèmes avec NVIDIA & X11 et Debian
- Xmodmap: Six caractères sur une seule clé?
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?