NoMachine 7.0.209 on Windows10 – cannot connect to due to “Error is 108”

[ercmapa]

Hi

Recently (auto)upgraded several Windows10 machines from 6.x to 7.0.209 and cannot connect to at least two of them (one in LAN, one is remote over SSH tunnel). In both cases symptoms are the same: “Error is 108: connection reset by peer”. At the same time it appears that NoMachine service is being constantly restarted on target machines – when connecting it usually shows “no display” then changes to “physical display” and cycles between the two. And logs are also showing errors and restarts. At the same time can connect to Ubuntu machines that have undergone same upgrade without any problems. Logs from one of “affected” machines are attached, not [really] informative for me.

Attachments:

1. log-1.zip

[Haven]

Hello ercmapa,
It looks like we cannot start ‘nxclient –monitor’ process:

13644 13644 2020-12-22 14:35:45 946.970 NXNODE WARNING! Process ‘C:\Program Files (x86)\NoMachine\bin\nxexec.exe –monitor –pid 1028’ with pid ‘13824/936’ finished with exit code 1 after 0,051 seconds.

Due to that problem we cannot make physical desktop available.
Could you please provide directory ‘.nx’ from home directory of current logged user?

[ercmapa]

There are a lot (2295) of directories there majority of which (I assume) relate to particular sesssion, thus I copied most recent five of them and all dirs/files which seem to belong to NX itself.

I can see some strange account name in “session” files – such account definitely does not exist.

Attachments:

1. nx.zip

[ercmapa]

It persists with 7.0.211

[Gega]

Hello,
Does NoMachine start normally if you log in with a different user?

[ercmapa]

Sorry, I probably don’t understand the question

NX runs as a service regardless of logged in user, i.e. I can [used to be able to] connect to machine that just started up and waits for username/password. Moreover, same behavior is witnessed on two machines – one is [let’s call it] shared desktop with multiple users, another one is configured with single user, but is also password protected.

[Haven]

Hello ercmapa,
Thank you for taking the time to report this.
We reproduced the issue in our labs. Here is the relevant Trouble Report:
https://www.nomachine.com/TR12R10003
Please use the “Notify me” to know when a fix is available.

[ercmapa]

To clarify a bit – in all cases I used Latin-only for account names on system set up and then after first login linked those up to MS account. Maybe this information will help a bit. No non-Latin characters are used in account names. So it came as a surprise to see weird (=non-Latin) characters in log files.

[Britgirl]

I think here the issue is internal Windows system account not common system accounts (local usernames). We can provide a patched component for you to try if you’re interested. Please check for emails from us for the download link 🙂

[Britgirl]

The patch was made available in the release of version 7.1.3. 

[Author]

Posts