Bug 240234

Summary: net/opennx: Fails to execute /usr/local/bin/nxssh
Product: Ports & Packages Reporter: Yuri Victorovich <yuri>
Component: Individual Port(s)Assignee: Nuno Teixeira <eduardo>
Status: Closed Not Accepted    
Severity: Affects Only Me CC: beyert, eduardo, lwhsu, swills
Priority: --- Keywords: needs-patch
Version: LatestFlags: beyert: maintainer-feedback+
Hardware: Any   
OS: Any   
See Also: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267618
Bug Depends on: 261941    
Bug Blocks:    
Attachments:
Description Flags
[PATCH] require runtime dependency of net/nxssh for nxssh executable beyert: maintainer-approval+

Description Yuri Victorovich freebsd_committer freebsd_triage 2019-08-31 16:54:10 UTC
> execvp(/usr/local/bin/nxssh, -nx, -x, -2, -p, 22, -o, RhostsAuthentication no, -o, PasswordAuthentication no, -o, RSAAuthentication no, -o, RhostsRSAAuthentication no, -o, PubkeyAuthentication yes, -i, /usr/local/share/keys/server.id_dsa.key, -B, -E, nx@xxx.com) failed with error 2!

I'm not sure where /usr/local/bin/nxssh is supposed to come from.
Comment 1 Yuri Victorovich freebsd_committer freebsd_triage 2020-08-30 18:19:25 UTC
I wouldn't be able to figure this out, and I don't use NoMachine any more.

Hence. resetting assignee back to ports-bugs@FreeBSD.org
Comment 2 Timothy Beyer 2020-09-21 00:14:15 UTC
Sorry, I don't have access to an NX server anymore, and I am much more focused on some other ports at the moment.  Other FreeBSD developers are free to handle this problem as they see fit.
Comment 3 Timothy Beyer 2021-08-15 23:58:17 UTC
I finally found the nxssh binary, but the problem is that it is a binary-only application.  I found it in the official nomachine distribution (I used the Linux versions on https://www.nomachine.com/download, I don't see any source distribution at all) in both the client and server tarballs inside that tarball.

It is possible that nxssh can run under the linuxulator, especially with its new improvements, but I'm not sure if it is worth it, since it isn't open source.

Right now I personally use xrdp with considerable success in production on both FreeBSD as well as Linux (it has been extremely fast and stable, and is now compatible with modern applications now that it uses xorgxrdp), and also sometimes vnc for remote access as well.

While I do think the NX protocol is important, proprietary bits like nxssh are highly discouraging.  I have run into state retention issues with the older open source NX implementation, and I don't recall if this or neatx is really any better in that regard.

The commercial version is reportedly the best, but as previously stated, it is binary only, so that may be a task for the linuxulator.
Comment 4 Timothy Beyer 2022-02-14 04:49:23 UTC
Created attachment 231807 [details]
[PATCH] require runtime dependency of net/nxssh for nxssh executable

This patch, which is dependent on my PR #261941 (new port of net/nxssh), a relatively new open source implementation of nxssh from Etersoft, which adds the missing runtime dependency for the nxssh executable:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261941

Note that PR #261941 must be applied for this patch to work, but once applied, this fully resolves the issue in my tests.
Comment 5 Nuno Teixeira freebsd_committer freebsd_triage 2022-11-12 12:27:35 UTC
Port depends on a modified openssh client that is dead upstream.
https://github.com/Etersoft/nxssh

I will close this PR as "not accepted" since we will not add an security program that is not maintained for years.

Thanks for contribution.