Forum Replies Created
-
Posts
-
Presently NoMachine remaps the keyboard modifiers to emulate the remote desktop keyboard, but we understand that users may need their own arbitrary keyboard mapping. We are planning to implement a way to redefine modifier keys (for example, Control, Option, Command on macOS; Ctrl, Alt, Super on Linux and Ctrl, Alt, Win on Windows) for users via the UI.
At the moment, we don’t have an ETA for this feature.
We have no problems with audio using Kubuntu default settings and installing NM version 8.2.3 out-of-the-box. Pipewire became default audio server in Kubuntu 22.10 and NoMachine has support for Pipewire (physical deesktop session) starting with the latest software update (8.2.3). Have you updated to this?
BlueNGray,
our own tests don’t show the issues you are encountering and we are not aware of specific issues related only to AMD.
Let’s look at the statistics which you can get from withing the session itself and the Windows player and Ubuntu server logs with debug enabled.
https://kb.nomachine.com/DT07S00243 – this document includes the instructions for server and player side logs.
You can also enable server side logs (Your Ubuntu machine) from the UI by going in to Server settings -> Status -> Server logs – 7
To retrieve statistics for your NoMachine session, run the menu panel within the session by Ctrl+Alt+0 or click on the page peel. Click on Connection, then click on ‘Take the statistics’ and save them on your local device.
The player logs you pasted are very strange and don’t give an indication of what could be happening. Are you using NoMachine Workstation with its default settings because some of the output is unexpected? Also, you have a Workstation subscription, version 7.10, which is entitled to receive technical assistance via our support channel, so you should really consider opening a ticket because debug needs to be enabled and logs extracted, generally a service that is reserved for those with subscriptions.
Please tell us the output of
grep ^Exec /usr/share/xsessions/*
sudo grep DefaultDesktopCommand /usr/NX/etc/node.cfgUnforunately, whatever image you pasted didn’t upload so we can’t see what settings you can’t toggle. Please use the attachment utility to include any screenshots in your follow-up. (i.e no pasting of images). Thanks.
We’re glad you appreciate the improvements we made to the desktop shared/not shared functionality. Also remember that if the computer is your own and you need to access it remotely, you can still connect even when the desktop is not shared provided that your user is also the owner of the remote desktop. Even if you explicitly disabled it in the server UI.
Hi, please tell us:
1) does the NoMachine Player just close or does it show an error? If so, please attach a screenshot.
2) just so we have a full picture, the version of NoMachine on the server side and the OS on the server side as well.
Logs would also be useful from both sides. Please see the instructions here and send to forum[at]nomachine[dot]com making sure to use the title of this topic as the subject of your email. Thanks!
Thanks for your feedback.
It’s good that guests always need the explicit approval of the desktop owner
And remember that as desktop owner, you can disconnect guests at any time from the system tray selecting ‘Disconnect’ of a specific user or all user. Happy nomachining!
By PIP I suppose you mean “public” IP address? If so, then, it can be that your router doesn’t support UPnP. Or that our UPnP doesn’t support your router :-). Anyway this shouldn’t affect your ability to connect, even from the outside.
Please check my response to a similar post here: https://forums.nomachine.com/topic/are-my-settings-for-connecting-over-the-internet-ok#post-39243
Maybe you didn’t already see our online tutorial which is specifically for users connecting over the Internet.
https://www.nomachine.com/getting-started-with-nomachine#internet
You can also find a variety of other useful tutorials in our support section here:
Can you send us the output of ask of the ‘xrandr’ command on the server whilst reproducing the problem?
Hello,
to be able to connect from outside your LAN, you need to use the public IP address of the computer you want to access. Please check the following articles if you have not already done so:
How to connect over the Internet (enable UPnP to automatically configure port mapping)
https://kb.nomachine.com/AR10T01175How to connect over the internet to NoMachine behind a NAT router
https://kb.nomachine.com/AR04S01122You can also check your External IP, for example, on whatismyip.com.
If this doesn’t help, please send a screenshot of the message you are receiving.
NoMachine 8.2.3 has been released and contains the official fix. Thanks everyone for testing the patch and providing their feedback 🙂
Ah ok so you’ve configured your Windows PC to not use a password for remote connections by changing a system policy key, like explained here: https://superuser.com/questions/106917/remote-desktop-without-a-password.
and outlined here:
How to connect to Windows with NoMachine and an empty password
https://kb.nomachine.com/AR05L00802Thanks for the feedback. Indeed, desktop sharing is one of the features of version 8 that we gave considerable thought. Being able to share your desktop with others on the fly needs to be under your control at all times. The input priority mechanisms in NoMachine that you mention mean that you always have control if someone is connecting to your desktop.
It’s not possible to remote into the computer without system credentials (not without explicitly changing your Windows settings). Please check this follow-up in a similar topic: https://forums.nomachine.com/topic/how-do-i-create-a-user-name-and-password-for-remote-control#post-37002