[FreeNX-kNX] Re: Problem sending 'switch' command to nxssh (Was: Re: Need help to get nxproxy & nxssh working over encrypted connection)

[LROUFAIL at nc.rr.com]

Ignore my previous message.  I now understand what you are askin and I have the same problem with 1.4.0.

It would really help if a more detailed explanation of how the client should behave with this new mechanism were published.  Especially since no compatibility mode for the old way is included as near as I can tell.  IS there a flag that will let us use the old way?

- L 

----- Original Message -----
From: LROUFAIL at nc.rr.com
Date: Saturday, January 8, 2005 10:21 am
Subject: Re: Problem sending 'switch' command to nxssh (Was: Re: Need help to get nxproxy & nxssh working over encrypted connection)

> FYI -
> 
> I am pretty close to having a win32 version of moznx.  I also plan 
> to create ActiveNX - an activex plugin that will work in Internet 
> Explorer.
> I have also added some other functionality, such as the ability to 
> restore sessions.
> 
> The big Linux problem is that it doesn't work on Debian Woody.  It 
> just needs to be compiled for it, but I don't have a Woody box to 
> compile it on.  If anyone is willing, let me know.
> 
> In a couple of months it should all be ready, along with the source.
> 
> As far as your problem, have you looked at the source for 
> nxcompsh?  It will show you how it is being done in the C++ clients.
> 
> - L
> 
> ----- Original Message -----
> From: Christoph Wegener <cwegener at freecon.net>
> Date: Friday, January 7, 2005 6:46 am
> Subject: Problem sending 'switch' command to nxssh (Was: Re: Need 
> help to get nxproxy & nxssh working over encrypted connection)
> 
> > Hello,
> > 
> > I was able to track down the problem to nxssh somehow not 
> > recognizing 
> > the 'switch' command (NX> 299 Switching...) which i send to 
> nxssh 
> > over 
> > STDIN.
> > Any suggestions where to look for further help would be 
> > appreciated. 
> > The -v switch to nxssh doesnt seem to print any useful output.
> > 
> > Thanks in advance,
> > 
> > Christoph Wegener
> > 
> > Am 28.12.2004 um 15:01 schrieb Christoph Wegener:
> > 
> > > Hello list,
> > >
> > > i am trying to make a succesful connection from a Windows XP 
> Pro 
> > > machine to a Fedora Core 3 server running the FreeNX rpm from 
> > Rick 
> > > Stout. I succeeded in making an unencrypted connection using 
> > only the 
> > > nxssh.exe, nxproxy.exe and NXWin.exe binaries from the 1.4.0-
> 75 
> > > client. I used the following commands to start the session on 
> > the 
> > > server:
> > >
> > > NX> 105 login
> > > login
> > > NX> 101 User: test
> > > test
> > > NX> 102 Password: test
> > > NX> 105 startsession --session="test" --type="unix-kde" --
> > cache="8M" 
> > > --images="32M" --cookie="64480a3d3db8acad17097260b37dcbdd" 
> > > --link="lan" --kbtype="pc105/us" --nodelay="1" --
> encryption="0" 
> > > --backingstore="when_requested" --geometry="fullscreen" --
> > media="0" 
> > > --agent_server="" --agent_user="" --agent_password=""  
> > > --screeninfo="640x480x24+render"
> > >
> > > But if I set --encryption=1 and send the 'switch' command to 
> > > nxssh.exe, then the nxagent process on the remote server just 
> > dies. I 
> > > don't have the session-logfile from the nxagent process at the 
> > moment. 
> > > But from remembering i can tell that the nxagent log had some 
> > FATAL 
> > > errors from the X client apps (like kdeinit: FATAL I/O-error).
> > >
> > > For Fedora Core 3 as a client machine and Fedora Core 3 as 
> > server 
> > > machine everything works well. With and without encryption.
> > >
> > > I will try to get some more details for the nxagent output.
> > >
> > > Any help is very appreciated.
> > >
> > > Thanks in advance
> > >
> > > Christoph Wegener
> > >
> > > PS: I'm going to use the GPL nxsources to develop a Java 
> Wrapper 
> > to 
> > > use the nxclient from a Webbrowser. I know someone posted a 
> > mozilla 
> > > plugin few weeks ago, but the mozilla plugin didnt work for me 
> > and it 
> > > was developed only for Linux clients.
> > 
> > 
> 
>