Forum Replies Created
-
AuthorPosts
-
August 13, 2020 at 17:39 in reply to: Authentication failing when unlocking to change server preferences #28988
Britgirl
KeymasterIf you’re sure it’s not a case of wrong username and password, then we need to see the .nx folder of computer you are trying to change preferences of. You can find it in the user’s home (under /User/username) . Attach it here or send it to forum[at]nomachine[dot]com making sure you include the title of your topic in the subject.
August 13, 2020 at 17:34 in reply to: Physical session unavailable in NoMachine unless I physically login #28986Britgirl
KeymasterWe checked on the fly if there were issues with Tumbleweed and weren’t able to reproduce your issue.
Are you clicking ‘yes’ or ‘no’ when being prompted to create a new display? Did you change anything in the server.cfg?
Take a look at the tips here: https://forums.nomachine.com/topic/unable-to-make-the-local-display-available-or-access-to-the-local-display-is-disabled.
Britgirl
Keymaster– What distro is on the server?
– What NoMachine version and official products did you download from our website? If this is the free version – are you sure that X server is started there?
– What is the desktop environment installed there? You can check by executing in a terminal:sudo grep DefaultDesktopCommand /usr/NX/etc/node.cfg
The port we use by default is 4000. Who could have changed it to 3389? Where is the host that you are connecting to? Is it under your control?
Britgirl
KeymasterThe problematic part at this point is between the Intel driver and libva – which we can’t do much about it, because it’s not a part of NoMachine. We can only provide instructions on how to make it work. Even wth NoMachine OUT of the picture, it’s a struggle in general to make Quicksync work on Linux.
1. Installed intel media driver as mentioned in https://www.nomachine.com/AR09O00938 ( except kernel changes )
Kernel changes are fundamental to make it work. The steps we’ve got in article are from Intel itself, so there’s a reason they included changes to the kernel to make it work.
Britgirl
KeymasterWhen connecting to the laptop, you are attaching to its physical display, so on the client you can only see the monitors that are physically available on the server.
July 24, 2020 at 13:44 in reply to: Windows 10 Client renders black screen, Win 7 client works fine #28680Britgirl
KeymasterThen we’ll need the logs. This would help us to understand what the problem is and why it’s happening. Thanks!
Britgirl
KeymasterThe idea is to have a Graphic Workstation where 3 persons/users should have separate sessions.
NoMachine Windows products offer remote access to the physical desktop of the remote host. I.e all users connecting will see the same desktop.Having 3 separate sessions for 2 users is possible with any of the Terminal Server for Linux products.
When connecting to the physical desktop, the maximum resolution you can get is the maximum resolution supported by the remote graphics card (not what is on the connecting client).
Cannot resize the remote screen to my local monitor’s resolution
https://www.nomachine.com/AR02M00836July 24, 2020 at 08:43 in reply to: Windows 10 Client renders black screen, Win 7 client works fine #28674Britgirl
KeymasterPlease try the following and let us know if it helps. Connect from Windows 10 and disable the hardware decoding:
i) inside the NoMachine session open the menu (ctrl+alt+0 or click on the page peel in the upper right corner).
ii) Access Display -> Change settings and tick the ‘Disable client side hardware decoding’ option.
iii) Then on Windows 10, launch the client and click on Settings -> Player preferences -> Privacy tab and select ‘Don’t delete log files on exit’
iv) Connect to the server and reproduce the black screen problem.
v) On Windows 10, create a compressed archive of the .nx directory in the user’s home.
The .nx folder is hidden. To find it, write the following in the address bar or the file browser: %USERPROFILE%\.nx Send the log archive to us as email attachment to forum[at]nomachine[dot]com making sure you use the title of the topic as the subject of your email.
Thanks!
July 24, 2020 at 08:38 in reply to: Hardware acceleration not working when supported and turned on #28673Britgirl
KeymasterNoMachine on Android doesn’t yet support H.264 acceleration, but it is planned. Please consult its feature request here:
Adding support for GPU accelerated H.264 hardware decoding on Android devices
https://www.nomachine.com/FR12M02991Britgirl
KeymasterYou should install Enterprise Terminal Server, not Terminal Server. Uninstall the Terminal Server package and download Enterprise Terminal Server.
Further reading:
https://www.nomachine.com/product&p=NoMachine%20Enterprise%20Terminal%20Server
https://www.nomachine.com/adding-terminal-server-nodes-to-enterprise-terminal-server-via-the-user-interface
Should I purchase Terminal Server Node Subscriptions with Enterprise Terminal Server? – https://www.nomachine.com/AR03R01079Britgirl
KeymasterThe only way we can help is to insist on receiving the logs from both client and server sides, with debug enabled.
– on the connecting client, follow https://www.nomachine.com/DT10O00163#2
– on the computer you want to connect to, follow https://www.nomachine.com/DT10O00163#1
– reproduce the problem
– gather up logs and submit as before
Britgirl
KeymasterSorry for the late answer. Exit code 8 is output from your Osascript, what does the Osacript manual say 🙂
Britgirl
KeymasterOn your connecting client, you have Enterprise Client installed. We would need to know what the OS is on the remote side, the computer/server you are connecting to. If you’re not in charge of the Linux box, please get this information from the administrator who is.
Britgirl
KeymasterResults of tests show that it would not be powerful enough to run as a NoMachine server. As a client device it could be possible, just, but it’s not a device we would recommend, I’m afraid.
Britgirl
Keymaster@russellaugust, if you are able to reproduce this issue using the latest 6.11 version, you should provide the output that fra81 requested in his reply. Otherwise, full logs from both sides of client and server would be useful.
-
AuthorPosts