Re: xhost-command in Debian1
On Sun, Oct 24, 2021 at 04:59:06PM +1100, Keith Bainbridge wrote: > > On 24/10/21 05:31, Charles Curley wrote: > > alias su="su --whitelist-environment=DISPLAY,XAUTHORITY" > > > Doesn't that mean that when you type 'su' at a command prompt, the response > will be running the command > --whitelist-environment=DISPLAY,XAUTHORITY > as root. No. It will run the command su --whitelist-environment=DISPLAY,XAUTHORITY which has setuid privileges, and therefore will run with effective UID 0. It's a lot like doing alias ls='ls --color=auto' The second ls inside the alias expansion becomes the new command that gets executed. Aliases don't recurse into themselves, which is by design so that people can do things exactly like this.
Re: xhost-command in Debian1
On 24/10/21 05:31, Charles Curley wrote: alias su="su --whitelist-environment=DISPLAY,XAUTHORITY" Doesn't that mean that when you type 'su' at a command prompt, the response will be running the command --whitelist-environment=DISPLAY,XAUTHORITY as root. You won't be able to switch to root using su in future? -- All the best Keith Bainbridge keithrbaugro...@gmail.com
Re: xhost-command in Debian1
On Fri, 22 Oct 2021 09:44:25 -0500 David Wright wrote: > > root@jhegaala:~# > > I think you need su --whitelist-environment=DISPLAY,XAUTHORITY - Thank you, also to Reco. I did: $ alias su="su --whitelist-environment=DISPLAY,XAUTHORITY" That works. So I will add that to my other aliases in ~/.bashrc and in /etc/skel/.bashrc. I tried editing /etc/security/pam_env.conf, as to...@tuxteam.de suggested earlier, but that caused problems. DISPLAY DEFAULT=${REMOTEHOST}:0.0 OVERRIDE=${DISPLAY} XAUTHORITY DEFAULT="/home/charles/.Xauthority" OVERRIDE=${XAUTHORITY} The DISPLAY line appears to work; that XUTHORITY line does not. It caused /home/charles/.Xauthority to be owned by root, which in turn caused problems when SSHing in as charles. -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
Re: xhost-command in Debian11
Hi. On Fri, Oct 22, 2021 at 08:25:36AM -0600, Charles Curley wrote: > charles@jhegaala:~$ su --whitelist-environment=DISPLAY - It won't be enough. You need this: su --whitelist-environment=DISPLAY,XAUTHORITY - Reco
Re: xhost-command in Debian11
On Fri 22 Oct 2021 at 08:25:36 (-0600), Charles Curley wrote: > On Tue, 15 Jun 2021 21:51:28 +0200 > wrote: > > > Try adding > > the option `--whitelist-environment=DISPLAY to your su command (hint: > > you can add more variables to that whitelist, comma separated). > > I just tried this. No joy. > > charles@jhegaala:~$ echo $DISPLAY > :0.0 > charles@jhegaala:~$ su - > Password: > > Today is Setting Orange, the 3rd of The Aftermath, 3187. P'tang! > root@jhegaala:~# exit > logout > charles@jhegaala:~$ su --whitelist-environment=DISPLAY - > Password: > > Today is Setting Orange, the 3rd of The Aftermath, 3187. This statement is > false. > root@jhegaala:~# echo $DISPLAY > :0.0 > root@jhegaala:~# xclock & > [1] 311078 > root@jhegaala:~# No protocol specified > Error: Can't open display: :0.0 > > [1]+ Exit 1 xclock > root@jhegaala:~# emacs & > [1] 311095 > root@jhegaala:~# No protocol specified > Display :0.0 unavailable, simulating -nw > fg > emacs > root@jhegaala:~# I think you need su --whitelist-environment=DISPLAY,XAUTHORITY - Cheers, David.
Re: xhost-command in Debian11
On Tue, 15 Jun 2021 21:51:28 +0200 wrote: > Try adding > the option `--whitelist-environment=DISPLAY to your su command (hint: > you can add more variables to that whitelist, comma separated). I just tried this. No joy. charles@jhegaala:~$ echo $DISPLAY :0.0 charles@jhegaala:~$ su - Password: Today is Setting Orange, the 3rd of The Aftermath, 3187. P'tang! root@jhegaala:~# exit logout charles@jhegaala:~$ su --whitelist-environment=DISPLAY - Password: Today is Setting Orange, the 3rd of The Aftermath, 3187. This statement is false. root@jhegaala:~# echo $DISPLAY :0.0 root@jhegaala:~# xclock & [1] 311078 root@jhegaala:~# No protocol specified Error: Can't open display: :0.0 [1]+ Exit 1 xclock root@jhegaala:~# emacs & [1] 311095 root@jhegaala:~# No protocol specified Display :0.0 unavailable, simulating -nw fg emacs root@jhegaala:~# -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/ pgplbNOU68qiN.pgp Description: OpenPGP digital signature
Re: xhost-command in Debian11 [solved]
On Tue, Jun 15, 2021 at 10:17:25PM +0200, BerndSchmittNews wrote: > Hello tomas, > > > thanks for your answer. > > On 15.06.21 21:51, to...@tuxteam.de wrote: > >No. It's the su, dropping the DISPLAY environment variable. Try adding > >the option `--whitelist-environment=DISPLAY to your su command > > works like a charm. Glad it helped. See the manual page for pam_env and especially /etc/security/pam_env.conf for a more permanent solution. Cheers - t signature.asc Description: Digital signature
Re: xhost-command in Debian11 [solved]
Hello tomas, thanks for your answer. On 15.06.21 21:51, to...@tuxteam.de wrote: No. It's the su, dropping the DISPLAY environment variable. Try adding the option `--whitelist-environment=DISPLAY to your su command works like a charm. Thank you Bernd
Re: xhost-command in Debian11
On Tue, Jun 15, 2021 at 09:21:10PM +0200, BerndSchmittNews wrote: > Hello. > > I used to use xhost-command and su -l ... -c ... to run programs as a > different user in debian10. In debian11 I get an error about having no > DISPLAY env variable specified. > > Does xhost work different now? No. It's the su, dropping the DISPLAY environment variable. Try adding the option `--whitelist-environment=DISPLAY to your su command (hint: you can add more variables to that whitelist, comma separated). HTH, cheers - t signature.asc Description: Digital signature
xhost-command in Debian11
Hello. I used to use xhost-command and su -l ... -c ... to run programs as a different user in debian10. In debian11 I get an error about having no DISPLAY env variable specified. Does xhost work different now? $ uname -a Linux VB-Deb400 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1 (2021-03-19) x86_64 GNU/Linux $ xhost local: non-network local connections being added to access control list $ su -l notserious -c firefox Passwort: Error: no DISPLAY environment variable specified robert@VB-Deb400:~$ Thx Bernd
Re: xhost + ssh -X import/export fenétres graphiques
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 vinc...@vinc17.net - 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/20150317174150.ga11...@ypig.lip.ens-lyon.fr
Re: xhost + ssh -X import/export fenétres graphiques
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
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 vinc...@vinc17.net 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 vinc...@vinc17.net - 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
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
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 vinc...@vinc17.net - 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/20150310092335.ga17...@xvii.vinc17.org
Re: xhost + ssh -X import/export fenétres graphiques
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
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 vinc...@vinc17.net - 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/20150309105730.gb26...@xvii.vinc17.org
Re: xhost + ssh -X import/export fenétres graphiques
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 vinc...@vinc17.net - 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
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 vinc...@vinc17.net 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 vinc...@vinc17.net - 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
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 vinc...@vinc17.net - 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
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
xhost + ssh -X import/export fenétres graphiques
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: Is xhost +si:localuser:root safe?
On 2014-07-22 23:11:21 +0200, Martin Steigerwald wrote: Am Dienstag, 22. Juli 2014, 17:48:24 schrieb Vincent Lefevre: To be able to save/restore the XKB keymap in a /etc/pm/sleep.d script (as a workaround for Debian bug 633849), xkbcomp needs to have access to the display. The simplest solution I've found is a xhost +si:localuser:root in my .xsession file. I think more fine grained would be to use xauth extract / xauth merge. Yes, perhaps a merge with ~root/.Xauthority Or just: export XAUTHORITY=/home/$USER/.Xauthority No, this will clash with gdm3 (if I choose to use it again). I thought that this would be more or less equivalent to the current status as root can due pretty much anything, such as getting the user's X authority file via /proc/*/environ (my sleep.d script could do the same thing, but this is a rather dirty solution). Hmmm, okay, so tought about this solution. Why do you think it is dirty? This is potentially insecure. I'm the only user of the machine, but I want to method to still be safe if there are other users, just in case. Some user may introduce fake XAUTHORITY values, such as a symlink pointing to some /dev file... I don't like that. [*] https://lists.debian.org/debian-user/2014/05/msg00045.html http://superuser.com/a/573839 (This one even says that this isn't much different from a raw xhost +!) Well root can always set XAUTHORITY to some random user .Xauthority file, so I don´t see much of a difference. The problem is that xhost + allows other non-root users to accede the display of the user doing the xhost +. xhost +si:localuser:root doesn't have this problem. -- Vincent Lefèvre vinc...@vinc17.net - 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) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140723115359.ga6...@xvii.vinc17.org
Is xhost +si:localuser:root safe?
To be able to save/restore the XKB keymap in a /etc/pm/sleep.d script (as a workaround for Debian bug 633849), xkbcomp needs to have access to the display. The simplest solution I've found is a xhost +si:localuser:root in my .xsession file. But some users discourage to allow this access permanently.[*] So, I'm wondering whether there could be security issues. I thought that this would be more or less equivalent to the current status as root can due pretty much anything, such as getting the user's X authority file via /proc/*/environ (my sleep.d script could do the same thing, but this is a rather dirty solution). [*] https://lists.debian.org/debian-user/2014/05/msg00045.html http://superuser.com/a/573839 (This one even says that this isn't much different from a raw xhost +!) -- Vincent Lefèvre vinc...@vinc17.net - 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) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140722154824.gb31...@xvii.vinc17.org
Re: Is xhost +si:localuser:root safe?
Am Dienstag, 22. Juli 2014, 17:48:24 schrieb Vincent Lefevre: To be able to save/restore the XKB keymap in a /etc/pm/sleep.d script (as a workaround for Debian bug 633849), xkbcomp needs to have access to the display. The simplest solution I've found is a xhost +si:localuser:root in my .xsession file. I think more fine grained would be to use xauth extract / xauth merge. Or just: export XAUTHORITY=/home/$USER/.Xauthority :) I thought that this would be more or less equivalent to the current status as root can due pretty much anything, such as getting the user's X authority file via /proc/*/environ (my sleep.d script could do the same thing, but this is a rather dirty solution). Hmmm, okay, so tought about this solution. Why do you think it is dirty? [*] https://lists.debian.org/debian-user/2014/05/msg00045.html http://superuser.com/a/573839 (This one even says that this isn't much different from a raw xhost +!) Well root can always set XAUTHORITY to some random user .Xauthority file, so I don´t see much of a difference. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2103187.irEKAJ1Ojq@merkaba
Re: problema con xhost
El Wed, 12 Jun 2013 14:30:41 -0400, Yordan escribió: el jar que intento ejecutar es el webplc(un simulador/administrador de plc) uso debian7, kde4, xorg la saida del comando env es esta root@si-adbd-305-23l:/home/administrador# env (...) DISPLAY=:0 Pues está definida :-? ahora cuando ejecuto el jar root@si-adbd-305-23l:/media/BARRET/data/plc/webplc/webplc# java -jar webplc.jar No protocol specified Exception in thread main java.lang.InternalError: Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. (...) pero si lo ejecuto sin como usuario y no como root me funciona (cosa que acabo de descubrir) Pues compara el valor de ambas variables $DISPLAY para tu usuario y para root. alguna idea de que pueda ser? Sí, que a la aplicación de java no le gusta cómo tienes definida definida la variable $DISPLAY pero no sé exactamente por qué, quizá por un tema de permisos. En fin, si por algún motivo extraño quieres/necesitas ejecutar la aplicación como usuario root, prueba con: kdesu java -jar webplc.jar Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.06.13.13.51...@gmail.com
problema con xhost
hola comunidad, tengo un serio problema ya varios programas me han dado un error parecido a este:No protocol specifiedxhost: unable to open display ":0"en internet alguien dijo que con xhost + se podia soluconar y si resolvi algo pero no todo porque el error sigue, alguien tiene alguna idea de que pueda ser??? gracias-- Yordan
Re: problema con xhost
Explícate mejor, qué soluciona, qué error persiste, que estás intentando ejecutar y desde donde. S2. El 12 de junio de 2013 15:10, Yordan ycattan...@estudiantes.uci.cuescribió: hola comunidad, tengo un serio problema ya varios programas me han dado un error parecido a este: No protocol specified xhost: unable to open display :0 en internet alguien dijo que con xhost + se podia soluconar y si resolvi algo pero no todo porque el error sigue, alguien tiene alguna idea de que pueda ser??? gracias -- Yordan http://www.uci.cu/ images.jpeg
Re: problema con xhost
El Wed, 12 Jun 2013 09:10:18 -0400, Yordan escribió: (ese html...) hola comunidad, tengo un serio problema ya varios programas me han dado un error parecido a este: ¿Qué programas son esos y cuándo te ha dado ese error? No protocol specified xhost: unable to open display :0 en internet alguien dijo que con xhost + se podia soluconar También se puede matar a cañonazos peor no es muy eficiente :-) y si resolvi algo pero no todo porque el error sigue, alguien tiene alguna idea de que pueda ser??? gracias Sí, ese mensaje suele deberse a un problema de permisos (control de acceso) en el servidor gráfico que se habilitan por seguridad. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.06.12.13.26...@gmail.com
Re: problema con xhost
estoy intentando ejcutar un .jar pero : Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. y asi de vez en cuando me da algun error de estos , tambien al ejecutar un .sh http://www.uci.cu -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/19df0197-9ca7-44b6-ae0d-b9a0b8e11...@ucimail4.uci.cu
problema con xhost
estoy intentando ejcutar un .jar pero : Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. y asi de vez en cuando me da algun error de estos , tambien al ejecutar un .sh, tambien ejcuto geany /etc/(cualkier cosa) y de nuevo algo que tiene que ver con display No protocol specified Geany: cannot open display pd: no more html :) http://www.uci.cu -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/0c3e9272-7435-4d4c-8a55-615d5fd73...@ucimail4.uci.cu
Re: problema con xhost
El Wed, 12 Jun 2013 10:55:37 -0400, Yordan escribió: (no abras un hilo nuevo, mantén las respuestas en el anterior) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.06.12.14.57...@gmail.com
Re: problema con xhost
2013/6/12 Yordan ycattan...@estudiantes.uci.cu: estoy intentando ejcutar un .jar pero : Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. y asi de vez en cuando me da algun error de estos , tambien al ejecutar un .sh, tambien ejcuto geany /etc/(cualkier cosa) y de nuevo algo que tiene que ver con display No protocol specified Geany: cannot open display pd: no more html :) http://www.uci.cu -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/0c3e9272-7435-4d4c-8a55-615d5fd73...@ucimail4.uci.cu -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rhir619a0vegvndtpjq0qgsnzz4hzbzphm+4bxcj+qj...@mail.gmail.com
Re: problema con xhost
Fernando, Favor muéstranos tus variables de sistema con $export la ejecución la intentas realizar mediante ssh o vnc,etc? Saludos, On 12/06/13 11:01, fernando sainz wrote: 2013/6/12 Yordan ycattan...@estudiantes.uci.cu: estoy intentando ejcutar un .jar pero : Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. y asi de vez en cuando me da algun error de estos , tambien al ejecutar un .sh, tambien ejcuto geany /etc/(cualkier cosa) y de nuevo algo que tiene que ver con display No protocol specified Geany: cannot open display pd: no more html :) http://www.uci.cu -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/0c3e9272-7435-4d4c-8a55-615d5fd73...@ucimail4.uci.cu -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51b88f38.1070...@debian.cl
Re: problema con xhost
2013/6/12 Yordan ycattan...@estudiantes.uci.cu: estoy intentando ejcutar un .jar pero : Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. y asi de vez en cuando me da algun error de estos , tambien al ejecutar un .sh, tambien ejcuto geany /etc/(cualkier cosa) y de nuevo algo que tiene que ver con display No protocol specified Geany: cannot open display pd: no more html :) Tienes que dar mucha mas información si no nadie va a poder echarte una mano. ¿Qué entorno gráfico usas, escritorio, gestor de ventanas...? El comando que falla. Decir que intentas ejecutar un jar no es mucho. Copia los mensajes de error exactos y cualquier log que puedas ver. ¿Estas usando el usuario que arranca la sesión X u otro.? ejecuta el comando env para ver tus variables de entorno. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rHh_Ye0Q7Vse3o£+99jkkt6MnJbsaogw=K=v78jdt...@mail.gmail.com
Re: problema con xhost
El Wed, 12 Jun 2013 10:50:27 -0400, Yordan escribió: estoy intentando ejcutar un .jar ¿Localmente desde tu equipo o en una sesión en remoto? pero : Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. y asi de vez en cuando me da algun error de estos , tambien al ejecutar un .sh Pon la salida de env | grep -i display y prueba a ejecutar: export DISPLAY=:0 java -jar /ruta/al/archivo.jar Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.06.12.15.15...@gmail.com
Re: problema con xhost
el jar que intento ejecutar es el webplc(un simulador/administrador de plc) uso debian7, kde4, xorg la saida del comando env es esta root@si-adbd-305-23l:/home/administrador# env KDE_MULTIHEAD=false SSH_AGENT_PID=3090 DM_CONTROL=/var/run/xdmctl SHELL=/bin/bash TERM=xterm XDG_SESSION_COOKIE=21061ea3e94e1c2ae31db1df51951a6d-1371047125.542968-674185413 XDM_MANAGED=method=classic KONSOLE_DBUS_SERVICE=:1.31 GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/administrador/.gtkrc-2.0:/home/administrador/.kde/share/config/gtkrc-2.0 PT5HOME=/usr/local/PacketTracer5 GTK_RC_FILES=/etc/gtk/gtkrc:/home/administrador/.gtkrc:/home/administrador/.kde/share/config/gtkrc GS_LIB=/home/administrador/.fonts WINDOWID=37748811 SHELL_SESSION_ID=5516eefc8c6c40009b8cd727e8ca7cd3 KDE_FULL_SESSION=true USER=root LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36: SSH_AUTH_SOCK=/tmp/ssh-c2JkcKcxNdCp/agent.3034 SESSION_MANAGER=local/si-adbd-305-23l:@/tmp/.ICE-unix/3150,unix/si-adbd-305-23l:/tmp/.ICE-unix/3150 MAIL=/var/mail/root DESKTOP_SESSION=default PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin PWD=/home/administrador KDE_SESSION_UID=1000 LANG=en_US.UTF-8 KONSOLE_DBUS_SESSION=/Sessions/1 HOME=/root COLORFGBG=15;0 SHLVL=2 LANGUAGE= KDE_SESSION_VERSION=4 XCURSOR_THEME=Oxygen_White LOGNAME=root XDG_DATA_DIRS=/usr/share:/usr/share:/usr/local/share DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-sZiI5EykbH,guid=e9716f0809cfa75c5793373c51b882b5 WINDOWPATH=7 PROFILEHOME= DISPLAY=:0 QT_PLUGIN_PATH=/home/administrador/.kde/lib/kde4/plugins/:/usr/lib/kde4/plugins/ _=/usr/bin/env ahora cuando ejecuto el jar root@si-adbd-305-23l:/media/BARRET/data/plc/webplc/webplc# java -jar webplc.jar No protocol specified Exception in thread main java.lang.InternalError: Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method) at sun.awt.X11GraphicsEnvironment.access$200(X11GraphicsEnvironment.java:65) at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:110) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.X11GraphicsEnvironment.clinit(X11GraphicsEnvironment.java:74) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:188) at java.awt.GraphicsEnvironment.createGE(GraphicsEnvironment.java:102) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:81) at java.awt.Window.initGC(Window.java:467) at java.awt.Window.init(Window.java:487) at java.awt.Window.init(Window.java:536) at java.awt.Frame.init(Frame.java:420) at java.awt.Frame.init(Frame.java:385) at javax.swing.JFrame.init(JFrame.java:174) at es.upco.icai.dea.webplc.editorplc.EditorPLC.init(EditorPLC.java:81) at es.upco.icai.dea.webplc.editorplc.EditorPLC.init(EditorPLC.java:130) at es.upco.icai.dea.webplc.editorplc.EditorPLC.main(EditorPLC.java:974) pero si lo ejecuto sin como usuario y no como root me funciona (cosa que acabo de descubrir) alguna idea de que pueda ser? - Mensaje original - De: fernando sainz fernandojose.sa...@gmail.com Para: Lista Debian debian-user-spanish@lists.debian.org Enviados: Miércoles, 12 de Junio 2013 11:05:28 Asunto: Re: problema con xhost 2013/6/12 Yordan ycattan...@estudiantes.uci.cu: estoy intentando ejcutar un .jar pero : Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. y asi de vez en cuando me da algun error de estos , tambien al ejecutar un .sh, tambien ejcuto geany /etc/(cualkier cosa) y de nuevo algo que tiene que ver con
Re: problema con xhost
2013/6/12 Yordan ycattan...@estudiantes.uci.cu: el jar que intento ejecutar es el webplc(un simulador/administrador de plc) uso debian7, kde4, xorg la saida del comando env es esta root@si-adbd-305-23l:/home/administrador# env USER=root ahora cuando ejecuto el jar root@si-adbd-305-23l:/media/BARRET/data/plc/webplc/webplc# java -jar webplc.jar No protocol specified Exception in thread main java.lang.InternalError: Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. pero si lo ejecuto sin como usuario y no como root me funciona (cosa que acabo de descubrir) alguna idea de que pueda ser? Pues por eso... ¿por qué diablos usas root para ejecutar un programa? Es un problema de autorización. ¿Como te haces root, con su, con su -, telnet...? Se puede hacer, yo no lo he buscado, pero tiene que ver con el comando xauth y el fichero en el $HOME/.Xauthority Mi consejo, root es solo para administrar el sistema, para todo lo demás usa tu usuario. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rHjRUVQBofTSc9L-X7KCib+gUHRvgr1=z0yeqku89_l...@mail.gmail.com
Re: problema con xhost
mi error, brother, pero gracias por la ayuda, voy a ver que averiguo sobre eso, por cierto sabes algo del trabajo con xhost? - Mensaje original - De: fernando sainz fernandojose.sa...@gmail.com Para: Lista Debian debian-user-spanish@lists.debian.org Enviados: Miércoles, 12 de Junio 2013 14:47:02 Asunto: Re: problema con xhost 2013/6/12 Yordan ycattan...@estudiantes.uci.cu: el jar que intento ejecutar es el webplc(un simulador/administrador de plc) uso debian7, kde4, xorg la saida del comando env es esta root@si-adbd-305-23l:/home/administrador# env USER=root ahora cuando ejecuto el jar root@si-adbd-305-23l:/media/BARRET/data/plc/webplc/webplc# java -jar webplc.jar No protocol specified Exception in thread main java.lang.InternalError: Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. pero si lo ejecuto sin como usuario y no como root me funciona (cosa que acabo de descubrir) alguna idea de que pueda ser? Pues por eso... ¿por qué diablos usas root para ejecutar un programa? Es un problema de autorización. ¿Como te haces root, con su, con su -, telnet...? Se puede hacer, yo no lo he buscado, pero tiene que ver con el comando xauth y el fichero en el $HOME/.Xauthority Mi consejo, root es solo para administrar el sistema, para todo lo demás usa tu usuario. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rHjRUVQBofTSc9L-X7KCib+gUHRvgr1=z0yeqku89_l...@mail.gmail.com http://www.uci.cu -- -- Yordan http://www.uci.cu -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/207d285e-825e-4d77-855f-66d4261c2...@ucimail4.uci.cu
Re: problema con xhost
El día 12 de junio de 2013 20:59, Yordan ycattan...@estudiantes.uci.cu escribió: mi error, brother, pero gracias por la ayuda, voy a ver que averiguo sobre eso, por cierto sabes algo del trabajo con xhost? No entiendo muy bien tu pregunta. ahora la X vienen configuradas para no escuchar por tcp/ip con lo cual no se puede usar tu display desde otra máquina de la red. (Se puede activar, pero no lo recomiendan...) Lo puedes hacer de forma segura con ssh -X maquina. yo tengo puesta la linea en mi .xsession (esto se ejecuta solo entrando de una determinada forma): xhost + local: Para que cualquier usuario de mi máquina pueda usar el display. Como te digo no se muy bien cual es tu pregunta. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rHjNUyRk8Qc8ymkY4Q0JxRYLo2F=dn_mjfoz2qn--tt...@mail.gmail.com
Re: problema con xhost
ea misma era la pregunta, thanks again - Mensaje original - De: fernando sainz fernandojose.sa...@gmail.com Para: Lista Debian debian-user-spanish@lists.debian.org Enviados: Miércoles, 12 de Junio 2013 15:36:24 Asunto: Re: problema con xhost El día 12 de junio de 2013 20:59, Yordan ycattan...@estudiantes.uci.cu escribió: mi error, brother, pero gracias por la ayuda, voy a ver que averiguo sobre eso, por cierto sabes algo del trabajo con xhost? No entiendo muy bien tu pregunta. ahora la X vienen configuradas para no escuchar por tcp/ip con lo cual no se puede usar tu display desde otra máquina de la red. (Se puede activar, pero no lo recomiendan...) Lo puedes hacer de forma segura con ssh -X maquina. yo tengo puesta la linea en mi .xsession (esto se ejecuta solo entrando de una determinada forma): xhost + local: Para que cualquier usuario de mi máquina pueda usar el display. Como te digo no se muy bien cual es tu pregunta. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rHjNUyRk8Qc8ymkY4Q0JxRYLo2F=dn_mjfoz2qn--tt...@mail.gmail.com http://www.uci.cu -- -- Yordan http://www.uci.cu -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2af4c9cc-4bfe-4233-9bc9-09df46cc2...@ucimail4.uci.cu
Re: xhost: cannot connect to X server [SOLVED]
Florian Kulzer wrote: Hmm, on my system that is enough to make Xorg listen to port 6000 (after I restart kdm). However, looking at /etc/init.d/kdm I get the impression that in some cases you also have to edit /var/run/kdm/kdmrc to remove ServerArgsLocal. If that does not help then I would like to see the output of pstree -aAc | grep -B2 -A2 '[X]org' Hi Sebastian, It's working now. I think it was caused by DisallowTCP=true in gdm.conf Many Thanks, Dieder. === die...@koala:$ xhost + access control disabled, clients can connect from any host die...@koala:$ ps -ef | grep [/]bin/X root 3878 3874 2 22:31 tty7 00:00:08 /usr/bin/X :0 -audit 0 -auth /var/lib/gdm/:0.Xauth vt7 die...@koala:$ pstree -aAc | grep -B2 -A2 '[X]org' |-gdm | `-gdm | |-Xorg :0 -audit 0 -auth /var/lib/gdm/:0.Xauth vt7 | `-startkde /usr/bin/startkde | `-kwrapper ksmserver die...@koala:$ export DISPLAY=koala:0 die...@koala:$ xterm die...@koala:$ die...@koala:$ cat /etc/gdm/gdm.conf|grep TCP DisallowTCP=false die...@koala:$ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xhost: cannot connect to X server
On Wed, Mar 18, 2009 at 23:52:00 +0100, Dieder Vervoort wrote: Florian Kulzer wrote: On Sat, Mar 14, 2009 at 23:22:32 +0100, Dieder Vervoort wrote: I can' t make xhost to work. [...] The first thing to check is if X really was started without -nolisten tcp: $ ps -ef | grep [/]bin/X root 9482 9480 0 22:49 tty7 00:00:01 /usr/bin/X -br :0 vt7 -auth /var/run/xauth/A:0-qdt4bc [...] I booted from Lenny-KDE 3.5 from a USB-key Did some tests again, here are the results, die...@panda:~$ xhost + access control disabled, clients can connect from any host die...@panda:~$ export DISPLAY=127.0.0.1:0 die...@panda:~$ xclock Error: Can't open display: 127.0.0.1:0 die...@panda:~$ ps -ef | grep [/]bin/X root 3588 3585 1 21:50 tty7 00:00:45 /usr/bin/X -br -nolisten tcp :0 vt7 -auth /var/run/xauth/A:0-4dB4fg # -nolisten ! check config files: OK, we have to figure out where the -nolisten tcp comes from. die...@panda:~$ cat /etc/X11/xinit/xserverrc #!/bin/sh # $Id: xserverrc 189 2005-06-11 00:04:27Z branden $ exec /usr/bin/X11/X AFAIK, it is not even necessary to remove the -nolisten tcp here if you are starting Xorg via [xkg]dm. die...@panda:~$ cat /etc/kde3/kdm/kdmrc|grep ServerArgsLocal ServerArgsLocal= Hmm, on my system that is enough to make Xorg listen to port 6000 (after I restart kdm). However, looking at /etc/init.d/kdm I get the impression that in some cases you also have to edit /var/run/kdm/kdmrc to remove ServerArgsLocal. If that does not help then I would like to see the output of pstree -aAc | grep -B2 -A2 '[X]org' -- Regards,| http://users.icfo.es/Florian.Kulzer Florian | -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xhost: cannot connect to X server
Florian Kulzer wrote: On Sun, Mar 15, 2009 at 22:05:20 +0100, Dirk Vervoort wrote: Florian Kulzer wrote: On Sat, Mar 14, 2009 at 23:22:32 +0100, Dieder Vervoort wrote: I can' t make xhost to work. I searched around but couldn' t find a solution. [...] die...@koala:~$ xhost + access control disabled, clients can connect from any host If your goal is to run X applications via ssh, then I would try this: http://www.debian.org/doc/manuals/reference/ch-tune.en.html#s-xssh [...] Many thanks, because the remote system is light, I do not prefer to use SSH ( sorry, the line telenet 192.168.1.8 was missing in the problem description)) When I telnet from a Slackware client to the remote host running Lenny + JWM-desktop it is working fine ! So the problem is client pc running Lenny + KDE + xhost + does not accept incoming TCP + X The first thing to check is if X really was started without -nolisten tcp: $ ps -ef | grep [/]bin/X root 9482 9480 0 22:49 tty7 00:00:01 /usr/bin/X -br :0 vt7 -auth /var/run/xauth/A:0-qdt4bc ...and if X is actually listening on port 6000: # netstat -plant | grep 6000 tcp0 0 0.0.0.0:60000.0.0.0:* LISTEN 9482/X tcp6 0 0 :::6000 :::*LISTEN 9482/X If that has gone wrong than you did not remove the -nolisten tcp option from the relevant file; this depends on how you start X. For example, if you use KDM to start your X session then you have to change ServerArgsLocal=-nolisten tcp to ServerArgsLocal= in /etc/kde3/kdm/kdmrc. If you can confirm that your server is listening on port 6000 then you probably should check if you have a local iptables rule that blocks connections to this port. Hi Florian, I booted from Lenny-KDE 3.5 from a USB-key Did some tests again, here are the results, die...@panda:~$ xhost + access control disabled, clients can connect from any host die...@panda:~$ export DISPLAY=127.0.0.1:0 die...@panda:~$ xclock Error: Can't open display: 127.0.0.1:0 die...@panda:~$ ps -ef | grep [/]bin/X root 3588 3585 1 21:50 tty7 00:00:45 /usr/bin/X -br -nolisten tcp :0 vt7 -auth /var/run/xauth/A:0-4dB4fg # -nolisten ! check config files: die...@panda:~$ cat /etc/X11/xinit/xserverrc #!/bin/sh # $Id: xserverrc 189 2005-06-11 00:04:27Z branden $ exec /usr/bin/X11/X die...@panda:~$ cat /etc/kde3/kdm/kdmrc|grep ServerArgsLocal ServerArgsLocal= die...@panda:~$ Any other idea ? Thanks, Dieder.
Re: xhost: cannot connect to X server
On Sun, Mar 15, 2009 at 10:05:20PM +0100, Dirk Vervoort wrote: Florian Kulzer wrote: On Sat, Mar 14, 2009 at 23:22:32 +0100, Dieder Vervoort wrote: I can' t make xhost to work. I searched around but couldn' t find a solution. If your goal is to run X applications via ssh, then I would try this: http://www.debian.org/doc/manuals/reference/ch-tune.en.html#s-xssh Many thanks, because the remote system is light, I do not prefer to use SSH I have use ssh to run remote X apps using my 486 (32 MB ram) as a client to a bigger box many times. The issue has always been how much memory xorg needed, not the impact of ssh. Before dismissing ssh, why not try it since its trivial to set up? Doug. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
re: xhost: cannot connect to X server
On Sun, Mar 15, 2009 at 22:05:20 +0100, Dieder Vervoort wrote: Florian Kulzer wrote: On Sat, Mar 14, 2009 at 23:22:32 +0100, Dieder Vervoort wrote: I can' t make xhost to work. I searched around but couldn 't find a solution. [...] die...@koala:~$ xhost + access control disabled, clients can connect from any host If your goal is to run X applications via ssh, then I would try this: http://www.debian.org/doc/manuals/reference/ch-tune.en.html#s-xssh [...] Many thanks, because the remote system is light, I do not prefer to use SSH ( sorry, the line telenet 192.168.1.8 was missing in the problem description)) When I telnet from a Slackware client to the remote host running Lenny + JWM-desktop it is working fine ! So the problem is client pc running Lenny + KDE + xhost + does not accept incoming TCP + X The first thing to check is if X really was started without -nolisten tcp: $ ps -ef | grep [/]bin/X root 9482 9480 0 22:49 tty7 00:00:01 /usr/bin/X -br :0 vt7 -auth /var/run/xauth/A:0-qdt4bc ...and if X is actually listening on port 6000: # netstat -plant | grep 6000 tcp0 0 0.0.0.0:60000.0.0.0:* LISTEN 9482/X tcp6 0 0 :::6000 :::*LISTEN 9482/X If that has gone wrong than you did not remove the -nolisten tcp option from the relevant file; this depends on how you start X. For example, if you use KDM to start your X session then you have to change ServerArgsLocal=-nolisten tcp to ServerArgsLocal= in /etc/kde3/kdm/kdmrc. If you can confirm that your server is listening on port 6000 then you probably should check if you have a local iptables rule that blocks connections to this port. -- Regards,| http://users.icfo.es/Florian.Kulzer Florian | -- Hi Florian, I double checked kdmrc and xserverrc, and these must be right. I have ServerArgsLocal= and -nolisten TCP removed from xserverrc. Unfortunatly I have forgotten to run your cli commands, removed KDE and installed Gnome, still not functioning ( I am going to reinstall it) But I couldn't wait I have tested the local function from 2 other pc's Etch + Gnome = OK Slackware + KDE = Ok there was no need to modify kdmrc ! The pleasant surprise: in my local-X I have not only the webrowser where I can choose a streaming, and the VLC console pops up on my local host as a child of the browser window ! So what is working: Remote: old portable Pentium II 66Mhz 96 Mb Ram Debian Lenny + JWM + sound card. Local in xterm: xhost + telnet to Remote export Dispalay Konqueror + VLC Many Thanks, I am going to try the Lenny / KDE later Dieder -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xhost: cannot connect to X server
On Sat, Mar 14, 2009 at 23:22:32 +0100, Dieder Vervoort wrote: Hi all, I can' t make xhost to work. I searched around but couldn' t find a solution. Any idea ? [...] die...@koala:~$ xhost + access control disabled, clients can connect from any host If your goal is to run X applications via ssh, then I would try this: http://www.debian.org/doc/manuals/reference/ch-tune.en.html#s-xssh IIRC, the X client (the ssh server) needs the xauth package if it does not have its own X installation. Another possibility is to use the xrsh package. -- Regards,| http://users.icfo.es/Florian.Kulzer Florian | -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: xhost: cannot connect to X server
Florian Kulzer wrote: On Sat, Mar 14, 2009 at 23:22:32 +0100, Dieder Vervoort wrote: Hi all, I can' t make xhost to work. I searched around but couldn' t find a solution. Any idea ? [...] die...@koala:~$ xhost + access control disabled, clients can connect from any host If your goal is to run X applications via ssh, then I would try this: http://www.debian.org/doc/manuals/reference/ch-tune.en.html#s-xssh IIRC, the X client (the ssh server) needs the xauth package if it does not have its own X installation. Another possibility is to use the xrsh package. Florian, Many thanks, because the remote system is light, I do not prefer to use SSH ( sorry, the line telenet 192.168.1.8 was missing in the problem description)) When I telnet from a Slackware client to the remote host running Lenny + JWM-desktop it is working fine ! So the problem is client pc running Lenny + KDE + xhost + does not accept incoming TCP + X So big question: Where is the is this filter set ? Anyone has any idea ? Thanks, Dieter
Re: xhost: cannot connect to X server
On Sun, Mar 15, 2009 at 22:05:20 +0100, Dirk Vervoort wrote: Florian Kulzer wrote: On Sat, Mar 14, 2009 at 23:22:32 +0100, Dieder Vervoort wrote: I can' t make xhost to work. I searched around but couldn' t find a solution. [...] die...@koala:~$ xhost + access control disabled, clients can connect from any host If your goal is to run X applications via ssh, then I would try this: http://www.debian.org/doc/manuals/reference/ch-tune.en.html#s-xssh [...] Many thanks, because the remote system is light, I do not prefer to use SSH ( sorry, the line telenet 192.168.1.8 was missing in the problem description)) When I telnet from a Slackware client to the remote host running Lenny + JWM-desktop it is working fine ! So the problem is client pc running Lenny + KDE + xhost + does not accept incoming TCP + X The first thing to check is if X really was started without -nolisten tcp: $ ps -ef | grep [/]bin/X root 9482 9480 0 22:49 tty7 00:00:01 /usr/bin/X -br :0 vt7 -auth /var/run/xauth/A:0-qdt4bc ...and if X is actually listening on port 6000: # netstat -plant | grep 6000 tcp0 0 0.0.0.0:60000.0.0.0:* LISTEN 9482/X tcp6 0 0 :::6000 :::*LISTEN 9482/X If that has gone wrong than you did not remove the -nolisten tcp option from the relevant file; this depends on how you start X. For example, if you use KDM to start your X session then you have to change ServerArgsLocal=-nolisten tcp to ServerArgsLocal= in /etc/kde3/kdm/kdmrc. If you can confirm that your server is listening on port 6000 then you probably should check if you have a local iptables rule that blocks connections to this port. -- Regards,| http://users.icfo.es/Florian.Kulzer Florian | -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
xhost: cannot connect to X server
Hi all, I can' t make xhost to work. I searched around but couldn' t find a solution. Any idea ? Many thanks, Dieder === die...@koala:~$ xhost + access control disabled, clients can connect from any host die...@koala:~$ cat /etc/X11/xinit/xserverrc #!/bin/sh # $Id: xserverrc 189 2005-06-11 00:04:27Z branden $ exec /usr/bin/X11/X -nolisten TCPremoved Trying 192.168.1.11... Connected to 192.168.1.11. Escape character is '^]'. Debian GNU/Linux 4.0 Framboos login: dirk Password: Last login: Sat Mar 14 22:42:28 2009 from Framboos.local on pts/1 Linux Framboos 2.6.18-6-686 #1 SMP Tue Jun 17 21:31:27 UTC 2008 i686 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. You have mail. die...@framboos:~$ die...@framboos:~$ export DISPLAY=192.168.1.6:0 die...@framboos:~$ firefox (firefox-bin:3588): Gtk-WARNING **: cannot open display: die...@framboos:~$ die...@framboos:~$ xterm xterm Xt error: Can't open display: 192.168.1.6:0 die...@framboos:~$ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
xhost dans un chroot
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 dans un chroot
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: basileatstarynkevitchdotnet 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
Re: xhost dans un chroot
Le 19 janvier 2009 17:22, Basile STARYNKEVITCH bas...@starynkevitch.net 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: Sobre xhost.
El 21/03/08, Marcos Delgado [EMAIL PROTECTED] escribió: El 20/03/08, Luis Rodrigo Gallardo Cruz [EMAIL PROTECTED] escribió: On Thu, Mar 20, 2008 at 07:39:44PM -0300, Marcelo Guzmán wrote: Saludos listeros, Les cuento: Al ejecutar como usuario en la consola cualquier aplicación que necesite recurrir al servidor gráfico para correr (ejemplo kwrite), me funciona sin problemas; Pero al hacerlo como root me lanza el siguiente error: debian:/home/marcelo# kwrite Xlib: connection to :0.0 refused by server Xlib: No protocol specified kwrite: cannot connect to X server :0.0 Googleando por ahí encontré que ejecutando el comando xhost + como usuario se arreglaba el problema y efectivamente puedo ejecutar como root cualquier aplicación. Resumen ejecutivo: El servidor X puede usar mecanismos de control de acceso para determinar a qué clientes permite conectarse. Esto es opcional (quizá por eso en KDE no lo veías, aunque en realidad lo dudo) pero muy buena idea, ya que un programa que pueda conectar al servidor X puede, por lo menos en principio, observar el contenido de todas tus ventanas e interceptar tu teclado y mouse. Dicho control de acceso se implementa (normalmente) por medio de variables de entorno que apuntan a la clave secreta (no es exáctamente eso, pero bueno) Cuando ejecutas una sesión de otro usuario dentro de un terminal, el entorno no se copia, por lo que los programas que corran desde ahí no tienen la clave para conectarse. El programa xhost controla el uso de dicho control de acceso. En particular, $ xhost + deshabilita por completo esa caracteristica. Lo cual es, como ya dije arriba, en general mala idea. ¿Soluciones? Ordenadas de mayor a menor en incomodidad, y de menor a mayor en cuanto tienes que aprender para usarlas: 1. Sigue usando 'xhost +', pero ten cuidado de reactivar el control de acceso tan pronto como te sea posible (con 'xhost -'). 2. Dale acceso a root a la clave. A menos que tu máquina tenga una configuración *muy* inusual, decir $ export XAUTHORITY=~usuario/.Xauthority en tu sesión de root justo después de iniciarla debería funcionar (reemplaza usuario por el nombre de tu usuario). 3. Usa un método de ejecutar cosas como root que sí copie el entorno. sudo es tu amigo. man sudo es una buena forma de conocer a tus amigos. Puedes usar gksu para llamar a los programas gráficos como root. Suerte. Marcos Delgado También puedes usar sux
Re: Sobre xhost.
El 21/03/08, Gonzalo Castro [EMAIL PROTECTED] escribió: El 21/03/08, Marcos Delgado [EMAIL PROTECTED] escribió: El 20/03/08, Luis Rodrigo Gallardo Cruz [EMAIL PROTECTED] escribió: On Thu, Mar 20, 2008 at 07:39:44PM -0300, Marcelo Guzmán wrote: Saludos listeros, Les cuento: Al ejecutar como usuario en la consola cualquier aplicación que necesite recurrir al servidor gráfico para correr (ejemplo kwrite), me funciona sin problemas; Pero al hacerlo como root me lanza el siguiente error: debian:/home/marcelo# kwrite Xlib: connection to :0.0 refused by server Xlib: No protocol specified kwrite: cannot connect to X server :0.0 Googleando por ahí encontré que ejecutando el comando xhost + como usuario se arreglaba el problema y efectivamente puedo ejecutar como root cualquier aplicación. Resumen ejecutivo: El servidor X puede usar mecanismos de control de acceso para determinar a qué clientes permite conectarse. Esto es opcional (quizá por eso en KDE no lo veías, aunque en realidad lo dudo) pero muy buena idea, ya que un programa que pueda conectar al servidor X puede, por lo menos en principio, observar el contenido de todas tus ventanas e interceptar tu teclado y mouse. Dicho control de acceso se implementa (normalmente) por medio de variables de entorno que apuntan a la clave secreta (no es exáctamente eso, pero bueno) Cuando ejecutas una sesión de otro usuario dentro de un terminal, el entorno no se copia, por lo que los programas que corran desde ahí no tienen la clave para conectarse. El programa xhost controla el uso de dicho control de acceso. En particular, $ xhost + deshabilita por completo esa caracteristica. Lo cual es, como ya dije arriba, en general mala idea. ¿Soluciones? Ordenadas de mayor a menor en incomodidad, y de menor a mayor en cuanto tienes que aprender para usarlas: 1. Sigue usando 'xhost +', pero ten cuidado de reactivar el control de acceso tan pronto como te sea posible (con 'xhost -'). 2. Dale acceso a root a la clave. A menos que tu máquina tenga una configuración *muy* inusual, decir $ export XAUTHORITY=~usuario/.Xauthority en tu sesión de root justo después de iniciarla debería funcionar (reemplaza usuario por el nombre de tu usuario). 3. Usa un método de ejecutar cosas como root que sí copie el entorno. sudo es tu amigo. man sudo es una buena forma de conocer a tus amigos. Puedes usar gksu para llamar a los programas gráficos como root. Suerte. Marcos Delgado También puedes usar sux Gracias por la ayuda muchachosahora me queda mas claro. -- __ Marcelo Guzmán Gómez Administrador [EMAIL PROTECTED] Internet LinuxUser #418381 http://counter.li.org
Re: Sobre xhost.
Marcelo Guzmán escribió: Saludos listeros, Les cuento: Al ejecutar como usuario en la consola cualquier aplicación que necesite recurrir al servidor gráfico para correr (ejemplo kwrite), me funciona sin problemas; Pero al hacerlo como root me lanza el siguiente error: debian:/home/marcelo# kwrite Xlib: connection to :0.0 refused by server Xlib: No protocol specified kwrite: cannot connect to X server :0.0 Googleando por ahí encontré que ejecutando el comando xhost + como usuario se arreglaba el problema y efectivamente puedo ejecutar como root cualquier aplicación. Pero, es normal eso?, como puedo hacer que no tenga que ingresar ese comando para ejecutar aplicaciones como root?. He rebuscado en internet y he revisado el man de xhost, pero no logro comprender totalmente su funcionamiento. Estoy casi seguro que cuando tenia gnome no tenia este problema. Tengo Lenny con KDE corriendo en un athlon64 X2 5200+, Tarjeta Nvidia GeForce 8500GT con drivers propietarios. Desde ya gracias por la ayuda Hola Marcelo; Yo suelo poner en una consola como usuario normal esto: xhost +local:root Y a partir de entonces funcionan las x para el superusuario durante esa sesión. La verdad no he pensado en habilitarlo de forma permanente, porque al quedar guardado en la memoria de la consola suele no andar muy lejos dándole a la flecha de arriba. Un saludo ;) -- *Randy* (randynet en gmail) Debian Lenny, KDE 3.5.8, Kernel 2.6.22-3-686 en MacBook-Intel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sobre xhost.
Saludos listeros, Les cuento: Al ejecutar como usuario en la consola cualquier aplicación que necesite recurrir al servidor gráfico para correr (ejemplo kwrite), me funciona sin problemas; Pero al hacerlo como root me lanza el siguiente error: debian:/home/marcelo# kwrite Xlib: connection to :0.0 refused by server Xlib: No protocol specified kwrite: cannot connect to X server :0.0 Googleando por ahí encontré que ejecutando el comando xhost + como usuario se arreglaba el problema y efectivamente puedo ejecutar como root cualquier aplicación. Pero, es normal eso?, como puedo hacer que no tenga que ingresar ese comando para ejecutar aplicaciones como root?. He rebuscado en internet y he revisado el man de xhost, pero no logro comprender totalmente su funcionamiento. Estoy casi seguro que cuando tenia gnome no tenia este problema. Tengo Lenny con KDE corriendo en un athlon64 X2 5200+, Tarjeta Nvidia GeForce 8500GT con drivers propietarios. Desde ya gracias por la ayuda -- __ Marcelo Guzmán Gómez Administrador [EMAIL PROTECTED] Internet LinuxUser #418381 http://counter.li.org
Re: Sobre xhost.
On Thu, Mar 20, 2008 at 07:39:44PM -0300, Marcelo Guzmán wrote: Saludos listeros, Les cuento: Al ejecutar como usuario en la consola cualquier aplicación que necesite recurrir al servidor gráfico para correr (ejemplo kwrite), me funciona sin problemas; Pero al hacerlo como root me lanza el siguiente error: debian:/home/marcelo# kwrite Xlib: connection to :0.0 refused by server Xlib: No protocol specified kwrite: cannot connect to X server :0.0 Googleando por ahí encontré que ejecutando el comando xhost + como usuario se arreglaba el problema y efectivamente puedo ejecutar como root cualquier aplicación. Resumen ejecutivo: El servidor X puede usar mecanismos de control de acceso para determinar a qué clientes permite conectarse. Esto es opcional (quizá por eso en KDE no lo veías, aunque en realidad lo dudo) pero muy buena idea, ya que un programa que pueda conectar al servidor X puede, por lo menos en principio, observar el contenido de todas tus ventanas e interceptar tu teclado y mouse. Dicho control de acceso se implementa (normalmente) por medio de variables de entorno que apuntan a la clave secreta (no es exáctamente eso, pero bueno) Cuando ejecutas una sesión de otro usuario dentro de un terminal, el entorno no se copia, por lo que los programas que corran desde ahí no tienen la clave para conectarse. El programa xhost controla el uso de dicho control de acceso. En particular, $ xhost + deshabilita por completo esa caracteristica. Lo cual es, como ya dije arriba, en general mala idea. ¿Soluciones? Ordenadas de mayor a menor en incomodidad, y de menor a mayor en cuanto tienes que aprender para usarlas: 1. Sigue usando 'xhost +', pero ten cuidado de reactivar el control de acceso tan pronto como te sea posible (con 'xhost -'). 2. Dale acceso a root a la clave. A menos que tu máquina tenga una configuración *muy* inusual, decir $ export XAUTHORITY=~usuario/.Xauthority en tu sesión de root justo después de iniciarla debería funcionar (reemplaza usuario por el nombre de tu usuario). 3. Usa un método de ejecutar cosas como root que sí copie el entorno. sudo es tu amigo. man sudo es una buena forma de conocer a tus amigos. signature.asc Description: Digital signature
Re: Sobre xhost.
El 20/03/08, Luis Rodrigo Gallardo Cruz [EMAIL PROTECTED] escribió: On Thu, Mar 20, 2008 at 07:39:44PM -0300, Marcelo Guzmán wrote: Saludos listeros, Les cuento: Al ejecutar como usuario en la consola cualquier aplicación que necesite recurrir al servidor gráfico para correr (ejemplo kwrite), me funciona sin problemas; Pero al hacerlo como root me lanza el siguiente error: debian:/home/marcelo# kwrite Xlib: connection to :0.0 refused by server Xlib: No protocol specified kwrite: cannot connect to X server :0.0 Googleando por ahí encontré que ejecutando el comando xhost + como usuario se arreglaba el problema y efectivamente puedo ejecutar como root cualquier aplicación. Resumen ejecutivo: El servidor X puede usar mecanismos de control de acceso para determinar a qué clientes permite conectarse. Esto es opcional (quizá por eso en KDE no lo veías, aunque en realidad lo dudo) pero muy buena idea, ya que un programa que pueda conectar al servidor X puede, por lo menos en principio, observar el contenido de todas tus ventanas e interceptar tu teclado y mouse. Dicho control de acceso se implementa (normalmente) por medio de variables de entorno que apuntan a la clave secreta (no es exáctamente eso, pero bueno) Cuando ejecutas una sesión de otro usuario dentro de un terminal, el entorno no se copia, por lo que los programas que corran desde ahí no tienen la clave para conectarse. El programa xhost controla el uso de dicho control de acceso. En particular, $ xhost + deshabilita por completo esa caracteristica. Lo cual es, como ya dije arriba, en general mala idea. ¿Soluciones? Ordenadas de mayor a menor en incomodidad, y de menor a mayor en cuanto tienes que aprender para usarlas: 1. Sigue usando 'xhost +', pero ten cuidado de reactivar el control de acceso tan pronto como te sea posible (con 'xhost -'). 2. Dale acceso a root a la clave. A menos que tu máquina tenga una configuración *muy* inusual, decir $ export XAUTHORITY=~usuario/.Xauthority en tu sesión de root justo después de iniciarla debería funcionar (reemplaza usuario por el nombre de tu usuario). 3. Usa un método de ejecutar cosas como root que sí copie el entorno. sudo es tu amigo. man sudo es una buena forma de conocer a tus amigos. Puedes usar gksu para llamar a los programas gráficos como root. Suerte. Marcos Delgado
Re: xhost en local
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]
xhost en local
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 en local
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]
duvida: xhost
Se eu logo como usuário comum, qd mudopra rooteu não consigo rodar os aplicativos... dá aquela mensagem relacionada com a autorização do servidor gráfico. Daí euvolto prausuário comum e rodo o "xhost"etudo bem. Minha dúvida é como fazer pra não precisarexecutar o xhost?Qual arquivo e como alterar? ___ Luciano Marques Goiânia-GO Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora!
Re: duvida: xhost
qual comando você usa para mudar para root?Em 14/11/06, Luciano Marques [EMAIL PROTECTED] escreveu: Se eu logo como usuário comum, qd mudopra rooteu não consigo rodar os aplicativos... dá aquela mensagem relacionada com a autorização do servidor gráfico. Daí euvolto prausuário comum e rodo o xhost etudo bem. Minha dúvida é como fazer pra não precisarexecutar o xhost?Qual arquivo e como alterar? ___ Luciano Marques Goiânia-GO Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! -- CumprimentosCarlos Alberto Mota Castro (Maranhão)Estudante de Engenharia ElétricaUNESP - FEIS - Ilha SolteiraUsuário GNU/Linux
Res: duvida: xhost
Somente su ___ Luciano Marques Goiânia-GO - Mensagem original De: Carlos Alberto [EMAIL PROTECTED]Para: debian-user-portuguese@lists.debian.orgEnviadas: Terça-feira, 14 de Novembro de 2006 16:15:03Assunto: Re: duvida: xhostqual comando você usa para mudar para root? Em 14/11/06, Luciano Marques [EMAIL PROTECTED] escreveu: Se eu logo como usuário comum, qd mudopra rooteu não consigo rodar os aplicativos... dá aquela mensagem relacionada com a autorização do servidor gráfico. Daí euvolto prausuário comum e rodo o "xhost" etudo bem. Minha dúvida é como fazer pra não precisarexecutar o xhost?Qual arquivo e como alterar? ___ Luciano Marques Goiânia-GO Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! -- CumprimentosCarlos Alberto Mota Castro (Maranhão)Estudante de Engenharia ElétricaUNESP - FEIS - Ilha SolteiraUsuário GNU/Linux O Yahoo! está de cara nova. Venha conferir!
Re: duvida: xhost
vc pode colocar ao iniciar o X o xhost :) eu uso tdo dentro do meu .xsession algo do tipo: /usr/lib/control-center/gnome-settings-daemon gnome-keyring-daemon seahorse-daemon #sleep 1 xhost + #= aqui oh! Esetroot -scale ~/files/media/images/bgs/PenguinGang.png xbindkeys /usr/local/bin/enlightenment #xterm se vc usa gnome pode colocar pra qd iniciar a sessao - Original Message From: Luciano Marques [EMAIL PROTECTED] To: Debian BR debian-user-portuguese@lists.debian.org Sent: Tuesday, November 14, 2006 3:37:13 PM Subject: duvida: xhost Se eu logo como usuário comum, qd mudo pra root eu não consigo rodar os aplicativos... dá aquela mensagem relacionada com a autorização do servidor gráfico. Daí eu volto pra usuário comum e rodo o xhost e tudo bem. Minha dúvida é como fazer pra não precisar executar o xhost? Qual arquivo e como alterar? ___ Luciano Marques Goiânia-GO Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora!
xhost (was: SSH = X11 forwarding?)
Hi, Greg Norris wrote: On Tue, Apr 18, 2006 at 10:43:47AM -0400, Antonio Paiva wrote: Ryan, You probably need to run xhost address of server on the client machine. Someone suggest this virtually every time the topic comes up. It's exceptionally bad advice... DON'T DO IT!!! Just out of curiosity. Is it bad even if you are in a trusted network (say, only one computer in it) and you use xhost local:localhost If so, can any one say a few words on why? (I promise I won't use it.) :-) Luis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Que el ordenador haga xhost + en cada inicio
- Original Message - From: Havoline To: debian-user-spanish@lists.debian.org Sent: Friday, January 20, 2006 1:20 AM Subject: Re: Que el ordenador haga xhost + en cada inicio Javier San Roman escribió: El Jueves, 19 de Enero de 2006 22:18, Havoline escribió: Cuando intento ejecutar aplicaciones X como root siempre tengo que hacer desde el usuario xhost + antes de pasarme a root, ¿como puedo hacer que esto se mantenga entre reinicios? He probado a poner el comando xauth generate localhost/unix:0 MIT-MAGIC-COOKIE-1 en varios sitios para que se ejecute como root, pero siempre me da este error: Xlib: connection to unix:0.0 refused by server Xlib: No protocol specified xauth: (argv):1: unable to open display localhost/unix:0. Intento encontrar la forma de que el servidor X, cuando arranque, inserte una entrada válida en /root/.Xauthority para que luego el root pueda ejecutar aplicaciones X... no se si es por ahí, o hay otra forma más facil. Mira a ver si te vale esto: Como usuario haz export XAUTHORITY=$HOME/.Xauthority y luego cambia a root con su y ya puedes ejecutar aplicaciones X como root en un display de usuario. Si lo quieres permanente ponlo en .bashrc. Os agradezco las soluciones, pero ninguna me sirve... el caso real: Es un servidor, con una aplicación web instalada, que al insertar un enlace web en la base de datos, debe hacer una captura de la web. Lo hago con el script en perl html2jpg, que necesita cargarla en mozilla y mozilla necesita las X... y el servidor cuando se reinicia carga el kdm y punto. Podría hacer que iniciase automáticamente en un usuario y exportar la variable esa del HOME del usuario, ¿pero no hay nada más sencillo? ¿hay que matar la mosca a cañonazos? Usar la variable de acceso a las X y autorizar al usuario root es el mejor sistema. (El más 'correcto' sería usar xauth) Precisamente ese es el objetivo que tiene el sistema de seguridad de X (como de cualquier sistema de seguridad): que solo los que esten autorizados puedan acceder. Lo que es matar moscas a cañonazos es usar 'xhost +' para autorizar a que TODOS los usuarios de TODOS los ordenadores del mundo entren a tus X solo porque necesitas que UN usuario de UNA máquina lo haga (TU usuario en TU máquina). En todo caso puedes mirar http://bulma.net/body.phtml?nIdNoticia=1038 Saludos Guimi http://www.guimi.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Que el ordenador haga xhost + en cada inicio
El día 20/01/06, Guimi [EMAIL PROTECTED] escribió: - Original Message -From: HavolineTo: debian-user-spanish@lists.debian.orgSent: Friday, January 20, 2006 1:20 AMSubject: Re: Que el ordenador haga xhost + en cada inicio Javier San Roman escribió: El Jueves, 19 de Enero de 2006 22:18, Havoline escribió: Cuando intento ejecutar aplicaciones X como root siempre tengo que hacer desde el usuario xhost + antes de pasarme a root, ¿como puedo hacer que esto se mantenga entre reinicios? He probado a poner el comando xauth generate localhost/unix:0 MIT-MAGIC-COOKIE-1 en varios sitios para que se ejecute como root, pero siempre me da este error: Xlib: connection to unix:0.0 refused by server Xlib: No protocol specified xauth: (argv):1:unable to open display localhost/unix:0. Intento encontrar la forma de que el servidor X, cuando arranque, inserte una entrada válida en /root/.Xauthority para que luego el root pueda ejecutar aplicaciones X... no se si es por ahí, o hay otra forma más facil. Mira a ver si te vale esto: Como usuario haz export XAUTHORITY=$HOME/.Xauthority y luego cambia a root con su y ya puedes ejecutar aplicaciones X como root en un display de usuario. Si lo quieres permanente ponlo en .bashrc. Os agradezco las soluciones, pero ninguna me sirve... el caso real: Es un servidor, con una aplicación web instalada, que al insertar un enlace web en la base de datos, debe hacer una captura de la web. Lo hago con el script en perl html2jpg, que necesita cargarla en mozilla y mozilla necesita las X... y el servidor cuando se reinicia carga el kdm y punto. Podría hacer que iniciase automáticamente en un usuario y exportar la variable esa del HOME del usuario, ¿pero no hay nada más sencillo? ¿hay que matar la mosca a cañonazos? Usar la variable de acceso a las X y autorizar al usuario root es el mejor sistema.(El más 'correcto' sería usar xauth)Precisamente ese es el objetivo que tiene el sistema de seguridad de X (como de cualquier sistema de seguridad): que solo los que esten autorizados puedan acceder.Lo que es matar moscas a cañonazos es usar 'xhost +' para autorizar a que TODOS losusuarios de TODOS los ordenadores del mundo entren a tus X solo porque necesitas que UN usuario de UNA máquina lo haga (TU usuario en TU máquina).En todo caso puedes mirarhttp://bulma.net/body.phtml?nIdNoticia=1038SaludosGuimi http://www.guimi.net--To UNSUBSCRIBE, email to [EMAIL PROTECTED]with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]Yo eso lo soluciono modificando los .bashrc. En el de tu usuario agregas la línea: xhost local: y en el de root export DISPLAY=:0.0 y ya está. Espero que te funcione
Re: Que el ordenador haga xhost + en cada inicio
Estado actual: He ido a /etc/kde3/kdm/kdmrc y he añadido en [X-*-Core] AuthFile=/var/run/xauth/XauthFile Luego he creado el enlace ln -s /var/run/xauth/XauthFile /root/.Xauthority En /root/.profile he añadido DISPLAY=:0.0 export DISPLAY Y ya funciona el comando en una consola como superusuario, pero ahora el problema es que en código java, dentro de una aplicación web para tomcat, si dejo que tomcat se arranque con init (/etc/init.d/tomcat start), la aplicación no hace que se ejecute el programa. Pero si dentro de una consola como superusuario arranco el tomcat con el mismo comando /etc/init.d/tomcat start, si puedo utilizar la aplicación y que el programa que lanza haga capturas de pantalla de las webs. La salida de ps para el tomcat arrancado por init es: root 3321 4.1 7.4 286852 38436 ? S17:51 0:04 /usr/local/jdk1.5.0_03/bin/java -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogMa Y ejecutado desde consola como superusuario: root 3702 0.6 8.8 290944 45428 pts/1 S17:55 0:04 /usr/local/jdk1.5.0_03/bin/java -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogMa ¿Que diferencia hay del valor pts/1 al ? en la columna TTY? __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Que el ordenador haga xhost + en cada inicio
Cuando intento ejecutar aplicaciones X como root siempre tengo que hacer desde el usuario xhost + antes de pasarme a root, ¿como puedo hacer que esto se mantenga entre reinicios? He probado a poner el comando xauth generate localhost/unix:0 MIT-MAGIC-COOKIE-1 en varios sitios para que se ejecute como root, pero siempre me da este error: Xlib: connection to unix:0.0 refused by server Xlib: No protocol specified xauth: (argv):1: unable to open display localhost/unix:0. Intento encontrar la forma de que el servidor X, cuando arranque, inserte una entrada válida en /root/.Xauthority para que luego el root pueda ejecutar aplicaciones X... no se si es por ahí, o hay otra forma más facil. __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Que el ordenador haga xhost + en cada inicio
El Jueves, 19 de Enero de 2006 22:18, Havoline escribió: Cuando intento ejecutar aplicaciones X como root siempre tengo que hacer desde el usuario xhost + antes de pasarme a root, ¿como puedo hacer que esto se mantenga entre reinicios? He probado a poner el comando xauth generate localhost/unix:0 MIT-MAGIC-COOKIE-1 en varios sitios para que se ejecute como root, pero siempre me da este error: Xlib: connection to unix:0.0 refused by server Xlib: No protocol specified xauth: (argv):1: unable to open display localhost/unix:0. Intento encontrar la forma de que el servidor X, cuando arranque, inserte una entrada válida en /root/.Xauthority para que luego el root pueda ejecutar aplicaciones X... no se si es por ahí, o hay otra forma más facil. El que debe hacer xhost + (¡¡¡qué peligro, por cierto!!!) debe ser el usuario normalito con el que arrrancas la sesión gráfica. Por ejemplo, si arancas con el usuario pepito con KDE podrías crear un script en /home/pepito/.kde/Autostart que ejecutase xhost + (no olvides darle permisos de ejecución para el dueño pepito). Supongo que funcionaría. -- y hasta aquí puedo leer...
Re: Que el ordenador haga xhost + en cada inicio
El Jueves, 19 de Enero de 2006 22:52, Iñaki escribió: El que debe hacer xhost + (¡¡¡qué peligro, por cierto!!!) debe ser el usuario normalito con el que arrrancas la sesión gráfica. iñaki, confirmado que se puede lo que comentaste aquella vez el otro día lo probé en un laboratorio de clase tenían abierto el puerto 6000 (unas red hat de antes de corregir el ptrace) y abrí un konqueror en la ventana del de al lado para explicarle cómo se podía hacer... -- La justicia es incidental a la ley y el orden. -- J. Edgar Hoover. -- // //Rober Morales Chaparro // #include /* RMC'05 */ iostream class saludo { public: saludo(){ std::cout Hola; } ~saludo() { std::cout Mundo! ; } } ; int main() { saludo holamundo; }
Re: Que el ordenador haga xhost + en cada inicio
El Jueves, 19 de Enero de 2006 23:05, Rober Morales escribió: El Jueves, 19 de Enero de 2006 22:52, Iñaki escribió: El que debe hacer xhost + (¡¡¡qué peligro, por cierto!!!) debe ser el usuario normalito con el que arrrancas la sesión gráfica. iñaki, confirmado que se puede lo que comentaste aquella vez el otro día lo probé en un laboratorio de clase tenían abierto el puerto 6000 (unas red hat de antes de corregir el ptrace) y abrí un konqueror en la ventana del de al lado para explicarle cómo se podía hacer... Un aliciente más que nos llena de orgullo a los que elegimos Debian :) Por cierto, al menos tuvo que ejecutar en su sesión gráfica el xhost +, ¿no? -- y hasta aquí puedo leer...
Re: Que el ordenador haga xhost + en cada inicio
Rober Morales escribió: El Jueves, 19 de Enero de 2006 22:52, Iñaki escribió: El que debe hacer xhost + (¡¡¡qué peligro, por cierto!!!) debe ser el usuario normalito con el que arrrancas la sesión gráfica. iñaki, confirmado que se puede lo que comentaste aquella vez el otro día lo probé en un laboratorio de clase tenían abierto el puerto 6000 (unas red hat de antes de corregir el ptrace) y abrí un konqueror en la ventana del de al lado para explicarle cómo se podía hacer... que raro... me ha llegado este menseje de las 23:05 y no me ha llegado el de las 22:52 __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Que el ordenador haga xhost + en cada inicio
Havoline wrote: Cuando intento ejecutar aplicaciones X como root siempre tengo que hacer desde el usuario xhost + antes de pasarme a root, ¿como puedo hacer que esto se mantenga entre reinicios? He probado a poner el comando xauth generate localhost/unix:0 MIT-MAGIC-COOKIE-1 en varios sitios para que se ejecute como root, pero siempre me da este error: Xlib: connection to unix:0.0 refused by server Xlib: No protocol specified xauth: (argv):1: unable to open display localhost/unix:0. Intento encontrar la forma de que el servidor X, cuando arranque, inserte una entrada válida en /root/.Xauthority para que luego el root pueda ejecutar aplicaciones X... no se si es por ahí, o hay otra forma más facil. Yo lo que uso es: gksu programa te pide la clave de root para trabajar. Suerte. Marcos Delgado. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Que el ordenador haga xhost + en cada inicio
El jue, 19-01-2006 a las 22:18 +0100, Havoline escribió: Cuando intento ejecutar aplicaciones X como root siempre tengo que hacer desde el usuario xhost + antes de pasarme a root, ¿como puedo hacer que esto se mantenga entre reinicios? He probado a poner el comando xauth generate localhost/unix:0 MIT-MAGIC-COOKIE-1 en varios sitios para que se ejecute como root, pero siempre me da este error: Xlib: connection to unix:0.0 refused by server Xlib: No protocol specified xauth: (argv):1: unable to open display localhost/unix:0. Intento encontrar la forma de que el servidor X, cuando arranque, inserte una entrada válida en /root/.Xauthority para que luego el root pueda ejecutar aplicaciones X... no se si es por ahí, o hay otra forma más facil. apt-get install sux __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com -- Angel Claudio Alvarez Usuario Linux Registrado 143466 GPG Public Key en http://pgp.mit.edu key fingerprint = 3AED D95B 7E2D E954 61C8 F505 1884 473C FC8C 8AC4 signature.asc Description: This is a digitally signed message part
Re: Que el ordenador haga xhost + en cada inicio
El Jueves, 19 de Enero de 2006 22:18, Havoline escribió: Cuando intento ejecutar aplicaciones X como root siempre tengo que hacer desde el usuario xhost + antes de pasarme a root, ¿como puedo hacer que esto se mantenga entre reinicios? He probado a poner el comando xauth generate localhost/unix:0 MIT-MAGIC-COOKIE-1 en varios sitios para que se ejecute como root, pero siempre me da este error: Xlib: connection to unix:0.0 refused by server Xlib: No protocol specified xauth: (argv):1: unable to open display localhost/unix:0. Intento encontrar la forma de que el servidor X, cuando arranque, inserte una entrada válida en /root/.Xauthority para que luego el root pueda ejecutar aplicaciones X... no se si es por ahí, o hay otra forma más facil. Mira a ver si te vale esto: Como usuario haz export XAUTHORITY=$HOME/.Xauthority y luego cambia a root con su y ya puedes ejecutar aplicaciones X como root en un display de usuario. Si lo quieres permanente ponlo en .bashrc. Saludos -- Usuario Linux: #156817 Debian etch/Núcleo 2.6.12
Re: Que el ordenador haga xhost + en cada inicio
Javier San Roman escribió: El Jueves, 19 de Enero de 2006 22:18, Havoline escribió: Cuando intento ejecutar aplicaciones X como root siempre tengo que hacer desde el usuario xhost + antes de pasarme a root, ¿como puedo hacer que esto se mantenga entre reinicios? He probado a poner el comando xauth generate localhost/unix:0 MIT-MAGIC-COOKIE-1 en varios sitios para que se ejecute como root, pero siempre me da este error: Xlib: connection to unix:0.0 refused by server Xlib: No protocol specified xauth: (argv):1: unable to open display localhost/unix:0. Intento encontrar la forma de que el servidor X, cuando arranque, inserte una entrada válida en /root/.Xauthority para que luego el root pueda ejecutar aplicaciones X... no se si es por ahí, o hay otra forma más facil. Mira a ver si te vale esto: Como usuario haz export XAUTHORITY=$HOME/.Xauthority y luego cambia a root con su y ya puedes ejecutar aplicaciones X como root en un display de usuario. Si lo quieres permanente ponlo en .bashrc. Os agradezco las soluciones, pero ninguna me sirve... el caso real: Es un servidor, con una aplicación web instalada, que al insertar un enlace web en la base de datos, debe hacer una captura de la web. Lo hago con el script en perl html2jpg, que necesita cargarla en mozilla y mozilla necesita las X... y el servidor cuando se reinicia carga el kdm y punto. Podría hacer que iniciase automáticamente en un usuario y exportar la variable esa del HOME del usuario, ¿pero no hay nada más sencillo? ¿hay que matar la mosca a cañonazos? __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Que el ordenador haga xhost + en cada inicio
Iñaki wrote: El Jueves, 19 de Enero de 2006 23:05, Rober Morales escribió: El Jueves, 19 de Enero de 2006 22:52, Iñaki escribió: El que debe hacer xhost + (¡¡¡qué peligro, por cierto!!!) debe ser el usuario normalito con el que arrrancas la sesión gráfica. iñaki, confirmado que se puede lo que comentaste aquella vez el otro día lo probé en un laboratorio de clase tenían abierto el puerto 6000 (unas red hat de antes de corregir el ptrace) y abrí un konqueror en la ventana del de al lado para explicarle cómo se podía hacer... Un aliciente más que nos llena de orgullo a los que elegimos Debian :) Por cierto, al menos tuvo que ejecutar en su sesión gráfica el xhost +, ¿no? -- y hasta aquí puedo leer... Si se va a ejecutar un xhost, por lo menos limitarlo al entorno local con xhost +local: S2 -- Fernando. {:-{D Hackers do it with fewer instructions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How do I make xhost changes stick?
Thanks, but I'm still missing something. I appended the line xhost local: to /etc/profile, as well as ~/.bash_profile, and neither seems to have changed anything. I've tried to wade into the bash manual and the bash doc examples, but it's beyond me. Thanks, Tyler On 12/19/05, *Tyler Smith* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I'm using Etch with x.org http://x.org, xdm, and fluxbox. I've discovered that I can't open an X windows after I log into root using su, as when I try to open emacs to edit a config file. I have to use 'xhost local:' first. Not a big deal, but I have to do this everytime I log in. Is there a way to make this setting stick between sessions? put it in your shell's startup file, .profile for sh, ksh, bash, zsh; .login for csh tcsh Thanks, Tyler My apologies if you've seen this already, my newsgroup account is behaving strangely... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How do I make xhost changes stick?
On 12/19/05, Tyler Smith [EMAIL PROTECTED] wrote: Hi,I'm using Etch with x.org, xdm, and fluxbox. I've discovered that I can't open an X windows after I log into root using su, as when I try toopen emacs to edit a config file. I have to use 'xhost local:' first.Not a big deal, but I have to do this everytime I log in. Is there a way to make this setting stick between sessions? put it in your shell's startup file, .profile for sh, ksh, bash, zsh; .login for csh tcsh Thanks,TylerMy apologies if you've seen this already, my newsgroup account isbehaving strangely... --To UNSUBSCRIBE, email to [EMAIL PROTECTED]with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
How do I make xhost changes stick?
Hi, I'm using Etch with x.org, xdm, and fluxbox. I've discovered that I can't open an X windows after I log into root using su, as when I try to open emacs to edit a config file. I have to use 'xhost local:' first. Not a big deal, but I have to do this everytime I log in. Is there a way to make this setting stick between sessions? Thanks, Tyler My apologies if you've seen this already, my newsgroup account is behaving strangely... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xhost
El Martes, 13 de Septiembre de 2005 17:49, Ricardo Frydman Eureka! escribió: tuusuario$ xhost + root# export DISPLAY=:0 eso es lo que yo llamaria suicidio informatico sabes lo que estas haciendo alli? Si, lo se. Pero yo me refería para hacerlo en local. Sin conexiones remotas. Es decir, para poder ejecutar cualquier programa que tengas en tu equipo como root (p.e.) Como ya he dicho antes, para ejecutar en remoto, mejor se usa ssh -X y nos olvidamos del xhost. -- Saludos. Pablo Fingerprint 5607 40CF 45EF D490 B794 5056 D7B2 C3DC ABF1 CE49 Jabber: [EMAIL PROTECTED] http://aldiagestion.com/blog pgpKG774BR1UL.pgp Description: PGP signature
xhost
Gentes, alguien sabe de algún buen tutorial para utilizar el xhost apropiadamente. Ya he probado varias veces configurar este servicio apropiadamente y no se que no funciona, pero no tuve buen resultado. Explico brevemente lo que he hecho desde mi lugar de trabajo: - [EMAIL PROTECTED]: xhost +pc-remoto - [EMAIL PROTECTED]: ssh [EMAIL PROTECTED] - [EMAIL PROTECTED] : export DISPLAY=mi-pc:0 - [EMAIL PROTECTED] : xterm ( aquí ya tengo el problema con la aplicacion, no veo xterm) Aquí ya tengo problemas. Ya no puedo ver esta aplicacion ejecutando con las X de mi-pc y no se si tengo que dar mas permisos en /etc/X11/xserver/SecurityPolicy ó el problema lo tengo en otro lugar. Ahora estoy en una maquina window lamentablemente en un trabajo desde el cual no puedo acceder a mi Debian en forma remota. Ni bien tenga los logs del error se los envió. Si alguno ya me puede dar alguna pista del problema que tengo se los agradesco. Saludos, Cesar -- ==César E. Díaz - Analista en Informática AplicadaMsn : [EMAIL PROTECTED]ICQ: 312384614
Re: xhost
El Martes, 13 de Septiembre de 2005 16:00, César Diaz escribió: Gentes, alguien sabe de algún buen tutorial para utilizar el xhost apropiadamente. Ya he probado varias veces configurar este servicio apropiadamente y no se que no funciona, pero no tuve buen resultado. Explico brevemente lo que he hecho desde mi lugar de trabajo: - [EMAIL PROTECTED]: xhost +pc-remoto - [EMAIL PROTECTED]: ssh [EMAIL PROTECTED] - [EMAIL PROTECTED] : export DISPLAY=mi-pc:0 - [EMAIL PROTECTED] : xterm ( aquí ya tengo el problema con la aplicacion, no veo xterm) Aquí ya tengo problemas. Ya no puedo ver esta aplicacion ejecutando con las X de mi-pc y no se si tengo que dar mas permisos en /etc/X11/xserver/SecurityPolicy ó el problema lo tengo en otro lugar. Ahora estoy en una maquina window lamentablemente en un trabajo desde el cual no puedo acceder a mi Debian en forma remota. Ni bien tenga los logs del error se los envió. Si alguno ya me puede dar alguna pista del problema que tengo se los agradesco. Saludos, Cesar Tampoco es nada complicado. Si lo que quieres es arrancar alguna aplicación con otro usuario (root por ejemplo): tuusuario$ xhost + root# export DISPLAY=:0 Suponiendo que el display tuyo sea :0 Para asegurarte echo $DISPLAY En el caso de querer hacerlo por ssh. Pues en el servidor habilita X11Fordwarding yes en el /etc/ssh/sshd_config. Y luego reinicias el server ssh. Luego en el equipo remoto: ssh -X -C [EMAIL PROTECTED] programa La X mayuscula. La C es la opción de comprimir, para que vaya mas agil, pero tampoco es imprescindible. -- Saludos. Pablo Fingerprint 5607 40CF 45EF D490 B794 5056 D7B2 C3DC ABF1 CE49 Jabber: [EMAIL PROTECTED] http://aldiagestion.com/blog pgplGRVkhMwi8.pgp Description: PGP signature
Re: xhost
El Martes, 13 de Septiembre de 2005 16:00, César Diaz escribió: || Gentes, || alguien sabe de algún buen tutorial para utilizar el xhost apropiadamente. || Ya he probado varias veces configurar este servicio apropiadamente y no se || que no funciona, pero no tuve buen resultado. || Explico brevemente lo que he hecho desde mi lugar de trabajo: || || - [EMAIL PROTECTED]: xhost +pc-remoto || - [EMAIL PROTECTED]: ssh [EMAIL PROTECTED] || - [EMAIL PROTECTED] : export DISPLAY=mi-pc:0 || - [EMAIL PROTECTED] : xterm ( aquí ya tengo el problema con la aplicacion, || no veo xterm) || || Aquí ya tengo problemas. Ya no puedo ver esta aplicacion ejecutando con || las X de mi-pc y no se si tengo que dar mas permisos en || /etc/X11/xserver/SecurityPolicy ó el problema lo tengo en otro lugar. || Ahora estoy en una maquina window lamentablemente en un trabajo desde || el cual no puedo acceder a mi Debian en forma remota. Ni bien tenga los || logs del error se los envió. Si alguno ya me puede dar alguna pista del || problema que tengo se los agradesco. || || Saludos, Cesar Me parece que hay que tocar también la configuración de ssh (posiblemente del cliente y del servidor) para permitir explícitamente sesiones remotas gráficas. Echa un vistazo a /etc/ssh/sshd_config y tal vez también a /etc/ssh/ssh_config. -- que a mí ni me va ni me viene... pero por comentar...
Re: xhost
On 9/13/05, César Diaz [EMAIL PROTECTED] wrote: Gentes, alguien sabe de algún buen tutorial para utilizar el xhost apropiadamente. Ya he probado varias veces configurar este servicio apropiadamente y no se que no funciona, pero no tuve buen resultado. Explico brevemente lo que he hecho desde mi lugar de trabajo: - [EMAIL PROTECTED]: xhost +pc-remoto - [EMAIL PROTECTED]: ssh [EMAIL PROTECTED] - [EMAIL PROTECTED] : export DISPLAY=mi-pc:0 - [EMAIL PROTECTED] : xterm ( aquí ya tengo el problema con la aplicacion, no veo xterm) ssh -X pc-remoto Eso deberia ser suficiente despues de que le diste permiso con xhost. Saludos Max -- Linux garaged 2.6.9-rc1-mm1 #3 SMP Mon Aug 30 12:14:50 CDT 2004 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux-BEGIN GEEK CODE BLOCK-Version: 3.12GS/S d- s: a-29 C++(+++) ULAHI+++ P+ L+ E--- W++ N* o-- K- w O- M-- V-- PS+ PE Y-- PGP++ t- 5- X+ R tv++ b+ DI+++ D- G++ e++ h+ r+ z**--END GEEK CODE BLOCK--gpg-key: http://garaged.homeip.net/gpg-key.txt
Re: xhost
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 César Diaz wrote: Gentes, alguien sabe de algún buen tutorial para utilizar el xhost apropiadamente. man xhost es bastante explicito. pero lo que debes leer sobre todo es man xauth Ya he probado varias veces configurar este servicio apropiadamente y no se que no funciona, pero no tuve buen resultado. Explico brevemente lo que he hecho desde mi lugar de trabajo: - [EMAIL PROTECTED]: xhost +pc-remoto - [EMAIL PROTECTED]: ssh [EMAIL PROTECTED] - [EMAIL PROTECTED] : export DISPLAY=mi-pc:0 - [EMAIL PROTECTED] : xterm ( aquí ya tengo el problema con la aplicacion, no veo xterm) Entonces lo que deseas es algun HOWTO de sesiones/ejecuciones remotas: http://www.tldp.org/HOWTO/Remote-X-Apps.html google. 30 segundos. Aquí ya tengo problemas. Ya no puedo ver esta aplicacion ejecutando con las X de mi-pc y no se si tengo que dar mas permisos en /etc/X11/xserver/SecurityPolicy ó el problema lo tengo en otro lugar. Ahora estoy en una maquina window lamentablemente en un trabajo desde el cual no puedo acceder a mi Debian en forma remota. Ni bien tenga los logs del error se los envió. Si alguno ya me puede dar alguna pista del problema que tengo se los agradesco. Saludos, Cesar -- == César E. Díaz - Analista en Informática Aplicada Msn : [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ICQ : 312384614 - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFDJvShkw12RhFuGy4RAkB4AJ47U7vyHeaDWp3MOLjPeRT/EU0DEACcDF2j GtgO+0pKW5DgFF8bVXKaIzY= =NLcY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xhost
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pablo Braulio wrote: El Martes, 13 de Septiembre de 2005 16:00, César Diaz escribió: Gentes, alguien sabe de algún buen tutorial para utilizar el xhost apropiadamente. Ya he probado varias veces configurar este servicio apropiadamente y no se que no funciona, pero no tuve buen resultado. Explico brevemente lo que he hecho desde mi lugar de trabajo: - [EMAIL PROTECTED]: xhost +pc-remoto - [EMAIL PROTECTED]: ssh [EMAIL PROTECTED] - [EMAIL PROTECTED] : export DISPLAY=mi-pc:0 - [EMAIL PROTECTED] : xterm ( aquí ya tengo el problema con la aplicacion, no veo xterm) Aquí ya tengo problemas. Ya no puedo ver esta aplicacion ejecutando con las X de mi-pc y no se si tengo que dar mas permisos en /etc/X11/xserver/SecurityPolicy ó el problema lo tengo en otro lugar. Ahora estoy en una maquina window lamentablemente en un trabajo desde el cual no puedo acceder a mi Debian en forma remota. Ni bien tenga los logs del error se los envió. Si alguno ya me puede dar alguna pista del problema que tengo se los agradesco. Saludos, Cesar Tampoco es nada complicado. Si lo que quieres es arrancar alguna aplicación con otro usuario (root por ejemplo): tuusuario$ xhost + root# export DISPLAY=:0 eso es lo que yo llamaria suicidio informatico sabes lo que estas haciendo alli? Suponiendo que el display tuyo sea :0 Para asegurarte echo $DISPLAY En el caso de querer hacerlo por ssh. Pues en el servidor habilita X11Fordwarding yes en el /etc/ssh/sshd_config. o sea, permites el suicidio a distancia... Y luego reinicias el server ssh. Luego en el equipo remoto: ssh -X -C [EMAIL PROTECTED] programa La X mayuscula. La C es la opción de comprimir, para que vaya mas agil, pero tampoco es imprescindible. - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFDJvT8kw12RhFuGy4RAsb2AJ435cIf1T2U3iQ2CVGJAGpOBMDwmACgjA83 Ox/4R/4pSvWnRGXHVD+OeFg= =pK7V -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xhost
Q tal: El Martes, 13 de Septiembre de 2005 17:49, Ricardo Frydman Eureka! escribió: Pablo Braulio wrote: El Martes, 13 de Septiembre de 2005 16:00, César Diaz escribió: Gentes, alguien sabe de algún buen tutorial para utilizar el xhost apropiadamente. Ya he probado varias veces configurar este servicio apropiadamente y no se que no funciona, pero no tuve buen resultado. Explico brevemente lo que he hecho desde mi lugar de trabajo: - [EMAIL PROTECTED]: xhost +pc-remoto - [EMAIL PROTECTED]: ssh [EMAIL PROTECTED] - [EMAIL PROTECTED] : export DISPLAY=mi-pc:0 - [EMAIL PROTECTED] : xterm ( aquí ya tengo el problema con la aplicacion, no veo xterm) Aquí ya tengo problemas. Ya no puedo ver esta aplicacion ejecutando con las X de mi-pc y no se si tengo que dar mas permisos en /etc/X11/xserver/SecurityPolicy ó el problema lo tengo en otro lugar. Ahora estoy en una maquina window lamentablemente en un trabajo desde el cual no puedo acceder a mi Debian en forma remota. Ni bien tenga los logs del error se los envió. Si alguno ya me puede dar alguna pista del problema que tengo se los agradesco. Saludos, Cesar Tampoco es nada complicado. Si lo que quieres es arrancar alguna aplicación con otro usuario (root por ejemplo): tuusuario$ xhost + root# export DISPLAY=:0 eso es lo que yo llamaria suicidio informatico sabes lo que estas haciendo alli? Podrías explicar que es eso de suicidio informático?? Que yo sepa esta exportando una variable de entorno, y en principio no le veo el problema... Salud! Suponiendo que el display tuyo sea :0 Para asegurarte echo $DISPLAY En el caso de querer hacerlo por ssh. Pues en el servidor habilita X11Fordwarding yes en el /etc/ssh/sshd_config. o sea, permites el suicidio a distancia... Y luego reinicias el server ssh. Luego en el equipo remoto: ssh -X -C [EMAIL PROTECTED] programa La X mayuscula. La C es la opción de comprimir, para que vaya mas agil, pero tampoco es imprescindible. -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534
Re: xhost
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David wrote: Q tal: El Martes, 13 de Septiembre de 2005 17:49, Ricardo Frydman Eureka! escribió: Pablo Braulio wrote: El Martes, 13 de Septiembre de 2005 16:00, César Diaz escribió: Gentes, alguien sabe de algún buen tutorial para utilizar el xhost apropiadamente. Ya he probado varias veces configurar este servicio apropiadamente y no se que no funciona, pero no tuve buen resultado. Explico brevemente lo que he hecho desde mi lugar de trabajo: - [EMAIL PROTECTED]: xhost +pc-remoto - [EMAIL PROTECTED]: ssh [EMAIL PROTECTED] - [EMAIL PROTECTED] : export DISPLAY=mi-pc:0 - [EMAIL PROTECTED] : xterm ( aquí ya tengo el problema con la aplicacion, no veo xterm) Aquí ya tengo problemas. Ya no puedo ver esta aplicacion ejecutando con las X de mi-pc y no se si tengo que dar mas permisos en /etc/X11/xserver/SecurityPolicy ó el problema lo tengo en otro lugar. Ahora estoy en una maquina window lamentablemente en un trabajo desde el cual no puedo acceder a mi Debian en forma remota. Ni bien tenga los logs del error se los envió. Si alguno ya me puede dar alguna pista del problema que tengo se los agradesco. Saludos, Cesar Tampoco es nada complicado. Si lo que quieres es arrancar alguna aplicación con otro usuario (root por ejemplo): tuusuario$ xhost + ^^^ root# export DISPLAY=:0 eso es lo que yo llamaria suicidio informatico sabes lo que estas haciendo alli? Podrías explicar que es eso de suicidio informático?? Que yo sepa esta exportando una variable de entorno, y en principio no le veo el problema... el problema esta justoa /antes/ de exportarla...esta permitiendo a cualquier individuo a acceder a sus sesiones de X. Para mi, eso es suicidio. Justo debajo, ademas, recomende leer man xauth. - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFDJwaVkw12RhFuGy4RAhC8AJ4wWFIlYQ0CKFRwiZvWzD1oqLSIWgCfeqB0 lxbr7ihwGM7DrIG1cKKiufg= =mFgg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xhost
Estuve mirando el tutorial que me recomendaste Ricardo. Llegue hasta la sección 6 y por lo que he leído hasta el momento lo mas seguro en esto de compartir X remotas... la forma de hacerlo con xauth es la mas razonable ya que la otra forma de hacerlo con xhost permite que cualquier usuario de la pc cliente se conecte. Voy a tratar de compartir las X con la metodología de xauth(MIT-MAGIC-COOKIE-1) pero por las dudas y si tienen tiempo les paso el .xsession-errors de la pc cliente a ver si tienen mas idea que yo de cual es el problema de no poder ver X remotas. Saludos, Cesar ==César E. Díaz - Analista en Informática AplicadaMsn : [EMAIL PROTECTED]ICQ: 312384614 .xsession-errors Description: Binary data
XHOST connection to :0.0 refused by server
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' kbuildsycoca: WARNING: '/usr/share/applications/mozilla-firefox.desktop' specifies undefined mimetype/servicetype 'x-directory/webdav-prefer-directory' kbuildsycoca: WARNING: '/usr/share/applications/ooo645math.desktop' specifies undefined mimetype/servicetype 'application/vnd.sun.xml.writer.math' kbuildsycoca: WARNING: '/usr/share/applications/ooo645math.desktop
Re: XHOST connection to :0.0 refused by server
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]
Re: XHOST connection to :0.0 refused by server
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
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 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
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
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]