Forum Replies Created
-
Posts
-
Send the refused file via email to the address I indicated in my earlier reply, thank you. At this point I would also send us the full set of logs. To extract logs, see the following article, https://www.nomachine.com/AR10K00697.
We need them from both the server side and the client side (the computer you are connecting to, not only from the computer you are connecting from).
Can you tell me what message you are getting when trying to connect to your Windows machine? Are you able to connect the other way round, from the Windows computer to your Linux computer?
Hi, are you able to send us the logs from the server side? You should enable debug, reproduce the problem and then extract the logs. See here for details on how to do that: https://www.nomachine.com/DT10O00163#1
Send your attachments to forum[at]nomachine[dot]com making sure you insert the title of your topic the email. Thanks!
Hi, thanks for taking the time to report this. There was a hitch with the manifest in the update server, but it has since been fixed 🙂 See these two topics for reference:
https://forums.nomachine.com/topic/session-negotiation-has-failed
https://forums.nomachine.com/topic/session-negotiation-failed-running-db
I don’t know which topic you are referring to but there are two similar ones open here:
https://forums.nomachine.com/topic/green-screen-after-updating-to-6-10-12-2
https://forums.nomachine.com/topic/green-screen-after-updating-to-6-10-12Please follow either of those links for the Trouble Report.
The config files are clean and the logs don’t show anything wrong with NX. The optimizations NoMachine can offer are within the session itself, not before webplayer has been fully loaded.
The following Trouble Report has been opened:
Green screen when connecting by NoMachine client for Windows v. 6.10.12 to Ultra HD monitors
https://www.nomachine.com/TR05R09689For everyone affected by the “green screen” issue please consult the Trouble Report we opened which contains further details:
Green screen when connecting by NoMachine client for Windows v. 6.10.12 to Ultra HD monitors
https://www.nomachine.com/TR05R09689If User A connects, and then another user WITH the same account connects, the session will migrate. NoMachine understands that the owner is connecting from another client and thinks it’s the same person.
Is it not possible for you to allocate an an individual system account to the users which need to connect? The default behaviour is that if UserA is connected to the remote computer, and UserB tries to connect, UserA will see a pop-up notifying them of the attempt. Only if UserA ignores the notification, they will be bounced off.
Tom5, can you send us the user/.nx from your Windows Enterprise Client? Then from the Cloud Server host, send us the var/log. Instructions are here: https://www.nomachine.com/AR10K00697.
Then send everything to forum[at]nomachine[dot]com. Make sure you place the title of the topic in the subject. Thanks!
Q1: I was wondering how many connections can be made to the same machine at the same time? My understanding is just ONE for the free client. Please correct me if I’m wrong.
With the free version installed on the remote computer you want to access, one connection will be allowed at a time to that end point. On the connecting client, you can install either the free version or Enterprise Client, it’s up to you, and you can start as many connects as you want, but if you want to have more users connected to the same remote computer, that remote computer will require Enterprise Desktop. More details here:
What’s the difference between the free NoMachine package and Enterprise Desktop Subscription?
https://www.nomachine.com/AR02P00965Q2: If there is already a connection from a guest to host, does this preclude a second guest from logging on, or does the second guest disconnect the first – in essence bouncing the first user off?
The default behaviour is that if UserA is connected to the remote computer, and UserB tries to connect, UserA will see a pop-up notifying them of the attempt. If UserA ignores the notification, they will be bounced off.
There was an issue with manifest causing a permissions error (for server-side installations), which has since been fixed so it is probable that you downloaded the update after we fixed it 🙂 You shouldn’t get the problem again.
To change the ownership back to nx, it’s enough to run the command:
sudo chown -R nx /usr/NX/var/db/limits(related topic: https://forums.nomachine.com/topic/session-negotiation-has-failed)
This is a duplicate of this topic: https://forums.nomachine.com/topic/block-users-from-client-from-transfering-files
Change the system account of the connecting user to one with fewer permissions on the remote host, then they won’t be able to access the server/node cfg nor alter the settings in the server GUI. If the connecting user is an admin user, it’s impossible to prevent them from accessing the server preferences.
Change the system account of the connecting user to one with fewer permissions on the remote host, then they won’t be able to access the server/node cfg nor alter the settings in the server GUI. If the connecting user is an admin user, it’s impossible to prevent them from accessing the server preferences.
Kurt, we’ve found what the problem is and our developers are looking into a possible solution. For some reason no confirmation that session is running is received from the agent, why this is I cannot say, this is what our developers are investigating. So, I am unable to give you an immediate workaround here. It is probable that we will need to send you a patched package, also with debug enabled. I or one of the developers will update the topic soon.