Forum Replies Created
-
Posts
-
What do you mean “it seems to connect”. Can you show us a screenshot of what you are seeing when you start the connection? What is shown instead of the login screen?
Hi, there are some similar topics asking the same question about using a static url. Take a look at:
A successful story in setting up NoMachine with Nvidia driver on AWS
Hi, it’s a known issue and a fix will be in the next update, you can track its status in our knowledge base:
https://kb.nomachine.com/TR10V11232
The workaround, as written in the TR:
modify file /usr/NX/share/src/nxusb/nxusb-vhci-hcd.c and replace line 1351: remove = vhci_hcd_remove, with: remove = (void *) vhci_hcd_remove,If you are starting hyprland through the command line, you should restart the nxserver,
sudo /etc/NX/nxserver --restartHi, about your question concerning the icons, I’ll answer what I wrote in a similar topic (https://forum.nomachine.com/topic/explain-machines-icons-please) 🙂
The pipe icon, in your image it’s the first icon (located through local discovery), represents computers which are found on the same LAN. You can turn this off if you don’t want your server machines to advertize themselves on the LAN. See more about this here:
https://www.nomachine.com/finding-other-nomachine-computers-on-the-same-network
You can also turn off LAN computers from being shown in your local Player if you want as well, this is also explained in the above tutorial. It has a label (in the edit panel) which explains what it is: “Located through local discovery service”.
The other icon (!M) represents an nxs file, i.e a connection you created manually. It shows when you create a connection to a computer. This connection file can also be from previous installations as it is stored in the .nx/cache folder. Unlike LAN-discovered machines, connections can be deleted. If you want to delete the LAN-discovered machine, disable the service as I described earlier.
Instead, about the icon that you say is “not working” and specifically “no mouse response on guest”, please provide the exact steps to reproduce and additionally:
– are you connecting to a physical or virtual display?
– what desktop environment are you connecting to (Mate, XFCE, something else)?Please tell us:
– client OS version
– server OS version
– what “CAD system” is on the server
– is it a virtual or physical desktop session?
– steps to reproduceThanks for clarifying the links. We are not quite sure why you are encountering this difference when connecting from the standalone Enterprise Client/Android app but not when connecting from the Free Edition because the implementation is the same code shipped in all cases.
Can you tell us if you are importing the key in the connection file when connecting from the EC and mobile clients?
There is a Trouble Report already open which affects importing the private key, the error shown is “Failed to read private key. Error: Failed to read private key.”
https://www.nomachine.com/TR05S10271
Try not importing the key at all inside the connection file, but instead placing the key on the device. Sometimes also generating new keys is helpful, as the problem is due to the characters used by base64 encoding for padding, breaking XML parsing. A new key has a different base64 encoding and thus can just work.
Saving credentials must be done during session start. Not all session parameters can be configured before starting a connection because some require handshaking with the server, including credentials. There is no save button in the Edit panel, so any changes you make there are automatically saved, when you hit the back arrow.
To save the credentials you should add the connection first, then start the connection, insert the system account credentials when requested and tick the box for saving credentials, and connect. You must complete the connection to the remote desktop, then you can close the connection. After which you can export the nxs file by using ‘Copy file’ (right click on the session icon in Machines and select Copy file, then select what to name it and where to save it).
Bear in mind that Sway is not fully supported yet. Can you tell us whether the graphics drivers are proprietary or open source? And are you running the Ubuntu system in a VM? Can you also submit logs from the Ubuntu host? You can extract them using the instructions here: https://kb.nomachine.com/DT07S00243
Send them to forum[at]nomachine[dot]com. Please use the title of this topic as the subject of your email. Thanks!
Custom scripts are placed in the server.cfg or node.cfg on the nodes of the cloud server. If you’re looking for a way to avoid accessing each node to configure the cfg files, you could probably run a normal script. But this looks very product specific and beyond the scope of these forums, you should reach out using the contact us link in the footer and select “General enquiries”and your request for help will be forwarded on to the support/pre-sales team.
Sorry, my bad, I wrote desktop environment but meant “distro”. As I said, we tested on the fly on ARCH and there were no problems. What distribution are you using?
Hi, so we checked this app. The issue is not in NoMachine. Some googling came up with:
Issue Description After updating to MacOS Sonoma 14.5, KeepassXC no longer functions properly. When attempting to open the application, the database unlock window fails to display….
https://github.com/keepassxreboot/keepassxc/issues/10757
Run this:
do shell script "/Applications/KeePassXC.app/Contents/MacOS/KeePassXC --allow-screencapture &>/dev/null &"and that should fix the problem.