Re: xhost + ssh -X import/export fenétres graphiques

[Erwan David]

Le 09/03/2015 12:03, Vincent Lefevre a écrit :
> On 2015-03-08 13:58:03 +0100, Patrice Go wrote:
>> Effectivement, xhost ne semble utile que pour telnet. j'ai apparemment
>> suivi une vieille méthode. merci.
>> mon but est d'importer de manière chiffré (ssh) une application X d'un
>> autre ordinateur et de la réexporter sur cet ordinateur à la fin de
>> l'utilisation de l'application X.
> Regarde du côté de xpra (jamais testé). Je crois que c'est plus
> du contrôle à distance que de la téléportation d'applications
> d'un serveur X à un autre. Mais c'est probablement plus ce que
> tu veux.
>
Il y a x2go aussi, dans ma lsite de trucs "à tester pourrait être utile".

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/55086936.1090...@rail.eu.org

Re: xhost + ssh -X import/export fenétres graphiques

[Vincent Lefevre]

On 2015-03-14 22:26:19 +0100, Patrice Go wrote:
[xpra]
> effectivement, c'est exactement le logiciel recherché. merci.
> malheureusement après quelques tests, ça ne fonctionne pas.
> un problème avec python apparemment, mais je vais continuer les tests.

Peut-être faire un rapport de bug.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150317174150.ga11...@ypig.lip.ens-lyon.fr

Re: xhost + ssh -X import/export fenétres graphiques

[Patrice Go]

effectivement, c'est exactement le logiciel recherché. merci.
malheureusement après quelques tests, ça ne fonctionne pas.
un problème avec python apparemment, mais je vais continuer les tests.




Le 9 mars 2015 12:03, Vincent Lefevre  a écrit :

> On 2015-03-08 13:58:03 +0100, Patrice Go wrote:
> > Effectivement, xhost ne semble utile que pour telnet. j'ai apparemment
> > suivi une vieille méthode. merci.
> > mon but est d'importer de manière chiffré (ssh) une application X d'un
> > autre ordinateur et de la réexporter sur cet ordinateur à la fin de
> > l'utilisation de l'application X.
>
> Regarde du côté de xpra (jamais testé). Je crois que c'est plus
> du contrôle à distance que de la téléportation d'applications
> d'un serveur X à un autre. Mais c'est probablement plus ce que
> tu veux.
>
> --
> Vincent Lefèvre  - Web: <https://www.vinc17.net/>
> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists
>
> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> vers debian-user-french-requ...@lists.debian.org
> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> Archive: https://lists.debian.org/20150309110310.gc26...@xvii.vinc17.org
>
>

Re: xhost + ssh -X import/export fenétres graphiques

[mrr]

On 03/10/2015 10:30 AM, Vincent Lefevre wrote:

Le problème est qu'ici, tu veux un serveur qui soit capable de gérer
des périphériques locaux (OK pour ça), mais aussi des périphériques
distants, et ça, je ne sais pas si c'est possible avec juste le
serveur X11. Il faudrait un driver capable de ce genre de chose...


Je vois, ma vision de la situation s'affine, merci pour ta réponse!

--
mrr

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/55009d07$0$3343$426a3...@news.free.fr

Re: xhost + ssh -X import/export fenétres graphiques

[Vincent Lefevre]

On 2015-03-09 22:17:08 +0100, mrr wrote:
> De même, chaque serveur X écouterait les 2 souris et les 2 claviers.
> 
> Alors, y'a vraiment pas moyen de faire ça simplement (je sais pas, modifier
> peut-être le xorg.conf et se connecter à distance avec les bonnes options
> bien sûr) ?

Gérer plusieurs périphériques est possible en local, mais à distance,
je ne pense pas. Ce qui est possible de faire avec un serveur X,
c'est d'avoir des clients distants: la partie communication concerne
le protocole entre un client et un serveur. Mais la partie I/O
(affichage, événements clavier et souris...) est entièrement locale.

Dans le cas du SSH avec forwarding X11, le $DISPLAY indique un serveur
distant (même machine que les clients), mais suite au forwarding X11,
le véritable serveur X est local (i.e. sur la même machine que les
périphériques).

Le problème est qu'ici, tu veux un serveur qui soit capable de gérer
des périphériques locaux (OK pour ça), mais aussi des périphériques
distants, et ça, je ne sais pas si c'est possible avec juste le
serveur X11. Il faudrait un driver capable de ce genre de chose...

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150310092335.ga17...@xvii.vinc17.org

Re: xhost + ssh -X import/export fenétres graphiques

[mrr]

On 03/09/2015 12:00 PM, Vincent Lefevre wrote:

Si c'est pour contrôler une application distante, peut-être xpra?

Et si c'est pour contrôler une session X distante, peut-être x11vnc?


Merci pour ta réponse, ça m'éclaircit un peu.

Je me disais (un peu naïvement sans doute) que l'on pouvait partager

une session avec quelques lignes de commande, faire en sorte que les 
applications graphiques dédoublent leurs demandes donc aux 2 serveurs X 
(donc display identique).


De même, chaque serveur X écouterait les 2 souris et les 2 claviers.

Alors, y'a vraiment pas moyen de faire ça simplement (je sais pas, 
modifier peut-être le xorg.conf et se connecter à distance avec les 
bonnes options bien sûr) ?


Il me semble que la réponse est négative, cela dit, je ne connaissais 
pas "xpra", je crois que c'est par là que je vais commencer!


--
mrr

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54fdffc4$0$3054$426a7...@news.free.fr

Re: xhost + ssh -X import/export fenétres graphiques

[Vincent Lefevre]

On 2015-03-08 13:58:03 +0100, Patrice Go wrote:
> Effectivement, xhost ne semble utile que pour telnet. j'ai apparemment
> suivi une vieille méthode. merci.
> mon but est d'importer de manière chiffré (ssh) une application X d'un
> autre ordinateur et de la réexporter sur cet ordinateur à la fin de
> l'utilisation de l'application X.

Regarde du côté de xpra (jamais testé). Je crois que c'est plus
du contrôle à distance que de la téléportation d'applications
d'un serveur X à un autre. Mais c'est probablement plus ce que
tu veux.

-- 
Vincent Lefèvre  - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150309110310.gc26...@xvii.vinc17.org

Re: xhost + ssh -X import/export fenétres graphiques

[Vincent Lefevre]

On 2015-03-06 18:43:37 +0100, mrr wrote:
> On 03/06/2015 04:50 PM, Vincent Lefevre wrote:
> >On 2015-03-06 10:37:20 +0100, Patrice Go wrote:
> 
> >>une application X déjà ouverte (sans récupérer toute la fenetre, par
> >>export DISPLAY) d'un ordinateur ?
> 
> J'allais aussi poser cette question donc c'est cool que tu l'ai déjà fait.
> Enfin presque la même, moi j'ai besoin de contrôler à distance une session,
> la même qu'une autre qui tourne en local.
> C'est à dire que quand je bouge la souris (sur l'ordinateur distant), un
> observateur (en local, devant l'écran) verrait la souris bouger et
> vice-versa.
> Je crois que c'est pas exactement la même question que toi (moi je veux tout
> le bureau, pas seulement une application) mais quelques soient les réponses,
> je suis preneur!

C'est différent.

> Pour commencer je crois qu'il faut exporter les variables DISPLAY et
> XAUTHORITY de sorte qu'elles aient la même valeur à distance qu'en local,
> c'est ça?

Cela ne va servir à rien, car ce qu'il faut c'est que le serveur X
distant prenne en compte ton clavier local et ta souris locale, et
je suppose que tu veux aussi avoir un affichage local. Un serveur X
typique n'est pas capable de faire des communications à des
périphériques distants (ce sont les clients qui peuvent tourner
à distance). Je crois que ce que tu veux, c'est un truc du style
VNC / RDP.

Mais il y a peut-être des outils qui permettent de faire ce genre
de chose de manière transparente, i.e. en ne voyant que le côté X.
Si c'est pour contrôler une application distante, peut-être xpra?

Description-en: tool to detach/reattach running X programs
 Xpra gives you the functionality of GNU Screen for X applications.
 .
 It allows the user to view remote X applications on their local machine, and
 disconnect and reconnect from the remote machine without losing the state of
 the running applications.
 .
 Unlike VNC, these applications are "rootless".  They appear as individual
 windows inside your window manager rather than being contained within a single
 window.

Et si c'est pour contrôler une session X distante, peut-être x11vnc?

Description-en: VNC server to allow remote access to an existing X session
 x11vnc allows one to view remotely and interact with real X displays (i.e. a
 display corresponding to a physical monitor, keyboard, and mouse) with any
 VNC viewer. It has built-in SSL encryption and authentication, UNIX account
 and password support, server-side scaling, single port HTTPS and VNC, mDNS
 service advertising, and TightVNC and UltraVNC file-transfer.

> Et/ou (??) peut être qu'il faut copier le fichier sur l'ordinateur local
> ~/.xauthority et le mettre sur l'ordinateur distant et ensuite faire pointer
> la variable XAUTHORITY dessus?
> 
> Est-il *absolument* nécessaire que les 2 sessions (local + à distance)
> soient lancées par le *même* utilisateur??
> Je suis _quasi_ sûr que c'est *OUI* mais j'aimerais enlever le _quasi_!

Avec VNC, une même session peut être partagée par plusieurs clients
tournant sur des machines différentes.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150309105730.gb26...@xvii.vinc17.org

Re: xhost + ssh -X import/export fenétres graphiques

[Patrice Go]

Effectivement, xhost ne semble utile que pour telnet. j'ai apparemment
suivi une vieille méthode. merci.
mon but est d'importer de manière chiffré (ssh) une application X d'un
autre ordinateur et de la réexporter sur cet ordinateur à la fin de
l'utilisation de l'application X.
En gros, j'utilise sur un serveur un virtualbox graphique (je n'ai pas
vraiment le choix) ayant des VM lancées. j'aimerai juste récupérer la
fenêtre du gestionnaire de virtualbox.

dans la déscription du dépot, teleport semble effectivement répondre à
cette demande. Cependant il n'y a aucun howto ou man permettant de
l'utiliser. quelqu'un a-t-il déjà utilisé teleport et comment faut-il faire
concrètement ?

merci.

Le 6 mars 2015 16:45, Vincent Lefevre  a écrit :

> On 2015-03-06 10:37:20 +0100, Patrice Go wrote:
> > malgré des recherches, je n'ai pas trouvé de solutions à cette question.
> > je voulais savoir si il y avait moyen d'importer/exporter par ssh (avec
> > xhost et ssh option -X)
>
> Ne pas utiliser xhost pour utilisation avec ssh: c'est inutile et cela
> peut poser des problèmes de sécurité. Ma seule utilisation de xhost
> est:
>
>   xhost +si:localuser:root
>
> afin que root puisse avoir accès au display (par exemple, j'en ai
> besoin pour un script de /etc/pm/sleep.d gérant la config du clavier).
>
> > une application X déjà ouverte (sans récupérer toute la fenetre, par
> > export DISPLAY) d'un ordinateur ?
>
> Je ne comprends pas bien la question. Si c'est pour changer le display
> d'une application qui tourne, il y a le paquet teleport si l'application
> supporte le protocole de migration (je ne l'ai jamais testé).
>
> --
> Vincent Lefèvre  - Web: <https://www.vinc17.net/>
> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/fr/FrenchLists
>
> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
> vers debian-user-french-requ...@lists.debian.org
> En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
> Archive:
> https://lists.debian.org/20150306154506.ga10...@ypig.lip.ens-lyon.fr
>
>

Re: xhost + ssh -X import/export fenétres graphiques

[mrr]

On 03/06/2015 04:50 PM, Vincent Lefevre wrote:

On 2015-03-06 10:37:20 +0100, Patrice Go wrote:



une application X déjà ouverte (sans récupérer toute la fenetre, par
export DISPLAY) d'un ordinateur ?


J'allais aussi poser cette question donc c'est cool que tu l'ai déjà fait.
Enfin presque la même, moi j'ai besoin de contrôler à distance une 
session, la même qu'une autre qui tourne en local.
C'est à dire que quand je bouge la souris (sur l'ordinateur distant), un 
observateur (en local, devant l'écran) verrait la souris bouger et 
vice-versa.
Je crois que c'est pas exactement la même question que toi (moi je veux 
tout le bureau, pas seulement une application) mais quelques soient les 
réponses, je suis preneur!


Pour commencer je crois qu'il faut exporter les variables DISPLAY et 
XAUTHORITY de sorte qu'elles aient la même valeur à distance qu'en 
local, c'est ça?


Et/ou (??) peut être qu'il faut copier le fichier sur l'ordinateur local 
~/.xauthority et le mettre sur l'ordinateur distant et ensuite faire 
pointer la variable XAUTHORITY dessus?


Est-il *absolument* nécessaire que les 2 sessions (local + à distance) 
soient lancées par le *même* utilisateur??

Je suis _quasi_ sûr que c'est *OUI* mais j'aimerais enlever le _quasi_!

--
mrr

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54f9d939$0$3058$426a7...@news.free.fr

Re: xhost + ssh -X import/export fenétres graphiques

[Vincent Lefevre]

On 2015-03-06 10:37:20 +0100, Patrice Go wrote:
> malgré des recherches, je n'ai pas trouvé de solutions à cette question.
> je voulais savoir si il y avait moyen d'importer/exporter par ssh (avec
> xhost et ssh option -X)

Ne pas utiliser xhost pour utilisation avec ssh: c'est inutile et cela
peut poser des problèmes de sécurité. Ma seule utilisation de xhost
est:

  xhost +si:localuser:root

afin que root puisse avoir accès au display (par exemple, j'en ai
besoin pour un script de /etc/pm/sleep.d gérant la config du clavier).

> une application X déjà ouverte (sans récupérer toute la fenetre, par
> export DISPLAY) d'un ordinateur ?

Je ne comprends pas bien la question. Si c'est pour changer le display
d'une application qui tourne, il y a le paquet teleport si l'application
supporte le protocole de migration (je ne l'ai jamais testé).

-- 
Vincent Lefèvre  - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150306154506.ga10...@ypig.lip.ens-lyon.fr

xhost + ssh -X import/export fenétres graphiques

[Patrice Go]

Bonjour,

malgré des recherches, je n'ai pas trouvé de solutions à cette question.
je voulais savoir si il y avait moyen d'importer/exporter par ssh (avec
xhost et ssh option -X) une application X déjà ouverte (sans récupérer
toute la fenetre, par export DISPLAY) d'un ordinateur ?
ceci avec le pid ? juste pour savoir...

l'idée étant de ne pas utiliser VNC.

merci.

pat G

Re: xhost dans un chroot

[Marc Siramy]

Le 19 janvier 2009 17:22, Basile STARYNKEVITCH  a
écrit :

>
>
> En pratique, j'utilise le montage bind pour partager certains systèmes de
> fichiers entre le chroot et l'hôte, concrètement

Je ne connaissais pas bind, ça semble fort utile effectivement

>
> ## /Lenny32 est mon chroot 32bits
> /dev/sdb1   /Lenny32ext3defaults0   2
> ## montages bind pour le schroot marche bien
> /proc   /Lenny32/proc  none   bind  0 0
> /sys   /Lenny32/sys  none   bind  0 0
> /tmp  /Lenny32/tmp none bind 0 0
> /home  /Lenny32/home none bind 0 0

ou  /proc   /Lenny32/proc  *proc*   bind  0 0  ?

> Il y a peut-être des trous de sécurité à agir comme ça, mais en pratique je
> n'utiliser mon lenny32 bits que pour compiler des programmes CGI en 32 bits.

 Des trous de sécurité potentiels, apparemment oui dans le cas où des
serveurs tournent sur l'environnement chrooté (cf.
http://didier.misson.net/blog/2007/11/25/securisation-d-un-serveur-apache-chroot/).


> Et mon /etc/schroot/schroot.conf contient
> [lenny32]
> description=Debian Lenny 32bits
> location=/Lenny32
> priority=2
> users=basile
> groups=basile,adm
> root-groups=adm,basile
> aliases=default
> personality=linux32
>
 Ce après quoi il n'y a plus qu'à lancer la commande 'schroot -p -c lenny32"
et tout est dit.


> Esperant avoir aidé!
>
 Oui. Et je vais enfin pouvoir utiliser iscan .. .. et mon scanner. Merci !


Marc

Re: xhost dans un chroot

[Basile STARYNKEVITCH]

Marc Siramy wrote:

Bonjour,

j'ai une lenny i386 chrootée dans un environnement en lenny amd64

Moi j'ai une lenny i386 chrootée dans un sid amd64


et j'essaie de lancer des applis graphiques (en particulier iscan) 
dans un chroot.
Seulement, tout ce que parviens à obtenir, c'est un message d'erreur ' 
*"cannot open display: :0.0"*
Normalement, un '*xhost +'* devrait résoudre le problème, seulement 
'*xhost +'* ne fonctionne pas

en chroot.


Comme les applications X11 utilisent /tmp (et notamment /tmp/.X11-unix & 
/tmp/.X0-lock) il me semble qu'il faut que le /tmp du chroot  [ici la 
lenny i386] soit semblable (ou plutot identique) au /tmp du système hôte 
(ici amd64).


En pratique, j'utilise le montage bind pour partager certains systèmes 
de fichiers entre le chroot et l'hôte, concrètement


## /Lenny32 est mon chroot 32bits
/dev/sdb1   /Lenny32ext3defaults0   2
## montages bind pour le schroot marche bien
/proc   /Lenny32/proc  none   bind  0 0
/sys   /Lenny32/sys  none   bind  0 0
/tmp  /Lenny32/tmp none bind 0 0
/home  /Lenny32/home none bind 0 0


Il y a peut-être des trous de sécurité à agir comme ça, mais en pratique 
je n'utiliser mon lenny32 bits que pour compiler des programmes CGI en 
32 bits.


Et mon /etc/schroot/schroot.conf contient
[lenny32]
description=Debian Lenny 32bits
location=/Lenny32
priority=2
users=basile
groups=basile,adm
root-groups=adm,basile
aliases=default
personality=linux32


Mon shell étant le zsh, j'y change de prompt selon que je suis en 64 
bits ou en 32 bits donc mon ~/.zshrc contient

setopt prompt_subst
promptmachine=$(uname -m)
PS1="%m.$promptmachine %3~ %T %# "

Esperant avoir aidé!

Librement

--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
membre de l'APRIL "promouvoir et défendre le logiciel libre"
Rejoignez maitenant plus de 4000 adhérents http://www.april.org

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

xhost dans un chroot

[Marc Siramy]

Bonjour,

j'ai une lenny i386 chrootée dans un environnement en lenny amd64

et j'essaie de lancer des applis graphiques (en particulier iscan) dans un
chroot.
Seulement, tout ce que parviens à obtenir, c'est un message d'erreur ' *"cannot
open display: :0.0"*
Normalement, un '*xhost +'* devrait résoudre le problème, seulement '*xhost
+'* ne fonctionne pas
en chroot.
Apparemment, je ne suis pas le seul à avoir ce problème (cf.
http://forum.ubuntu-fr.org/viewtopic.php?id=51811 ).

-> Existe-t-il une méthode pour contourner ce problème ?

Marc

Re: xhost en local

[Sami FANTAR]

Julien Valroff a écrit :

Le mercredi 21 février 2007 à 17:27 +0100, Sami FANTAR a écrit :
  

Bonjour

Je souhaiterais autoriser la connexion de clients X en local grâce à la 
commande xhost.
Cependant, pour des raisons de sécurité, je ne souhaite faire xhost+. Je 
voudrais pouvoir autoriser que les clients X de ma machine physique en 
spécifiant à xhost : xhost +hostname_de_ma_machine.


Quelque chose comme ça ?
$ xhost +local:
non-network local connections being added to access control list

(attention aux : à la suite de local : on spécifie la "famille" et non
une machine - dans ce cas, les connexions locales ne passant pas par le
réseau, à l'inverse par exemple de INET et INET6, voir man xhost)

Je ne suis pas tout à fait certain de comprendre la question...

Julien



  

Problème résolu.
Merci pour ton aide.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: xhost en local

[Julien Valroff]

Le mercredi 21 février 2007 à 17:27 +0100, Sami FANTAR a écrit :
> Bonjour
> 
> Je souhaiterais autoriser la connexion de clients X en local grâce à la 
> commande xhost.
> Cependant, pour des raisons de sécurité, je ne souhaite faire xhost+. Je 
> voudrais pouvoir autoriser que les clients X de ma machine physique en 
> spécifiant à xhost : xhost +hostname_de_ma_machine.
Quelque chose comme ça ?
$ xhost +local:
non-network local connections being added to access control list

(attention aux : à la suite de local : on spécifie la "famille" et non
une machine - dans ce cas, les connexions locales ne passant pas par le
réseau, à l'inverse par exemple de INET et INET6, voir man xhost)

Je ne suis pas tout à fait certain de comprendre la question...

Julien



-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

xhost en local

[Sami FANTAR]

Bonjour

Je souhaiterais autoriser la connexion de clients X en local grâce à la 
commande xhost.
Cependant, pour des raisons de sécurité, je ne souhaite faire xhost+. Je 
voudrais pouvoir autoriser que les clients X de ma machine physique en 
spécifiant à xhost : xhost +hostname_de_ma_machine.


faut-il apporter une modification à la variable DISPLAY?

Merci d'avance pour votre aide.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: XHOST connection to ":0.0" refused by server

[RTyler]

Sylvain Sauvage a écrit :
Sat, 05 Feb 2005 20:19:07 +0100, RTyler a écrit :
 

[...]
   

QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
 

[...]
   

Est-ce normal ?
 

C'est dû au fait que root n'a pas de KDE à lui (il n'utilise pas la
session de l'utilisateur à partir duquel tu fais ton 'su') : « no GUI » =
pas de session KDE.
C'est le genre de messages que l'on peut voir lorsque l'on lance une
application KDE dans un autre gestionnaire de fenêtres.
 

Ah ok et je suppose que le export display permet normalement à root 
d'utiliser la session de l'utilisateur qui utilise kde, et que c'est ce 
qui se passe quand un su marche bien (c'est à dire il y a pas si longtemps).

Merci pour ces précisions. Je continue mes recherches, il doit bien y 
avoir quelque chose qui cloche sur mon ordi pour que su commence à avoir 
ce genre d'erreur et que mon système semble ne pas enregistrer les 
rattrapages que je tente de faire.

Je mail la liste dès que je trouve histoire de faire avancer le 
schmilblick :)

Remerciements, RTyler
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: XHOST connection to ":0.0" refused by server

[Sylvain Sauvage]

Sat, 05 Feb 2005 20:19:07 +0100, RTyler a écrit :
>[...]
> > QPixmap: Cannot create a QPixmap when no GUI is being used
> > QPixmap: Cannot create a QPixmap when no GUI is being used
> > QPixmap: Cannot create a QPixmap when no GUI is being used
> > QPixmap: Cannot create a QPixmap when no GUI is being used
>[...]
> > Est-ce normal ?

C'est dû au fait que root n'a pas de KDE à lui (il n'utilise pas la
session de l'utilisateur à partir duquel tu fais ton 'su') : « no GUI » =
pas de session KDE.

C'est le genre de messages que l'on peut voir lorsque l'on lance une
application KDE dans un autre gestionnaire de fenêtres.

-- 
Sylvain Sauvage

Re: XHOST connection to ":0.0" refused by server

[RTyler]

Vincent Bernat a écrit :
OoO Pendant  le repas  du samedi 05  février 2005, vers  19:27, RTyler
<[EMAIL PROTECTED]> disait:
 

*17:38 [EMAIL PROTECTED] /home/rtyler# kvim /etc/samba/smb.conf
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
   

[...]
Outre la solution qui a été proposée par un autre intervenant, tu peux
aussi faire :
XAUTHORITY=~utilisateur/.Xauthority kvim /etc/samba/smb.conf
En fait, pour  pouvoir s'adresser au serveur X,  il faut disposer d'un
des cookies contenu dans ~/.Xauthority pour s'authentifier. On indique
ainsi  qu'il  faut  utiliser  ceux de  l'utilisateur  propriétaire  du
serveur X.
Une solution permanente  est de faire un lien  symbolique, à condition
que ce soit toujours le même utilisateur qui lance le serveur X.
 

D'accord cela me permet d'un peu mieux comprendre comment ça marche. 
J'avais juste compris qu'il fallait être autorisé à utiliser le serveur 
X (ce qui semble assez vite évident quand on l'apprend). Mon problème 
actuel c'est qu'aucune des méthodes qui m'ont été donné jusqu'ici ne 
subsiste après un redémarrage. Je sais bien qu'on n'a aucune raison de 
redémarrer Linux mais dans mon cas j'ai un problème de ram qui fini par 
me faire redémarrer de manière impromptu (il est prévu de la changer). 
Mais pour cela il faudrait qu'après un redémarrage normal ces 
modifications aient été enregistrer or ce n'est pas le cas.

Et puis tout cela me semble un peu du bricolage, d'autant qu'avant tout 
marchait correctement (il me semble que cela a commencé à ne plus 
marcher suite à un dist-upgrade). N'y aurait-il pas moyen d'autoriser le 
terminal (kterm en l'occurence) de lancer n'importe quel application 
graphique (tout du moins kvim, kedit et compagnie) depuis n'importe quel 
utilisateur après un su de n'importe quel autre utilisateur (bon dans 
mon cas il n'y a que root et moi mais je prévois d'avoir encore d'autre 
utilisateurs).

Enfin dernière précision :
20:09 [EMAIL PROTECTED] /home/rtyler# Mutex destroy failure: Périphérique ou 
ressource occupé

20:09 [EMAIL PROTECTED] /home/rtyler# ICE default IO error handler doing an 
exit(), pid= 8318, errno = 0

ceci semble être lié d'une manière ou d'une autre à kded puisque c'est 
kded [kdeinit] qui a ce pid

De même pour :
20:09 [EMAIL PROTECTED] /home/rtyler# kedit /etc/samba/smb.conf
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
kbuildsycoca running...
KWrited - Écoute le périphérique « /dev/pts/2 »
puisque kbuildsycoca est lié là encore à kded (Cf man kded) mais j'ai 
peur de manquer cruellement de connaissance pour comprendre quel est le 
problème. Quoiqu'il en soit si le problème n'est pas intéressant pour la 
liste je ne vais pas insister, cela se résoudra peut-être lors d'une 
upgrade et/ou je comprendrai peut-être plus tard lorsque Linux sera plus 
familier pour moi.

Merci pour votre aide et l'information que vous m'avez apporté.
RTyler
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: XHOST connection to ":0.0" refused by server

[Vincent Bernat]

OoO Pendant  le repas  du samedi 05  février 2005, vers  19:27, RTyler
<[EMAIL PROTECTED]> disait:

> *17:38 [EMAIL PROTECTED] /home/rtyler# kvim /etc/samba/smb.conf
> Xlib: connection to ":0.0" refused by server
> Xlib: No protocol specified

[...]

Outre la solution qui a été proposée par un autre intervenant, tu peux
aussi faire :

XAUTHORITY=~utilisateur/.Xauthority kvim /etc/samba/smb.conf

En fait, pour  pouvoir s'adresser au serveur X,  il faut disposer d'un
des cookies contenu dans ~/.Xauthority pour s'authentifier. On indique
ainsi  qu'il  faut  utiliser  ceux de  l'utilisateur  propriétaire  du
serveur X.

Une solution permanente  est de faire un lien  symbolique, à condition
que ce soit toujours le même utilisateur qui lance le serveur X.
-- 
I WILL NOT DO THE DIRTY BIRD
I WILL NOT DO THE DIRTY BIRD
I WILL NOT DO THE DIRTY BIRD
-+- Bart Simpson on chalkboard in episode AABF08


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: XHOST connection to ":0.0" refused by server

[RTyler]

RTyler a écrit :
daniel huhardeaux a écrit :
RTyler a écrit :
 Tout d'abord, bonjour la liste.

Voici mon problème :
lorsque j'ouvre un terminal et que je change d'utilisateur vers root 
(pour éditer des fichiers de configuration par exemple) je n'ai 
accès à aucune application graphique (ce serait juste pour utiliser 
kvim ou autre).

Voici le message d'erreur :
*17:38 [EMAIL PROTECTED] /home/rtyler# kvim /etc/samba/smb.conf
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kvim: cannot connect to X server :0.0
zsh: exit 1 kvim /etc/samba/smb.conf*
J'ai bien entendu fait des recherches et ait essayé *xhost 
+localhost* (non pas en root mais bien depuis l'utilisateur d'où je 
change via su)

xhost + local:root
Je viens d'essayer. Cela semble marcher mais j'ai toujours ces signes 
cabalistiques :

20:09 [EMAIL PROTECTED] /home/rtyler# kedit /etc/samba/smb.conf
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
kbuildsycoca running...
KWrited - Écoute le périphérique « /dev/pts/2 »
20:09 [EMAIL PROTECTED] /home/rtyler# Mutex destroy failure: Périphérique ou 
ressource occupé

Est-ce normal ?

Toutes mes excuses les lignes dont je parle juste au-dessus semble 
n'avoir un lien qu'avec kedit (aucun problème avec kvim). Je vais juste 
redémarrer pour voir si les changements persiste.

Merci à tous.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: XHOST connection to ":0.0" refused by server

[RTyler]

Troumad a écrit :
En effet, sous debian, il y a une protection qui nous demande de fire 
un "/xhost +/" avant de faire "/su -/" et puis une fois logguer sous 
une autre identité, il faut faire "/export DISPLAY=:0.0/".

Extrait de  http://troumad.free.fr/Linux/linux.php?page=debian
RTyler a écrit :
 Tout d'abord, bonjour la liste.
[...]


Je vous remercie d'avoir répondu aussi rapidement. J'ai donc 
immédiatement mis en pratique.  J'ai également fait "xhost + local:root" 
mais en réalité j'ai toujours le même problème (j'ai oublié de précisé 
qu'une fois un sux fait je n'ai plus de problème jusqu'au prochain 
redémarrage en dehors de ces lignes :

20:09 [EMAIL PROTECTED] /home/rtyler# kedit /etc/samba/smb.conf
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
kbuildsycoca running...
KWrited - Écoute le périphérique « /dev/pts/2 »
20:09 [EMAIL PROTECTED] /home/rtyler# Mutex destroy failure: Périphérique ou 
ressource occupé

20:09 [EMAIL PROTECTED] /home/rtyler# ICE default IO error handler doing an 
exit(), pid= 8318, errno = 0

Je vais essayer de redémarrer pour voir.
RTyler
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: XHOST connection to ":0.0" refused by server

[RTyler]

daniel huhardeaux a écrit :
RTyler a écrit :
 Tout d'abord, bonjour la liste.

Voici mon problème :
lorsque j'ouvre un terminal et que je change d'utilisateur vers root 
(pour éditer des fichiers de configuration par exemple) je n'ai accès 
à aucune application graphique (ce serait juste pour utiliser kvim ou 
autre).

Voici le message d'erreur :
*17:38 [EMAIL PROTECTED] /home/rtyler# kvim /etc/samba/smb.conf
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kvim: cannot connect to X server :0.0
zsh: exit 1 kvim /etc/samba/smb.conf*
J'ai bien entendu fait des recherches et ait essayé *xhost 
+localhost* (non pas en root mais bien depuis l'utilisateur d'où je 
change via su)

xhost + local:root
Je viens d'essayer. Cela semble marcher mais j'ai toujours ces signes 
cabalistiques :

20:09 [EMAIL PROTECTED] /home/rtyler# kedit /etc/samba/smb.conf
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
kbuildsycoca running...
KWrited - Écoute le périphérique « /dev/pts/2 »
20:09 [EMAIL PROTECTED] /home/rtyler# Mutex destroy failure: Périphérique ou 
ressource occupé

Est-ce normal ?
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: XHOST connection to ":0.0" refused by server

[daniel huhardeaux]

RTyler a écrit :
 Tout d'abord, bonjour la liste.

Voici mon problème :
lorsque j'ouvre un terminal et que je change d'utilisateur vers root 
(pour éditer des fichiers de configuration par exemple) je n'ai accès 
à aucune application graphique (ce serait juste pour utiliser kvim ou 
autre).

Voici le message d'erreur :
*17:38 [EMAIL PROTECTED] /home/rtyler# kvim /etc/samba/smb.conf
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kvim: cannot connect to X server :0.0
zsh: exit 1 kvim /etc/samba/smb.conf*
J'ai bien entendu fait des recherches et ait essayé *xhost +localhost* 
(non pas en root mais bien depuis l'utilisateur d'où je change via su)
xhost + local:root
--
Daniel  Huhardeaux   __ _ _ __ __ __
enum+48 32 285 5276 /_   _// _  // _  //_   _// __  // /
IAX FWD  +1 7009 422493  / /  / // // // /  / /  / /_/ // /
sip:101 h323:121  @voip./_/  ////  /_/  /_/ /_//_/.com
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

XHOST connection to ":0.0" refused by server

[RTyler]

 Tout d'abord, bonjour la liste.

Voici mon problème :
lorsque j'ouvre un terminal et que je change d'utilisateur vers root 
(pour éditer des fichiers de configuration par exemple) je n'ai accès à 
aucune application graphique (ce serait juste pour utiliser kvim ou autre).

Voici le message d'erreur :
*17:38 [EMAIL PROTECTED] /home/rtyler# kvim /etc/samba/smb.conf
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kvim: cannot connect to X server :0.0
zsh: exit 1 kvim /etc/samba/smb.conf*
J'ai bien entendu fait des recherches et ait essayé *xhost +localhost* 
(non pas en root mais bien depuis l'utilisateur d'où je change via su)
Aucune erreur cependant cela ne résout en rien le problème, bien que 
xhost me donne :

*17:43 [EMAIL PROTECTED] ~% xhost
access control enabled, only authorized clients can connect
INET:localhost*
J'ai également essayé un *export DISPLAY=:0.0* mais là encore aucun 
changement.

Enfin les seuls commandes qui semblent marcher sont sux ou xhost + (mais 
bon, niveau sécurité je préfère largement sux). De toute manière dans 
ces deux cas cela me permet d'utiliser kvim ou autre kedit mais non sans 
une série de message.

En utilisant xhost + :
*QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
kbuildsycoca running...
KWrited - Écoute le périphérique « /dev/pts/18 »*
et en utilisant sux c'est très long alors je le mets à la fin.
Quoiqu'il en soit je me demandais s'il n'y avait pas un lien avec un 
autre problème que j'ai sous cups (lorsque j'installe ce qu'il faut, au 
démarrage de cupsd, l'ordi ne rend pas la main sous la console et dans 
error_log j'ai : "Backend did not respond within 30 seconds". Je me suis 
dit que peut-être l'interface de loopback marche mal d'où le fait que 
xhost +localhost ne donne rien. Cela dit ce n'est qu'une hypothèse de 
newbie d'autant que ping localhost marche parfaitement...

Si certains d'entre vous ont des idées cela pourrait grandement m'aider :)
Merci d'avance.
RTyler
P.S. : voici les messages que me donne sux après lancement de kedit 
/etc/samba/smb.conf (cela aurait donné la même chose avec n'importe quel 
programme graphique) pour la première fois après la suppression de 
.Xauthority et un redémarrage. A savoir que si je le refait une deuxième 
fois :

*19:17 [EMAIL PROTECTED] /home/rtyler# kedit /etc/samba/smb.conf
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
kbuildsycoca running...
KWrited - Écoute le périphérique « /dev/pts/1 »*
avec de temps en temps ceci qui se produit (sans rien faire, juste en 
étant loggué en root via su) :

*Mutex destroy failure: Périphérique ou ressource occupé
ICE default IO error handler doing an exit(), pid = 7621, errno = 2*
Ce que donne kedit après sux :
*Link points to "/tmp/ksocket-root"
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
Link points to "/tmp/kde-root"
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
kbuildsycoca running...
Reusing existing ksycoca
kio (KService*): WARNING: The desktop entry file 
Utilities/kfilereplacepart.desktop has Type=Service but is located under 
"apps" instead of "services"
kio (KService*): WARNING: Invalid Service : 
Utilities/kfilereplacepart.desktop
kbuildsycoca: WARNING: 
'/usr/share/applications/themus-theme-applier.desktop' specifies 
undefined mimetype/servicetype 'application/x-gnome-theme-installed'
kbuildsycoca: WARNING: '/usr/share/applications/kde/kuickshow.desktop' 
specifies undefined mimetype/servicetype 'image/x-psd'
kbuildsycoca: WARNING: '/usr/share/applications/kde/kuickshow.desktop' 
specifies undefined mimetype/servicetype 'image/x-eim'
kbuildsycoca: WARNING: '/usr/share/applications/kde/kvoctrain.desktop' 
specifies undefined mimetype/servicetype 'text/x-kvtml'
kbuildsycoca: WARNING: '/usr/share/applications/mozilla-firefox.desktop' 
specifies undefined mimetype/servicetype 'application/rss+xml'
kbuildsycoca: WARNING: '/usr/share/applications/mozilla-firefox.desktop' 
specifies undefined mimetype/servicetype 'application/rdf+xml'
kbuildsycoca: WARNING: '/usr/share/applications/mozilla-firefox.desktop' 
specifies undefined mimetype/servicetype 'x-directory/webdav'
kbuildsyco

Re: xhost +

[Frederic Bothamy]

* Sylvain Sauvage <[EMAIL PROTECTED]> [2004-07-15 16:47] :

[...]

> À noter quand même que ma première remarque sur la « surprenance » du
> comportement de 'su' signifiait aussi que ce comportement est surprenant
> si l'on ne maîtrise pas les subtilités shell de connexion / shell de non
> connexion.

Pour ajouter à la confusion, la variable PATH est traitée de façon
différente des autres variables : elle est normalement repositionnée à
une valeur saine (sauf si défini autrement dans /etc/login.defs, ce qui
est fait dans Debian) (mais à l'origine on parlait de DISPLAY). C'est
vrai que c'est assez trompeur.


Fred

-- 
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html

Re: xhost +

[Sylvain Sauvage]

Wed, 14 Jul 2004 02:23:27 +0200, Frederic Bothamy a écrit :
> * Sylvain Sauvage <[EMAIL PROTECTED]> [2004-07-13 18:10] :
> >[...]
> > Si, c'est surprenant quand le comportement n'est pas celui prévu par
> > la page de manuel et différent entre deux machines (*presque*
> > identiques).
> 
> Il faut que tu m'expliques en quoi ce n'est pas celui prévu par la page
> de manuel. Dans la page de manuel française (qui n'est présente que dans
> stable et pas dans testing), on peut lire ceci :
>[...] 

Et bien j'ai déjà eu des surprises : j'utilise toujours 'su' et je n'ai
jamais de problème (toutes les variables, notamment PATH et DISPLAY, sont
correctes). Par contre, sur la machine d'un ami, avec 'su', le PATH était
totalement écrasé (moins de chemins que celui de l'utilisateur, et,
surtout, pas de sbin).
Il ne me semble pas que cela soit le comportement prévu : PATH doit être
celui de l'utilisateur, à moins que les fichiers de conf. du shell ne
l'écrase, ce qui n'était pas le cas car le 'su -' permettait de retrouver
le bon PATH (avec sbin) et, à moins que je ne me trompe, auquel cas
j'accepterai de faire pénitence, ce qu'un shell de connexion (SC) fait de
particulier (par rapport à un « shell de non connexion », SNC ), il le
fait avant de faire ce que fait un SNC. Donc, si un SNC écrase le PATH, un
SC doit l'écraser aussi.

Mais bon, d'une part cette expérience a eu lieu il y a un moment (c. 18
mois), et d'autre part je crois que ce comportement est à rapprocher du
problème récurrent de login : parfois l'utilisateur root se retrouve
sans les sbin dans son PATH, parfois il les a (après un login en console,
pas par 'su'). Ici « parfois » signifie « ça dépend des versions et des
installations ». (Je sais, j'aurais dû creuser le bogue, mais comme ça se
répare vite...) Ce problème m'est apparu avec des installations quasi
identiques (c'est-à-dire à quelques paquets cosmétiques près, en tout cas
des paquets ni « base », ni « important », ni « qui ont à faire avec un
shell ou un login »). Donc j'adoucis mes propos vis à vis de la page de
manuel.

À noter quand même que ma première remarque sur la « surprenance » du
comportement de 'su' signifiait aussi que ce comportement est surprenant
si l'on ne maîtrise pas les subtilités shell de connexion / shell de non
connexion.

Debiannement,
-- 
Sylvain Sauvage

Re: xhost +

[Frederic Bothamy]

* Sylvain Sauvage <[EMAIL PROTECTED]> [2004-07-13 18:10] :
> Tue, 13 Jul 2004 17:53:27 +0200, Frederic Bothamy a écrit :
> > * Sylvain Sauvage <[EMAIL PROTECTED]> [2004-07-13 16:21] :
> >[...]
> > > Tu as essayé su « tout court » (c.-à-d. sans le tiret) ?
> > > Il faut dire que le comportement de su (avec ou sans tiret) est
> > > parfois surprenant vis à vis des variables d'environnement...
> > 
> > Ce n'est pas surprenant, enfin, quand on lit la page de manuel de su,
> > c'est expliqué pourquoi "su -" invalide presque toutes les variables
> > d'environnement et donc que "su" ne le fait pas. Le message d'origine
> > indiquait que la personne utilise "su" (sans le "-") et dans ce cas, la
> > variable DISPLAY devrait être conservé (et cela devrait donc
> > fonctionner).
> 
> Si, c'est surprenant quand le comportement n'est pas celui prévu par la
> page de manuel et différent entre deux machines (*presque* identiques).

Il faut que tu m'expliques en quoi ce n'est pas celui prévu par la page
de manuel. Dans la page de manuel française (qui n'est présente que dans
stable et pas dans testing), on peut lire ceci :

   -, -l, --login
  Appelle le shell sous forme de shell de connexion. Voici ce
  que cela signifie : Invalider toutes les variables
  d'environnement sauf `TERM', `HOME', et `SHELL' (qui sont
  renseignées comme décrit ci-dessus), ainsi que `USER' et
  `LOGNAME' (qui sont alors remplies même pour le
  Super-Utilisateur).

La page anglaise de testing indique simplement que l'option "-" utilise
un login shell (ce n'est pas faux, simplement moins précis).

Pour info, chez moi :

[EMAIL PROTECTED]:~$ echo $DISPLAY
:0.0
[EMAIL PROTECTED]:~$ su
Password: 
hermes:/home/fred# echo $DISPLAY
:0.0
hermes:/home/fred# exit
[EMAIL PROTECTED]:~$ su -
Password: 
hermes:~# echo $DISPLAY

hermes:~#

(login 4.0.3-28.4)


Fred (perplexe)

-- 
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html

Re: xhost +

[Sylvain Sauvage]

Tue, 13 Jul 2004 17:53:27 +0200, Frederic Bothamy a écrit :
> * Sylvain Sauvage <[EMAIL PROTECTED]> [2004-07-13 16:21] :
>[...]
> > Tu as essayé su « tout court » (c.-à-d. sans le tiret) ?
> > Il faut dire que le comportement de su (avec ou sans tiret) est
> > parfois surprenant vis à vis des variables d'environnement...
> 
> Ce n'est pas surprenant, enfin, quand on lit la page de manuel de su,
> c'est expliqué pourquoi "su -" invalide presque toutes les variables
> d'environnement et donc que "su" ne le fait pas. Le message d'origine
> indiquait que la personne utilise "su" (sans le "-") et dans ce cas, la
> variable DISPLAY devrait être conservé (et cela devrait donc
> fonctionner).

Si, c'est surprenant quand le comportement n'est pas celui prévu par la
page de manuel et différent entre deux machines (*presque* identiques).

-- 
Sylvain Sauvage

Re: xhost +

[Frederic Bothamy]

* Sylvain Sauvage <[EMAIL PROTECTED]> [2004-07-13 16:21] :
> Tue, 13 Jul 2004 16:10:35 +0200, Benoît «Beny» Pineau a écrit :
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> > 
> > Frederic Bothamy wrote:
> > | Cela dit, je ne vois pas pourquoi "xhost +" ne fonctionnerait pas si
> > tu| a bien ta variable DISPLAY à la bonne valeur.
> > 
> > - 
> > =--( [EMAIL PROTECTED] )-=-( mar jui 13 )-=-( 16:07:07 )-=-( ~ )--=
> > beny $ echo $DISPLAY
> > :0.0
> > =--( [EMAIL PROTECTED] )-=-( mar jui 13 )-=-( 16:07:10 )-=-( ~ )--=
> > beny $ su -
> ^
> Ah Ah ! (ce n'est pas un rire, c'est un « eurêka »)
> 
> Tu as essayé su « tout court » (c.-à-d. sans le tiret) ?
> Il faut dire que le comportement de su (avec ou sans tiret) est parfois
> surprenant vis à vis des variables d'environnement...

Ce n'est pas surprenant, enfin, quand on lit la page de manuel de su,
c'est expliqué pourquoi "su -" invalide presque toutes les variables
d'environnement et donc que "su" ne le fait pas. Le message d'origine
indiquait que la personne utilise "su" (sans le "-") et dans ce cas, la
variable DISPLAY devrait être conservé (et cela devrait donc
fonctionner).


Fred

-- 
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html

Re: xhost +

[Sylvain Sauvage]

Tue, 13 Jul 2004 16:10:35 +0200, Benoît «Beny» Pineau a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Frederic Bothamy wrote:
> | Cela dit, je ne vois pas pourquoi "xhost +" ne fonctionnerait pas si
> tu| a bien ta variable DISPLAY à la bonne valeur.
> 
> - 
> =--( [EMAIL PROTECTED] )-=-( mar jui 13 )-=-( 16:07:07 )-=-( ~ )--=
> beny $ echo $DISPLAY
> :0.0
> =--( [EMAIL PROTECTED] )-=-( mar jui 13 )-=-( 16:07:10 )-=-( ~ )--=
> beny $ su -
^
Ah Ah ! (ce n'est pas un rire, c'est un « eurêka »)

Tu as essayé su « tout court » (c.-à-d. sans le tiret) ?
Il faut dire que le comportement de su (avec ou sans tiret) est parfois
surprenant vis à vis des variables d'environnement...

>[...]

-- 
Sylvain Sauvage

Re: xhost +

[François TOURDE]

Le 12612ième jour après Epoch,
Stephane List écrivait:

> Bonjour,
>
> Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
> pouvoir lancer des applis graphiques en root, je fais xhost + et ça
> passe.
> En Debian testing, je suis obligé de jonglé avec la commande xauth à
> chaque fois, comment faire pour que root puisse toujours ouvrir un
> fenetre quand je suis loggé en stephane ?

avec par exemple "xhost +local:" ... man xhost

ça autorise tous les users locaux à jouer avec X

Re: xhost +

[Jean-Michel OLTRA]

bonjour,


Le mardi 13 juillet 2004, Stephane List a écrit...


> Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
> pouvoir lancer des applis graphiques en root, je fais xhost + et ça
> passe.
> En Debian testing, je suis obligé de jonglé avec la commande xauth à
> chaque fois, comment faire pour que root puisse toujours ouvrir un
> fenetre quand je suis loggé en stephane ?

J'utilise (testing)
xhost + local:

puis xhost - local:

-- 
jm

Re: xhost +

[Merwan]

Bonjour,

Stephane List wrote:

Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
pouvoir lancer des applis graphiques en root, je fais xhost + et ça
passe.
En Debian testing, je suis obligé de jonglé avec la commande xauth à
chaque fois, comment faire pour que root puisse toujours ouvrir un
fenetre quand je suis loggé en stephane ?


Si tu autorises les connexions locales au serveur X
$ xhost + local:
et que tu as la bonne variable de display
$ export DISPLAY=:0
ça devrait marcher. Cela dit, jette un coup d'oeil à la configuration de 
ton display manager (gdm, kdm...) car je sais que gdm n'accepte pas les 
connexions distantes par défaut. Pour les connexions locales, pas de 
problêmes normalement.

Re: xhost +

[Benoît «Beny» Pineau]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Frederic Bothamy wrote:
| Cela dit, je ne vois pas pourquoi "xhost +" ne fonctionnerait pas si tu
| a bien ta variable DISPLAY à la bonne valeur.

- 
=--( [EMAIL PROTECTED] )-=-( mar jui 13 )-=-( 16:07:07 )-=-( ~ )--=
beny $ echo $DISPLAY
:0.0
=--( [EMAIL PROTECTED] )-=-( mar jui 13 )-=-( 16:07:10 )-=-( ~ )--=
beny $ su -
Password:
nutopia:~# echo $DISPLAY

nutopia:~# xterm
Warning: This program is an suid-root program or is being run by the
root user.
The full text of the error or warning message cannot be safely formatted
in this environment. You may get a more descriptive message by running the
program as a non-root user or by removing the suid bit on the executable.
xterm Xt error: Can't open display: %s
nutopia:~# export DISPLAY=:0.0
nutopia:~# xterm
nutopia:~# logout
=--( [EMAIL PROTECTED] )-=-( mar jui 13 )-=-( 16:07:41 )-=-( ~ )--=
beny $ su -c "xterm"
Password:
=--( [EMAIL PROTECTED] )-=-( mar jui 13 )-=-( 16:07:50 )-=-( ~ )--=
beny $
- 

J'utilise toujours 'su -c' ou sinon peut être mettre un export
DISPLAY=:0.0 dans ton .bashrc de root mais ca me semble un peu bourrin :/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFA8+1bla+QzEobuyARArgJAKDZpkH/TzPp8cfYcpOL52/QlOvoVQCgmyLU
9T9OmC9+nHw3CUMjHDaXZhY=
=d1bO
-END PGP SIGNATURE-

Re: xhost +

[Frederic Bothamy]

* Stephane List <[EMAIL PROTECTED]> [2004-07-13 15:29] :
> Bonjour,
> 
> Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
> pouvoir lancer des applis graphiques en root, je fais xhost + et ça
> passe.
> En Debian testing, je suis obligé de jonglé avec la commande xauth à
> chaque fois, comment faire pour que root puisse toujours ouvrir un
> fenetre quand je suis loggé en stephane ?

Le plus simple est probablement d'utiliser sudo. Il existe aussi des
solutions plus compliquées en utilisant ssh (ou même les méthodes
décrites dans le "Petit guide d'exécution à distance des applications X"
(http://www.traduc.org/docs/HOWTO/vf/Remote-X-Apps.html)).

Cela dit, je ne vois pas pourquoi "xhost +" ne fonctionnerait pas si tu
a bien ta variable DISPLAY à la bonne valeur.


Fred

-- 
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html

xhost +

[Stephane List]

Bonjour,

Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
pouvoir lancer des applis graphiques en root, je fais xhost + et ça
passe.
En Debian testing, je suis obligé de jonglé avec la commande xauth à
chaque fois, comment faire pour que root puisse toujours ouvrir un
fenetre quand je suis loggé en stephane ?

Merci
-- 
Stephane List
http://slist.lilotux.net

Re: Xhost

[moku]

Le 28/07/03 20:06, François TOURDE a écrit tout plein de choses, dont :
> > Je vais plutôt le mettre dans mon ~/.xsession parceque je ne tiens pas
> > forcément à ce que tous les utilisateurs puissent afficher sur les X de
> > tous les utilisateurs (et réciproquement, évidemment ;) )
> > Nope ?
> 
> Bon choix :) Moi je l'ai mis en global, vu que je suis le seul à utiliser ma
> machine. Le premier qui touche à mon portable, je lui en colle une :)

En fait, je suis dans le même cas que toi et j'aurais donc pu faire ce
que tu proposais... mais j'aime bien chipoter ;)

Merci
A+
-- 
moku
<[EMAIL PROTECTED]> 
http://www.projectshirow.net/
 Je vends ! -> http://moku.free.fr/a_la_vente.html

Re: Xhost

[François TOURDE]

Le 12261ième jour après Epoch,
[EMAIL PROTECTED] écrivait:

> Re,
>
> Le 28/07/03 17:32, François TOURDE a écrit tout plein de choses, dont :
>> Je t'en prie... Regarde aussi le message <[EMAIL PROTECTED]>
>
> Ouais, je l'ai vu. C'est pas drole ! Tu avais posté la solution dedans ! ;)
>
>> que j'ai
>> posté à ce sujet, pour mettre ça 'en dur' dans la config de X ...
>
> Je vais plutôt le mettre dans mon ~/.xsession parceque je ne tiens pas
> forcément à ce que tous les utilisateurs puissent afficher sur les X de
> tous les utilisateurs (et réciproquement, évidemment ;) )
> Nope ?

Bon choix :) Moi je l'ai mis en global, vu que je suis le seul à utiliser ma
machine. Le premier qui touche à mon portable, je lui en colle une :)

> Mais sinon, tu le mettrais dans le 99xfree86-common_start ?

Non, j'ai fait un script à part, nommé 91xfree86-xhost-local ... tant qu'à
faire, autant profiter du run-parts :)


-- 
Slow day.  Practice crawling.

Re: Xhost

[moku]

Re,

Le 28/07/03 17:32, François TOURDE a écrit tout plein de choses, dont :
> Je t'en prie... Regarde aussi le message <[EMAIL PROTECTED]>

Ouais, je l'ai vu. C'est pas drole ! Tu avais posté la solution dedans ! ;)

> que j'ai
> posté à ce sujet, pour mettre ça 'en dur' dans la config de X ...

Je vais plutôt le mettre dans mon ~/.xsession parceque je ne tiens pas
forcément à ce que tous les utilisateurs puissent afficher sur les X de
tous les utilisateurs (et réciproquement, évidemment ;) )
Nope ?

Mais sinon, tu le mettrais dans le 99xfree86-common_start ?

A+
-- 
moku
<[EMAIL PROTECTED]> 
http://www.projectshirow.net/
 Je vends ! -> http://moku.free.fr/a_la_vente.html

Re: Xhost

[François TOURDE]

Le 12261ième jour après Epoch,
[EMAIL PROTECTED] écrivait:

> Le 28/07/03 16:41, François TOURDE a écrit tout plein de choses, dont :
>> Chez moi, ça donne:
>> 
>> [EMAIL PROTECTED]:~$ xhost
>> access control enabled, only authorized clients can connect
>> LOCAL:
>> 
>> A toi de jouer :)
>
> Merci beaucoup !
> Ça roule :-)

Je t'en prie... Regarde aussi le message <[EMAIL PROTECTED]> que j'ai
posté à ce sujet, pour mettre ça 'en dur' dans la config de X ...

-- 
What did you bring that book I didn't want to be read to out of about
Down Under up for?

Re: Xhost

[moku]

Le 28/07/03 16:41, François TOURDE a écrit tout plein de choses, dont :
> Chez moi, ça donne:
> 
> [EMAIL PROTECTED]:~$ xhost
> access control enabled, only authorized clients can connect
> LOCAL:
> 
> A toi de jouer :)

Merci beaucoup !
Ça roule :-)

-- 
moku
<[EMAIL PROTECTED]> 
http://www.projectshirow.net/
 Je vends ! -> http://moku.free.fr/a_la_vente.html

Re: Xhost

[François TOURDE]

Le 12261ième jour après Epoch,
[EMAIL PROTECTED] écrivait:

> Salut,
>
> Le 28/07/03 00:27, Jean-Paul Lacquement a écrit tout plein de choses, dont :
>> Sinon, il y a
>> xhost + 
>> pour autoriser les utilisateurs à accéder à X...
>
> Tiens, je n'y arrives pas ??
>
>   [EMAIL PROTECTED]:~]$ xhost
>   access control enabled, only authorized clients can connect
>   INET:localhost
>   INET:navi

Chez moi, ça donne:

[EMAIL PROTECTED]:~$ xhost
access control enabled, only authorized clients can connect
LOCAL:

A toi de jouer :)

-- 
Fine day for friends.
So-so day for you.

Xhost [Was: Que de pb (vidéo, son...)]

[moku]

Salut,

Le 28/07/03 00:27, Jean-Paul Lacquement a écrit tout plein de choses, dont :
> Sinon, il y a
> xhost + 
> pour autoriser les utilisateurs à accéder à X...

Tiens, je n'y arrives pas ??

  [EMAIL PROTECTED]:~]$ xhost
  access control enabled, only authorized clients can connect
  INET:localhost
  INET:navi
  [EMAIL PROTECTED]:~]$ echo $DISPLAY
  :0.0
  [EMAIL PROTECTED]:~]$ su -
  Password: 
  [EMAIL PROTECTED]:~]# echo $DISPLAY
  
  [EMAIL PROTECTED]:~]# export DISPLAY=localhost:0
  [EMAIL PROTECTED]:~]# echo $DISPLAY
  localhost:0
  [EMAIL PROTECTED]:~]# gcombust 
  
  Gtk-WARNING **: cannot open display: localhost:0
  [EMAIL PROTECTED]:~]# export DISPLAY=:0
  [EMAIL PROTECTED]:~]# gcombust 
  Xlib: connection to ":0.0" refused by server
  Xlib: Invalid MIT-MAGIC-COOKIE-1 key
  
  Gtk-WARNING **: cannot open display: :0

Mais pourquoi est-il aussi méchant ?

Au passage, un `xhost +root` ça veut pas :
  [EMAIL PROTECTED]:~]$ xhost +root
  xhost:  bad hostname "root"
Et donc comment limiter à certains utilisateurs seulement (quand ça
marchera, évidemment) et non pas à toute une machine ?

(je précise que j'ai feuilleté le man et pas trouvé grand chose de
concluant (et pourtant il doit bien y avoir ce qu'il faut ! ^_^; ))

Merci :)
-- 
moku
<[EMAIL PROTECTED]> 
http://www.projectshirow.net/
 Je vends ! -> http://moku.free.fr/a_la_vente.html

Re: Can't connect to X11 window server using ... et xhost +

[Frédéric Bothamy]

* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2003-03-10 09:22] :
> Bonjour 
> 
> je n arrive pas à afficher sur mon display malgré un 
> xhost + au préalable
> 
> sur le client j ai toujours ce 
> Can't connect to X11 window server using 'xx.xx.xx.xx:0.0' as the value of 
> the 
> DISPLAY variable.
> 
> xx.xx.xx.xx est l ip de ma station
> 
> et la commande xhost sur ma station me retourne bien :
> access control disabled, clients can connect from any host
> 
> 
> une idée ?

Une bonne doc (bien qu'indiquée un peu tardivement) est disponible
dans le petit guide d'exécution à distance des applications X
(Remote-X-Apps mini-HOWTO en français récemment mis à jour par votre
serviteur :-)) :
http://www.traduc.org/docs/HOWTO/mini/lecture/Remote-X-Apps.html

Fred

Re: Can't connect to X11 window server using ... et xhost +

[ARTUS Guillaume]

le Mon, Mar 10, 2003 at 09:56:05AM +0100, ARTUS Guillaume a ecrit:
>  xauth list sur la station "emetrice" pour recupere le MIT-MAGIC-COOKIE
>  xauth add  sur la station receptrice pour authoriser
> la connection

Bien sur je me suis plante dans le sens.. c'est le client (station
emetrice) qui doit connaitre le secret du serveur (station receptrice)
Donc le xauth list se fait sur le server
et le xauth add se fait sur le client ;-)

Par contre je me souvient aussi qu'il faut aussi lancer le serveur X avec
une option particuliere pour qu'il genere effectivement ce secret (-auth
il me semble) mais je n'en ait pas trouver trace dans les fichiers de conf
debian.

et puis de toute facon je prefere exporter en ssh comme ca c'est chiffre
et compresse :-P

Tus
-- 
Unix IS user friendly , it is just selective about who his friends are.

   ARTUS Guillaume
  [EMAIL PROTECTED]


pgpcu0Kmz2FCl.pgp
Description: PGP signature

Re: Can't connect to X11 window server using ... et xhost +

[Beynet Yannick]

[EMAIL PROTECTED] wrote:

Bonjour 

je n arrive pas à afficher sur mon display malgré un 
xhost + au préalable


sur le client j ai toujours ce 
Can't connect to X11 window server using 'xx.xx.xx.xx:0.0' as the value of the 
DISPLAY variable.


xx.xx.xx.xx est l ip de ma station

et la commande xhost sur ma station me retourne bien :
access control disabled, clients can connect from any host


une idée ?

Merci




 

dans ton fichier de config de gdm ,kdm ou xdm cherche 'nolisten tcp' : 
par defaut les chargeur mettent cette option, qui empèchent les connections.

Re: Can't connect to X11 window server using ... et xhost +

[ARTUS Guillaume]

le Mon, Mar 10, 2003 at 09:22:33AM +0100, [EMAIL PROTECTED] a ecrit:
> Bonjour 

Yopla

> je n arrive pas à afficher sur mon display malgré un 
> xhost + au préalable

C'est MAL (tm) le xhost + , pour des raison de securite, preferer
xhost + 
ou mieux
 xauth list sur la station "emetrice" pour recupere le MIT-MAGIC-COOKIE
 xauth add  sur la station receptrice pour authoriser
la connection
ou encore mieux: ssh -C -X 

> sur le client j ai toujours ce 
> Can't connect to X11 window server using 'xx.xx.xx.xx:0.0' as the value
> of the DISPLAY variable.

Par defaut le serveru X de la debian est lance pour ne pas ecouter le
traffic reseau... donc ca ne marchera pas (sauf avec la methode ssh -X)
Pour changer ca:
vi /etc/X11/xinit/xserverrc et enlever le -nolisten tcp

> une idée ?

lire la faq
http://qref.sourceforge.net/Debian/reference/ch-tune.fr.html#s-xtcp

Meme si elle preconnise le xhost + ;-)

Tus
-- 
Unix IS user friendly , it is just selective about who his friends are.

   ARTUS Guillaume
  [EMAIL PROTECTED]


pgpcvWK0Qpxs6.pgp
Description: PGP signature

Can't connect to X11 window server using ... et xhost +

[vincent]

Bonjour 

je n arrive pas à afficher sur mon display malgré un 
xhost + au préalable

sur le client j ai toujours ce 
Can't connect to X11 window server using 'xx.xx.xx.xx:0.0' as the value of the 
DISPLAY variable.

xx.xx.xx.xx est l ip de ma station

et la commande xhost sur ma station me retourne bien :
access control disabled, clients can connect from any host


une idée ?

Merci

 

Re: Limitation xhost

[gedeon . lecanard]

Christian Gennerat wrote:


Sur tous mes systèmes précédents, cette séquence marchait.
En debian woody non.


[EMAIL PROTECTED]:~$ xhost +
access control disabled, clients can connect from any host 


Ca c'est très moyen...



[EMAIL PROTECTED]:~$ xterm -display 127.0.0.1:0.0
xterm Xt error: Can't open display: 127.0.0.1:0.0
[EMAIL PROTECTED]:~$ xterm -display localhost:0
xterm Xt error: Can't open display: localhost:0

bien sur, avec localhost, cela n'a pas d'interet,
mais avec un autre site, ce n'est pas mieux.


Sers toi plustôt de :
$ export DISPLAY=127.0.0.1:0.0;

Re: Limitation xhost

[Frédéric Bothamy]

* Christian Gennerat <[EMAIL PROTECTED]> [2003-01-30 15:10] :
> Sur tous mes systèmes précédents, cette séquence marchait.
> En debian woody non.
> 
> 
> [EMAIL PROTECTED]:~$ xhost +
> access control disabled, clients can connect from any host
> [EMAIL PROTECTED]:~$ xterm -display 127.0.0.1:0.0
> xterm Xt error: Can't open display: 127.0.0.1:0.0
> [EMAIL PROTECTED]:~$ xterm -display localhost:0
> xterm Xt error: Can't open display: localhost:0
> 
> bien sur, avec localhost, cela n'a pas d'interet,
> mais avec un autre site, ce n'est pas mieux.

Ce comportement est décrit dans
/usr/share/doc/xfree86-common/README.Debian-upgrade.gz :

TCP AND UDP PORT LISTENING DISABLED BY DEFAULT:

To help ensure a more secure default configuration of your Debian system,
several packages ship with network port listening disabled by default.
This includes xdm, which does not listen on a UDP port for XDMCP requests;
xfs, which does not listen on a TCP port for font requests; and the X
server itself, which, when started by xdm, xinit, or startx, does not
listen on a TCP port for client connections.

This default can be modified by editing the following conffiles:
xdm /etc/X11/xdm/xdm-config (see xdm(1))
xfs /etc/X11/fs/config  (see xfs(1))
X server started by startx/xinit
/etc/X11/xinit/xserverrc
(see xinit(1))
X server started by xdm /etc/X11/xdm/Xservers
    (see xdm(1))


De toute façon, faire un xhost, c'est "mal" (®). Voir le HOWTO
Remote-X-Apps
(http://www.freenix.fr/unix/linux/HOWTO/mini/Remote-X-Apps.html).

Fred

Re: Limitation xhost

[François Boisson]

On Thu, 30 Jan 2003 15:10:58 +0100
Christian Gennerat <[EMAIL PROTECTED]> wrote:

> Sur tous mes systèmes précédents, cette séquence marchait.
> En debian woody non.
> 
> 
> [EMAIL PROTECTED]:~$ xhost +
> access control disabled, clients can connect from any host
> [EMAIL PROTECTED]:~$ xterm -display 127.0.0.1:0.0
> xterm Xt error: Can't open display: 127.0.0.1:0.0
> [EMAIL PROTECTED]:~$ xterm -display localhost:0
> xterm Xt error: Can't open display: localhost:0
> 
> bien sur, avec localhost, cela n'a pas d'interet,
> mais avec un autre site, ce n'est pas mieux.

fichier /etc/X11/xdm/Xservers
transforme la ligne
:0 local /usr/X11R6/bin/X  -dpi 100 -nolisten tcp
en
:0 local /usr/X11R6/bin/X  -dpi 100

(dpi 100 ou autre)

François Boisson
> 
> 
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]
> 

Limitation xhost

[Christian Gennerat]

Sur tous mes systèmes précédents, cette séquence marchait.
En debian woody non.


[EMAIL PROTECTED]:~$ xhost +
access control disabled, clients can connect from any host
[EMAIL PROTECTED]:~$ xterm -display 127.0.0.1:0.0
xterm Xt error: Can't open display: 127.0.0.1:0.0
[EMAIL PROTECTED]:~$ xterm -display localhost:0
xterm Xt error: Can't open display: localhost:0

bien sur, avec localhost, cela n'a pas d'interet,
mais avec un autre site, ce n'est pas mieux.

Re: xhost + etc...

[aronayette]

Yannick Roehlly wrote:


Ainsi parlait Sebastien Picard
<[EMAIL PROTECTED]> :


quand tu auras une adresse mail potable, il y aura peut etre
quelqu'un pour te donner la reponse.



Peace and love !


aaah la force de ces 2 mots :)
Effectivement le "  xhost local:oracle " fonctionne parfaitement,
Merci





Bonjour,

Il faut que tu fasses un " xhost local:oracle " pour que ça
fonctionne.

Yannick







--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: xhost + etc...

[Yannick Roehlly]

Ainsi parlait Sebastien Picard
<[EMAIL PROTECTED]> :

> quand tu auras une adresse mail potable, il y aura peut etre
> quelqu'un pour te donner la reponse.
> 

Peace and love !


Bonjour,

Il faut que tu fasses un " xhost local:oracle " pour que ça
fonctionne.

Yannick


-- 
"Eat, drink, and be merry, for tomorrow you may work."


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: xhost + etc...

[aronayette]

Désolé j'avais pas vu (conf un peu rapide avec ce cher mozilla  :-).
mais le mieux est de repondre sur la ML de toutes facons.



remarque que c'est un bon truc pour pas se faire spammer apres (j'ai 
remarque qu'en m'inscrivant sur cette ML, et en retrouvant toutes ces 
discussions sur google's group, je recevais de la pub pour tout et 
n'importe quoi tres regulierement - 1 à 2 fois par jour env. - ). Ceci 
dit c'est peut-etre pas ca, mais je pense que les spammer scannent les 
archives et en extraient les adresses mails actives.




Sebastien Picard wrote:

quand tu auras une adresse mail potable, il y aura peut etre quelqu'un 
pour te donner la reponse.


@+






--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: xhost + etc...

[Sebastien Picard]

quand tu auras une adresse mail potable, il y aura peut etre quelqu'un 
pour te donner la reponse.


@+

--
- \\\|/// 
   \\  - -  //   
(  @ @  )
 -oOOo-(_)-oOOo-

|   |
|Sebastien Picard   |
|  [EMAIL PROTECTED] |
 ---




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: xhost + etc...

[aronayette]

Non je suis sous blackbox en woody



Sebastien Picard wrote:

Si tu es sous gdm, il faut que tu vire le no-listen tcp dans 
/etc/gdm/gdm.conf et ca devrait aller un peu mieux.


aronayette wrote:


salut la liste,

Ce doit etre une FAQ, mais apres quelques lectures et différents 
essais je me pose quelques questions de configuration sur ma machine. 
Peut-etre allez vous m'aider :


j'ai une session X (xfree4) lancée avec l'utilisateur nico

je fait :  [EMAIL PROTECTED]:~$ xhost + localhost

dans un autre xterm, je suis logué en "oracle", je fais les essais 
suivants :


[EMAIL PROTECTED]:~$ export DISPLAY=:0.0
[EMAIL PROTECTED]:~$ xosview
Xlib: connection to ":0.0" refused by server
Xlib: Client is not authorized to connect to Server
Can't open display named
[EMAIL PROTECTED]:~$ export DISPLAY=localhost:0.0
[EMAIL PROTECTED]:~$ xosview
Can't open display named

avec l'utilisateur nico je fais :

[EMAIL PROTECTED]:~$ xhost +

puis avec oracle

[EMAIL PROTECTED]:~$ export DISPLAY=:0.0
[EMAIL PROTECTED]:~$ xosview  ! la ca marche (xosview apparait)


mon fichier /etc/hosts est le suivant :

127.0.0.1   localhost
10.4.1.2deb2

pourquoi ca marche pas avec "xhost + localhost" ? doit y avoir un 
truc tout bete que j'ai pas vu.


Y'a-t-il une doc qui explique clairement comment marche tout ca ?

Merci pour vos lumieres.

Nico






--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: xhost + etc...

[Sebastien Picard]

Si tu es sous gdm, il faut que tu vire le no-listen tcp dans 
/etc/gdm/gdm.conf et ca devrait aller un peu mieux.


aronayette wrote:


salut la liste,

Ce doit etre une FAQ, mais apres quelques lectures et différents 
essais je me pose quelques questions de configuration sur ma machine. 
Peut-etre allez vous m'aider :


j'ai une session X (xfree4) lancée avec l'utilisateur nico

je fait :  [EMAIL PROTECTED]:~$ xhost + localhost

dans un autre xterm, je suis logué en "oracle", je fais les essais 
suivants :


[EMAIL PROTECTED]:~$ export DISPLAY=:0.0
[EMAIL PROTECTED]:~$ xosview
Xlib: connection to ":0.0" refused by server
Xlib: Client is not authorized to connect to Server
Can't open display named
[EMAIL PROTECTED]:~$ export DISPLAY=localhost:0.0
[EMAIL PROTECTED]:~$ xosview
Can't open display named

avec l'utilisateur nico je fais :

[EMAIL PROTECTED]:~$ xhost +

puis avec oracle

[EMAIL PROTECTED]:~$ export DISPLAY=:0.0
[EMAIL PROTECTED]:~$ xosview  ! la ca marche (xosview apparait)


mon fichier /etc/hosts est le suivant :

127.0.0.1   localhost
10.4.1.2deb2

pourquoi ca marche pas avec "xhost + localhost" ? doit y avoir un truc 
tout bete que j'ai pas vu.


Y'a-t-il une doc qui explique clairement comment marche tout ca ?

Merci pour vos lumieres.

Nico










--
- \\\|/// 
   \\  - -  //   
(  @ @  )
 -oOOo-(_)-oOOo-

|   |
|Sebastien Picard   |
|   Assistant Ingenieur |
|  de   |
| Recherche et Formation|
|Departement Informatique   |
|IUT Belfort-Montbeliard|
|  [EMAIL PROTECTED] |
|03.84.58.77.79 |
 ---




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

xhost + etc...

[aronayette]

salut la liste,

Ce doit etre une FAQ, mais apres quelques lectures et différents essais 
je me pose quelques questions de configuration sur ma machine. Peut-etre 
allez vous m'aider :


j'ai une session X (xfree4) lancée avec l'utilisateur nico

je fait :  [EMAIL PROTECTED]:~$ xhost + localhost

dans un autre xterm, je suis logué en "oracle", je fais les essais 
suivants :


[EMAIL PROTECTED]:~$ export DISPLAY=:0.0
[EMAIL PROTECTED]:~$ xosview
Xlib: connection to ":0.0" refused by server
Xlib: Client is not authorized to connect to Server
Can't open display named
[EMAIL PROTECTED]:~$ export DISPLAY=localhost:0.0
[EMAIL PROTECTED]:~$ xosview
Can't open display named

avec l'utilisateur nico je fais :

[EMAIL PROTECTED]:~$ xhost +

puis avec oracle

[EMAIL PROTECTED]:~$ export DISPLAY=:0.0
[EMAIL PROTECTED]:~$ xosview  ! la ca marche (xosview apparait)


mon fichier /etc/hosts est le suivant :

127.0.0.1   localhost
10.4.1.2deb2

pourquoi ca marche pas avec "xhost + localhost" ? doit y avoir un truc 
tout bete que j'ai pas vu.


Y'a-t-il une doc qui explique clairement comment marche tout ca ?

Merci pour vos lumieres.

Nico







--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]