Forum Replies Created
-
Posts
-
Thanks for confirming. Just to clarify, NoMachine tries to restore the last state saved when the connection was closed. However, there might be conditions preventing that from happening, such as a monitor which is now no longer available. In that case the state is restored to the default conditions.
Can you tell us:
– the Ubuntu version and desktop environment?
– whether the Ubuntu client isusing multiple monitors? If yes, what is the monitors’ layout? Does the client always start on the same monitor?
– the output ofxrandr --listmonitorslaunched in a terminal window?Hi,
I’ve not setup anything to use google-authenticator in NoMachine it just automatically uses it as soon as the .google_authenticator file is present in the Linux users home directory.
Indeed, NoMachine does not need any configuration, but you will need to make some changes to the PAM configuration. There is an article in the knowledge base that explains how to set up Google Authenticator with NoMachine https://kb.nomachine.com/AR12L00828#3.2. I’ve linked you to the section dedicated to Google Authenticator directly, but it’s worth reading the earlier sections 1 and 2.
Does that help?
Sending each monitor separately, giving priority to the monitor in use, it’s definitely something we have wanted to do for a long time, but there have always been other more important things to take care of. People are still actively working on this. HEVC/265 is a complicated matter. The way we go is to always privilege the HW encoding and decoding available on the target machines, also because of the licensing charges, in the case we would have to deliver also the codecs. We have extensively experimented with HEVC/265, but the problem is that it must be supported on the HW on both sides, client and server, and such lucky configurations are rare at the moment. Also consider that SW encoding is less performant than HW encoding.
I’m not sure I understand the question LOL You want to want know why the connection was not stuttering with NoMachine’s HW decoding in its default setting (i.e Enabled)? It’s meant to work that way 🙂 What we don’t know is why the stuttering suddenly stopped and started again.
But we now know that disabling HW decoding has removed the stuttering, we can say that it’s most likely a problem with your video card and/or driver, so there’s no further investigation required.
A quick update on this topic. We have opened a Trouble Report:
The LD_PRELOAD variable is set in the environment of all applications running in a KDE Plasma desktop
https://kb.nomachine.com/TR02W11273and we invite users to track its status using the link. As Fra81 wrote, we’ve only been able to reproduce this problem in our labs when running the ‘ping’ command with KDE Plasma running on X11, and not Wayland. Investigations will continue and if we have any updates on the investigation, they will be posted here. The topic, however, will be closed. A new topic can be opened, if necessary, as a continuation of this thread.
It sounds like an issue with your system set-up or even network. Please update to NoMachine 8.16. If you are still experiencing stuttering, disable HW decoding. When you are connected to the desktop with NoMachine, open the menu (Ctrl-Alt-0) > Display > Change settings > Options, button Modify (https://kb.nomachine.com/DT09T00267#5.8), click the box next to ‘Disable client side hardware decoding’. Does that make any difference?
As we wrote, Sway is not fully supported yet and for this reason EGL libraries won’t work. DRM can work as a fallback but it has limitations, for example with virtual machines and proprietary drivers. In your logs we can see such typical errors, but you did not confirm whether the graphics drivers are indeed proprietary or open source and whether you are running the Ubuntu system in a VM. This would be useful for us to know.
We released 8.16 last week. We invite everyone, in particular user psantucc, to update your software, both sides, and let us know if you continue to have problems.
Hi, please let us know if you are still experiencing the black screen issue when connecting from Ubuntu. Update to 8.16 on both client and server. If you are still able to reproduce the issue, disable HW decoding on the client side. To do that, please follow the instructions here: https://kb.nomachine.com/AR07U01202. In your case, you should be disabling by setting <option key=”Enable hardware accelerated decoding” value=”disabled” />
The unsupported file message is because you missed off the .deb at the end 🙂 If you want to install the NoMachine package for Debian that you downloaded from our website, it should be
nomachine_8.16.1_1_amd64.deb.If you are a Linux newbie, it might be good to look at this web page here which explains how to use the dpkg command
https://www.digitalocean.com/community/tutorials/dpkg-command-in-linux and here about apt https://www.digitalocean.com/community/tutorials/what-is-apt, https://www.digitalocean.com/community/tutorials/package-management-basics-apt-yum-dnf-pkg. Another useful link for beginners is here: https://kifarunix.com/install-nomachine-on-debian-12/#install-no-machine.whichever install command you choose it’s
$ sudo dpkg -i nomachine_8.16.1_1_amd64.debor
$ sudo apt install ./nomachine_8.16.1_1_amd64.debAlternatively, still in the terminal, run
sudo gdebi-gtk. This opens gdebi GUI as root which should work according to the external link I pointed you to in an earlier post. Then select File->Open->’Choose nomachine_8.16.1_1_amd64.deb’.Hi, we categorized it as minor because, whilst it is compatible with Chromebook notebooks, the NoMachine mobile app is designed to be used mainly with a touch interface. The solution is not as simple as it seems because of the way Chromebook sends that event to the application which makes it hard to be converted to a scroll for the remote desktop.
I can’t be the only Chromebook user – what do other people do?
The alternative is to install the Linux desktop version of NoMachine in a Linux VM on your Chromebook.
The next major update for mobile, NoMachine 9, concentrates on integration with the upcoming NoMachine Network service and 2FA. After then developers will be able to concentrate on fixes for known issues in successive updates for the app.
For installation, you can follow the tutorial here, it shows the free edition as the example, but the steps for installing Enterprise Desktop are exactly the same! Once installed, it’s ready for use. Default configurations match most scenarios.
https://www.nomachine.com/getting-started-with-nomachine
Then, if you want to know a bit more about configuration, take a look at the guide here: https://kb.nomachine.com/DT07S00246.
And if you have further questions, let us know 🙂
Thanks for the further suggestions. As you said, Linux CNC is plain old Debian 12. Also consider that NoMachine installs on pretty much most Linux distros without much ado, including Debian 12. If it’s only the NoMachine package which is affected, ie. other applications which have been downloaded and installed without problems, we can investigate further. If not, as I already suggested, the Linux CNC forums could help with installing and configuring Linux CNC. Some of the other points you mentioned about Linux CNC would be more appropriate in the Linux CNC forums. The NoMachine forums are here for users to ask about NoMachine software, get technical assistance for NoMachine and discuss why you should be using it 😉
Hi, on the target macOS system that you want to connect to, what you need is the Enterprise Desktop package.
https://www.nomachine.com/product&p=NoMachine%20Enterprise%20Desktop
It lets unlimited users connect to the same physical desktop at the same time. Here you can compare the free edition to the Enterprise Desktop product: https://www.nomachine.com/remote-access-for-everybody. On devices of the users who need to connect, install the free edition or the Enterprise Client (the former contains both the client and server components, the latter does not contain the server component).
Hi, are you connecting to mDNS discovered machines (NoMachine computers on LAN)? Or are you connecting to computers by creating a connection manually (i.e you insert the IP address when you create the connection).
Are other connection preferences being ignored as well, such as user credentials not being store or a custom resize mode?
How do you disconnect the session?