[ opennx-Bugs-2863549 ] NX Session doesn't startup: cannot open display
Status: Beta
Brought to you by:
felfert
From: SourceForge.net <no...@so...> - 2009-09-21 16:30:24
|
Bugs item #2863549, was opened at 2009-09-21 17:08 Message generated for change (Settings changed) made by felfert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=910152&aid=2863549&group_id=184662 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sebastian Reitenbach (buzzzzdeeee) >Assigned to: Fritz Elfert (felfert) Summary: NX Session doesn't startup: cannot open display Initial Comment: HI, this is a followup to bug #ID: 2844795, I was unable to add a comment, it sent me to a login page, telling me I am already logged in, I also found no button to reopen the other report. First, sorry, I totally missed the first comment/question. Now I tested again, from an OpenSUSE 11.1 client. I was able to login to the server using nxclient-3.2.0-14 I installed on the same machine the rpm: opennx-0.16-292.SuSE11.1 and the login did not worked, the same problem occured that I have from my openbsd client box as mentioned in the other bug report. On the server the following rpm's are installed: rpm -qa | grep -i nx libnxcl-0.9-24.67 FreeNX-0.7.2-29.1 NX-3.2.0-44.1 nxclient-3.2.0-14 libnxcl1-0.9-24.67 The /etc/nxserver/node.conf has the following contents: ENABLE_FORCE_ENCRYPTION="0" DISPLAY_BASE=1000 SESSION_LIMIT=200 SESSION_USER_LIMIT=200 DISPLAY_LIMIT=200 ENABLE_MIRROR_VIA_VNC=1 NX_LOG_LEVEL=7 NX_LOGFILE=/var/log/nxserver.log SESSION_LOG_CLEAN=0 USER_FAKE_HOME=/tmp/$USER-nx ENABLE_AUTORECONNECT="0" ENABLE_AUTORECONNECT_BEFORE_140="1" ENABLE_ROOTLESS_MODE="1" On the server there are 10-20 people working every day using nxclient or knx, or connected from with a thinstation (thinstation.sf.net), which also uses the nxclient. Sebastian ---------------------------------------------------------------------- Comment By: Fritz Elfert (felfert) Date: 2009-09-21 18:30 Message: Opennx always starts nxssh with the -E option (a special NX-specific option, not available in regular ssh) which disables reading any config files. Therefore neither /etc/ssh/ssh_config nor ~/.ssh/config should affect its behavior. If it does not work, simply have a look into those client-side logs i mentioned. One idea: On your server, you have ENABLE_FORCE_ENCRYPTION="0". OpenNX is not very well tested *without* encryption and it enables that by default for new Sessions. This has several reasons: 1. It's a serious security risk. 2. Disabling encryption requires several ports to be accessible in the direction server -> client which can be confusing if a firewall is in between. 3. With a decent cpu, encryption overhead should be not noticeable. So could it be that you have disabled encryption by any chance? If so, try enabling it. -Fritz BTW: If you have problems using the Tracker's web-gui, just send me a mail ... i prefer mail over web-guis anyway ;-) ---------------------------------------------------------------------- Comment By: Sebastian Reitenbach (buzzzzdeeee) Date: 2009-09-21 17:36 Message: I wanted to provide the logs from the failing session and just retried on the OpenSUSE 11.1 box, and it suddenly just worked... I'll recompile with -x on the OpenBSD box and retry that too, and provide the logs from there. Could it be some client settings on the OpenBSD box causing trouble in the /etc/ssh/ssh_config file? Sebastian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=910152&aid=2863549&group_id=184662 |