gdm -nolisten tcp

Mark Knecht markknecht at gmail.com
Tue Mar 29 19:38:55 UTC 2005


On Tue, 29 Mar 2005 11:18:40 -0800, Mark Knecht <markknecht at gmail.com> wrote:
> Hi,
>    I'm fiddling with remotely running complete Gnome sessions on a
> second display. I have a suspicion that the gdm option -nolisten tcp
> is getting in my way.
> 
> [root at Godzilla root]# ps aux | grep dm
> root      2097  0.0  0.0  1464  552 ?        S    07:27   0:00 rpc.idmapd
> root      2951  0.0  0.2 10536 2100 ?        S    07:28   0:00
> /usr/bin/gdm-binary -nodaemon
> root      3108  0.0  0.3 11096 2892 ?        S    07:28   0:00
> /usr/bin/gdm-binary -nodaemon
> root      3119  1.6  3.6 30320 28036 ?       S    07:28   3:39
> /usr/X11R6/bin/X :0 -audit 0 -auth /var/gdm/:0.Xauth -nolisten tcp vt7
> root     13269  0.0  0.0  3588  616 pts/1    S    11:15   0:00 grep dm
> [root at Godzilla root]#
> 
> If this is possibly stopping me from remotely displaying apps and
> sessions on display :1 then how do I reconfigure gdm to actually
> listen?
> 
> Thanks,
> Mark
> 

Sorry for replying o myself here. A bit more into:
I did some Googling and it seemed to suggest that I should look at
/etc/X11/gdm/gdm.conf and make sure that DisallowTCP=true is commented
out. Actually in my file that is already commented out so I'm
wondering if this is the right config file. It is the only one I find
with slocate.

Is there some other config file on FC2 that effects this sort of thing? 

Maybe it's somethign completely different though. 

[mark at Godzilla mark]$ xeyes
[mark at Godzilla mark]$ xeyes -display :0
[mark at Godzilla mark]$ xeyes -display :0.0
[mark at Godzilla mark]$ xeyes -display :1
Xlib: connection to ":1.0" refused by server
Xlib: No protocol specified
 
Error: Can't open display: :1
[mark at Godzilla mark]$

As I understand this protocol using :1.0 or :0.0 is local
communication while Godzilla:1.0 would be tcpip based. If that's true
I cannot even start an app from display :0 on display :1 locally!

Thanks in advance,
Mark




More information about the Redhat-install-list mailing list