Red Hat Bugzilla – Bug 476061
XDMCP not working
Last modified: 2015-01-14 18:22:14 EST
Description of problem:
XDMCP seems not to be working in F10 - in /etc/gdm/custom.conf I have
but, don't seem to be able to connect. I tried the latest updates-testing package, which contains a patch to fix xdmcp, but doesn't seem to be working for me.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
2.Try to connect
Fails to connect
"fix" your problem?
(In reply to comment #1)
> /etc/init.d/iptables stop
> "fix" your problem?
I should've been clearer - I am connecting via vnc on the same machine. I get the black and white mottled X background that usually precedes gdm firing up.. but gdm never starts.
configuration is as follows
# cat /etc/xinetd.d/vnc
disable = no
socket_type = stream
protocol = tcp
wait = no
user = nobody
group = tty
server = /usr/bin/Xvnc
server_args = -inetd -query localhost -geometry 1280x1024 -depth 16 -once -SecurityTypes None
In /etc/services I have:
vnc1280x1024 6900/tcp # Local vnc server
Connecting with a vnc viewer to localhost port 6900 therefore should start gdm - it starts X, but I never get a GDM login screen (this worked under F-9).
Looking through the build logs it doesn't look like a patch to fix xdmcp was actually added (contrary to the package changelog)?
woops, will fix. Sorry about that. Clearly, I was doing too many things at once when I pushed that update.
Building failed as the patch didn't apply cleanly due to the presence of
klass->get_timed_login_details = gdm_display_real_get_timed_login_details;
in the context of the patch relating to gdm-display.c. Removing that line from the context (since in 2.24.1 there is no get_timed_login_details member of that struct) allows the patch to apply cleanly. Haven't built and tested though. Modified patch attached.
Created attachment 327034 [details]
Slight rework of patch to apply cleanly.
Oh dear: I rebuilt gdm in mock including the modified patch from Comment #7 and it seems that xdmcp is still broken.
Any hints on debugging this? I've tried enabling debugging with
in custom.conf, but there's nothing at all in the log as far as I can see.
might be this:
I am a total klutz. The patch in comment #7 does in fact fix the issue (I'd managed to disable xdmcp in custom.conf while trying various things and forgot to re-enable it).
I've checked the patch in comment #7 into CVS and the relevant change to the spec file and set it building in koji:
OK, that built cleanly - obviously I can't push an update for this package, so will leave that to you, if you're happy with it.
[NB. just to prove I'm a klutz, I typo'd my email address in the chagelog :)].
Thanks for doing the ground work on this.
gdm-2.24.1-4.fc10 has been submitted as an update for Fedora 10.
gdm-2.24.1-4.fc10 has been pushed to the Fedora 10 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update gdm'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2008-11524
I have the same setup (VNC+xinetd+XDMCP), but gdm-2.24.1-4.fc10 still isn't working for me - Xvnc starts, but I just see a grey screen and GDM doesn't start.
Stewart - that's odd. Are you sure you enabled xdmcp in custom.conf? Whats the output of running this command as root on the machine:
nmap -sU -p 177 localhost
or alternatively the output of
netstat -lnp | grep 177
PORT STATE SERVICE
177/udp closed xdmcp
I have this in my custom.conf though:
That state of "closed" is not what it should be, certainly. I see:
PORT STATE SERVICE
177/udp open|filtered xdmcp
Did you restart gdm after the upgrade (i.e. switchin g to runlevel 3 and then back to 5, or reboot) ?
I've tried that many times, too. I also tried stopping the iptables and firestarter services, so it's not the firewall...
OK, I have reproduced this. You need to change
to fix this. Note the capitalisation of "true". Over the holidays I'll try and knock up a patch to make gdm a bit more forgiving in terms of [Tt][Rr][Uu][Ee].
Added a patch to upstream bugzilla to allow True/False:
Thanks, it's working now. The OS X screen sharing utility doesn't seem to work, but that's another bug. Running 'vinagre localhost:5900' on the Linux box works perfectly.
gdm-2.24.1-4.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.
03/03/2009 update my fedora 10 xdmcp is work
but after connect from another computer to xdmcp server is work once time
and now is not more work
also in server
Xnest :7 -query localhost
returen gray screen
server fedora 10 - 192.168.2.101
Client XP with vnc - 192.168.2.109
Re-installed on new computer the fedora 10 offered all the - update turned the option available through Xdmcp it worked well.
But after I left the computer for 2 hours, I try to connect again with Xdmcp and it does not work.
I think that the bug has also repair the last of Gdm
I'm ready to attach to your log on demand.