Serveur X configurer pour importer une fenêtr
Résolu/Fermé
Char Snipeur
Messages postés
9813
Date d'inscription
vendredi 23 avril 2004
Statut
Contributeur
Dernière intervention
3 octobre 2023
-
18 janv. 2012 à 22:25
kasuo - 9 mai 2013 à 11:52
kasuo - 9 mai 2013 à 11:52
A voir également:
- Serveur X configurer pour importer une fenêtr
- Configurer chromecast - Guide
- Changer serveur dns - Guide
- Serveur diff message ✓ - Forum Mobile
- Serveur pop - Guide
- Importer favoris chrome - Guide
8 réponses
zipe31
Messages postés
36402
Date d'inscription
dimanche 7 novembre 2010
Statut
Contributeur
Dernière intervention
27 janvier 2021
6 417
18 janv. 2012 à 22:45
18 janv. 2012 à 22:45
Salut,
As-tu autorisé l'export de X dans sshd_config ?
Autoriser X à distance
As-tu autorisé l'export de X dans sshd_config ?
Autoriser X à distance
Char Snipeur
Messages postés
9813
Date d'inscription
vendredi 23 avril 2004
Statut
Contributeur
Dernière intervention
3 octobre 2023
1 298
19 janv. 2012 à 18:41
19 janv. 2012 à 18:41
Merci de ta réponse, mais c'était déjà fait :-/
le problème semble venir du client (je vais essayer de confirmer).
le problème semble venir du client (je vais essayer de confirmer).
Char Snipeur
Messages postés
9813
Date d'inscription
vendredi 23 avril 2004
Statut
Contributeur
Dernière intervention
3 octobre 2023
1 298
20 janv. 2012 à 08:21
20 janv. 2012 à 08:21
après essai, il semble qu'en effet le problème vienne du serveur, le DISPLAY est à localhost:10 au lieu de se configurer correctement.
D'autres idées ?
D'autres idées ?
zipe31
Messages postés
36402
Date d'inscription
dimanche 7 novembre 2010
Statut
Contributeur
Dernière intervention
27 janvier 2021
6 417
Modifié par zipe31 le 20/01/2012 à 09:24
Modifié par zipe31 le 20/01/2012 à 09:24
Ben non ;-(
J'ai fait un test hier soir après ta réponse avec une Debian sur machine virtuelle depuis laquelle j'ai ouvert kwrite via ssh sans souci, et le $DISPLAY était aussi en "localhost:10" ;-\
Essaie d'activer le mode verbeux de ssh (-vvv)...
J'ai fait un test hier soir après ta réponse avec une Debian sur machine virtuelle depuis laquelle j'ai ouvert kwrite via ssh sans souci, et le $DISPLAY était aussi en "localhost:10" ;-\
Essaie d'activer le mode verbeux de ssh (-vvv)...
Char Snipeur
Messages postés
9813
Date d'inscription
vendredi 23 avril 2004
Statut
Contributeur
Dernière intervention
3 octobre 2023
1 298
20 janv. 2012 à 10:00
20 janv. 2012 à 10:00
Voilà la partie qui peut être intéressante :
Rien d'autre en rapport avec l'affichage.
par contre, pas de "/usr/X11R6/bin/xauth" ni sur le client ni sur le serveur.
debug2: x11_get_proto: /usr/X11R6/bin/xauth list 81.191.2.117:0.0 2>/dev/null debug1: Requesting X11 forwarding with authentication spoofing. debug1: channel 0: request x11-req
Rien d'autre en rapport avec l'affichage.
par contre, pas de "/usr/X11R6/bin/xauth" ni sur le client ni sur le serveur.
zipe31
Messages postés
36402
Date d'inscription
dimanche 7 novembre 2010
Statut
Contributeur
Dernière intervention
27 janvier 2021
6 417
20 janv. 2012 à 10:52
20 janv. 2012 à 10:52
Re-
# ssh -X char@mandriva
char@mandriva's password:
Cherches plus, ton problème il vient du fait que tu lances ta connexion depuis une session root (#) ;-((
Tu me copieras (à la main et non en copier/coller) 1000 fois :
Il est interdit de lancer une connexion ssh en root et qui plus est avec du X11 forwarding !!!
;-DD
# ssh -X char@mandriva
char@mandriva's password:
Cherches plus, ton problème il vient du fait que tu lances ta connexion depuis une session root (#) ;-((
Tu me copieras (à la main et non en copier/coller) 1000 fois :
Il est interdit de lancer une connexion ssh en root et qui plus est avec du X11 forwarding !!!
;-DD
Char Snipeur
Messages postés
9813
Date d'inscription
vendredi 23 avril 2004
Statut
Contributeur
Dernière intervention
3 octobre 2023
1 298
20 janv. 2012 à 14:16
20 janv. 2012 à 14:16
Ha ? pour quelle raison technique ?
Le problème c'est que sous toutou il n'y a que root. C'est tout un manège pour créer un utilisateur.
Il me semblait que la règle c'était pas de ssh vers une session root (ssh root@toto).
En tout cas, merci, je vais essayer de voir de ce coté là alors.
Le problème c'est que sous toutou il n'y a que root. C'est tout un manège pour créer un utilisateur.
Il me semblait que la règle c'était pas de ssh vers une session root (ssh root@toto).
En tout cas, merci, je vais essayer de voir de ce coté là alors.
zipe31
Messages postés
36402
Date d'inscription
dimanche 7 novembre 2010
Statut
Contributeur
Dernière intervention
27 janvier 2021
6 417
20 janv. 2012 à 14:19
20 janv. 2012 à 14:19
Il me semblait que la règle c'était pas de ssh vers une session root (ssh root@toto).
Oui mais là c'est différent, le login n'est pas root, mais tu fais du transfert via la session X qui elle est la propriété de "root" ;-\
Oui mais là c'est différent, le login n'est pas root, mais tu fais du transfert via la session X qui elle est la propriété de "root" ;-\
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Char Snipeur
Messages postés
9813
Date d'inscription
vendredi 23 avril 2004
Statut
Contributeur
Dernière intervention
3 octobre 2023
1 298
22 janv. 2012 à 18:42
22 janv. 2012 à 18:42
j'ai trainé du coté du forum toutou/puppy, il semble que ces distributions ne soient pas faites pour avoir des utilisateurs, tout se fait en root. L'idéal serait donc de débloquer ce problème de restriction "root".
Sinon, j'ai testé le serveur sur une autre machine. Il faut que je redéfinisse la variable DISPLAY sinon ça ne fonctionne pas;
Sinon, j'ai testé le serveur sur une autre machine. Il faut que je redéfinisse la variable DISPLAY sinon ça ne fonctionne pas;
Char Snipeur
Messages postés
9813
Date d'inscription
vendredi 23 avril 2004
Statut
Contributeur
Dernière intervention
3 octobre 2023
1 298
1 févr. 2012 à 22:52
1 févr. 2012 à 22:52
J'ai réussi à créer un utilisateur qui n'est pas "root" (spot) mais j'ai toujours le même problème.
Char Snipeur
Messages postés
9813
Date d'inscription
vendredi 23 avril 2004
Statut
Contributeur
Dernière intervention
3 octobre 2023
1 298
3 févr. 2012 à 09:55
3 févr. 2012 à 09:55
Après lectures diverses et varié, j'ai détecté un autre problème.
le PC sous toutou n'a pas le port tcp 6000 ouvert ! Donc forcément impossible d'ouvrir une connexion X dans ces conditions.
Comment faire pour que X ouvre ce port et écoute dessus ?
le PC sous toutou n'a pas le port tcp 6000 ouvert ! Donc forcément impossible d'ouvrir une connexion X dans ces conditions.
Comment faire pour que X ouvre ce port et écoute dessus ?
zipe31
Messages postés
36402
Date d'inscription
dimanche 7 novembre 2010
Statut
Contributeur
Dernière intervention
27 janvier 2021
6 417
3 févr. 2012 à 10:18
3 févr. 2012 à 10:18
Salut,
Ne connaissant pas trop Toutou Linux et n'en ayant pas sous la main, regarde si dans les paramètres de configuration il n'y en aurait pas un qui concerne xdm, kdm ou gdm, où tu pourrais justement autoriser l'ouverture du port...
A tout hasard, jette un oeil à Export display avec xdmcp ;-\
Ne connaissant pas trop Toutou Linux et n'en ayant pas sous la main, regarde si dans les paramètres de configuration il n'y en aurait pas un qui concerne xdm, kdm ou gdm, où tu pourrais justement autoriser l'ouverture du port...
A tout hasard, jette un oeil à Export display avec xdmcp ;-\
Char Snipeur
Messages postés
9813
Date d'inscription
vendredi 23 avril 2004
Statut
Contributeur
Dernière intervention
3 octobre 2023
1 298
8 févr. 2012 à 21:07
8 févr. 2012 à 21:07
J'ai résolu le problème, il y avait "-nolisten tcp" dans le script de démarrage (qui n'était pas à la place habituelle dans /etc, donc pas trouver en grep). Avec un xhost + ça fonctionne maintenant.
Merci zipe31 et le Howto sur X.
Merci zipe31 et le Howto sur X.
9 mai 2013 à 11:52
X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost yes
mais il affiche pareil:
cannot open display: localhost:10.0