Forum Replies Created
-
AuthorPosts
-
May 29, 2025 at 12:49 in reply to: ld.so: object ‘/usr/NX/lib/libnxegl.so’ from LD_PRELOAD cannot be preload #53197
Britgirl
KeymasterHi, can you tell us the exact distribution and desktop environment on that Linux machine. What NoMachine version did you uninstall?
Britgirl
KeymasterCan you check permissions are set correcting in the macOS system setting? (System Settings -> Privacy & Security -> Accessibility)
Also tell us if the server is headless.
Logs of the server machine would be useful. Please follow the instructions here: https://kb.nomachine.com/DT08U00298#1.1. You can submit them here or send directly to forum[at]nomachine[dot]com. Make sure to use the topic link or title as the subject of your email. Thanks!
Britgirl
KeymasterThat behaviour is directly related to the Docker Desktop application. It was created to work on physical desktop. When you create a virtual desktop and start Docker Desktop it will start on the physical desktop. The same behavior appears on vnc and rdp sessions as far as we are aware.
Britgirl
KeymasterPlease update to version 9 on both client and server sides. Do you still encounter the problem?
Britgirl
KeymasterCan you first try disabling hardware encoding on the server-side? Go to server settings -> server performance -> uncheck “Use hardware encoding”, then connect.
If that doesn’t help, try disabling HW decoding on the client side and then connect. To do that, open the NoMachine menu panel inside the session by Ctrl+Alt+0 or click on the page peel at the top right corner of the window. Then click on Display -> Change settings. In that panel click on the Modify button to open the advanced display settings. Click on ‘Disable client side hardware decoding’ to disable it.
Do either of those help?
Britgirl
KeymasterPlease update to the latest version, NoMachine 9 includes the fix.
Here is the link to the Trouble Report: https://www.nomachine.com/TR03W11302
Britgirl
KeymasterNoMachine 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.
Britgirl
KeymasterCan you attach the image (don’t paste) 🙂 ?
Britgirl
KeymasterHi, 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)
May 23, 2025 at 20:02 in reply to: Does NoMachine 9 have any improvements apart from cloudy/vpn stuff #53108Britgirl
KeymasterWill 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.
Britgirl
KeymasterHi 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 🙂
Britgirl
KeymasterWe 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.deb
again.Britgirl
KeymasterHi, no there aren’t any graphical restrictions.
Can you submit a screenshot of what you actually see?
Britgirl
KeymasterPrevious 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
Britgirl
KeymasterI see you used
ssh-keygen -m PEM -t rsa -b 4096
to generate the keypair.Did you try to use a keypair generated by running:
ssh-keygen -t rsa -b 4096
? -
AuthorPosts