Forum Replies Created
-
Posts
-
Please update to the latest version, NoMachine 9 includes the fix.
Here is the link to the Trouble Report: https://www.nomachine.com/TR03W11302
NoMachine Network will use whatever is the route set in your network, to reach the remote end-point, to reach the IP. It will use hole-punching and the other methods only if the IP is unreachable, by the standard means, So, in other words, no need “to prioritize the routing” “to go over the tailscale mesh”. But I’d like to understand what you mean with “surrender your keys”. NoMachine Network does not “hand over” any cryptographic information, needed to establish the connection. NoMachine Network works only at the “IP level”, all the usual cryptographic security remains in place as it was designed.
Hi, can you do a complete reinstall? Download from this link to the free version:
https://download.nomachine.com/download/9.0/Windows/nomachine_9.0.188_11_x64.exe (64-bit)
https://download.nomachine.com/download/9.0/Windows/nomachine_9.0.188_11_x86.exe (32-bit)
Will Nomachine work with new EGL backend of KDE 6.x?
It already does.
Headless remote login support?
If you refer to the graphic card turning off when the monitor is off or not connected, this is the way the Linux kernel, the graphics drivers, the Linux distributions work, there is no “fix” we can do in our software since it’s not a problem of our software, Annoying? It  is. Write an e-mail to your Linux distributor or buy a dummy HDMI display adapter. There are many on Amazon sold for a few bucks.
White screen and then disconnect across most Wayland compositors fixed?
As far as we know NoMachine works with “most Wayland compositors”, already in the 8. Specifics please.
Hi Steve, in the public download pages we show the latest version. Customers with valid subscriptions can download version 8 from their User Area. If you write to us though, we can pass you the links to download what you need 🙂
We suspect the wget command failed because the nomachine.deb file that exists there is the armhf file. So remove current installation again and this time try:
wget -O nomachine.deb https://download.nomachine.com/download/8.16/Raspberry/nomachine_8.16.1_1_arm64.debagain.Hi, no there aren’t any graphical restrictions.
Can you submit a screenshot of what you actually see?
Previous reports have revealed that Raspberry Pi reports a 64-bit kernel. This is why uname -m command shows aarch64. However, the OS is actually 32-bit-based. Could you try installing a package suitable for ARMv7?
Links to similar posts:
https://downloads.nomachine.com/download/?id=108&distro=Raspberry&hw=Pi3
I see you used
ssh-keygen -m PEM -t rsa -b 4096to generate the keypair.Did you try to use a keypair generated by running:
ssh-keygen -t rsa -b 4096?Hi, it sounds very similar to this bug report.
Cannot login by NX protocol and private key when option ‘Import the private key to the connection file’ is checked
https://kb.nomachine.com/TR05S10271As a temporary workaround, do not check option ‘Import the private key to the connection file’ in the UI.
We have been unable to reproduce this same behaviour. Logs show an error similar to when the machine is not rebooted, but we know that you did reboot. Ideal would be to debug deeper with a debug package that we would create. If you are interested, let us know. In the meantime we will continue investigating.
Hi, are you able to send us the server-side logs so we can check them? Please enable debug and reproduce the problem by connecting to that Linux Mint server. You can extract them using the instructions here: https://kb.nomachine.com/DT07S00243
Send them to forum[at]nomachine[dot]com or post them here. Please use the title of this topic as the subject of your email.
The logs show a possible crash of the nxnode process, which is unusual, so it would also be useful to have the backtrace. Please see the following article for instructions on how to get any core files https://kb.nomachine.com/AR09L00810Thanks!