Tor

[Tor]

Hi. Version 7 introduced a big overhaul of the graphical user interfaces, and among those changes the proxy settings were moved from connection to client configuration. We understand your need, however adding also the configuration of the proxy in connection settings would be slightly confusing and impact the usability improvements we did to cover the most generic user needs.
You could try a different solution not requiring to edit connection files, by using the client command line option --config to select a custom configuration file. Configure the proxy and rename the file %USERPROFILE%\.nx\config\player.cfg (Windows path) for every configuration you need. Create a shortcut by copy-pasting the one created by default on desktop, edit properties of the new shortcut and add the option --config C:\Users\<username>\.nx\config\<config filename>.cfg to the Target field. You can name the shortcut to identify the proxy configuration and use it. This is the procedure for Windows, but on Linux and Mac it’s very similar.

[Tor]

Unfortunately there is something not working as expected, and as a result the list is ignored. Thank you for the report! We’ve documented it here:

https://www.nomachine.com/TR04S10214

[Tor]

Hi. Did you try to enable the Resize remote screen option? If the MacBook can apply the iPad’s resolution it’ll look better for sure.

[Tor]

The NX protocol is the default, so you could create a new connection and add just the hostname to be ready. However you can modify an existing connection by selecting it in the connections list, by clicking the Edit button in the top menu and by using the Protocol combo to switch to NX.

Besides this, do you mind sharing what was the tricky part of the install process? It would be helpful to improve it.

[Tor]

Hi Steve. It looks like the client has problems to interact with the remote shell when connecting through SSH. Is using NX protocol an option for you? In that case you would bypass the remote shell usage, because the server side process is executed by the NXD daemon.

[Tor]

Hi. Are you connecting to the Linux physical desktop? I suspect in that case we’re not correctly restoring the previous resolution, we’ll check it but your confirmation would be useful.
As for the window screen position and geometry, could you please send a screenshot of your displays layout from Windows “Screen resolution” settings panel? The client window saves its position and geometry when closing, but when it fails to restore them it falls back to a different position, so checking your layout might help to reproduce the issue.

It actually appears to be changing the server resolution, despite my startup option to “Don’t resize the remote display”, as if I open a spreadsheet, and then change to 2560×1600, it definitely updates to display more rows and columns.

When you select “Don’t resize the remote display” you’re only deciding to not resize it in that right moment, but if you change the geometry later from Display settings or by enabling the remote resize option, then desktop is resized accordingly. Basically that panel optionally sends a single resize when the connection to the desktop starts, which is useful for many users not wishing to change the geometry afterwards.

[Tor]

Hi. Could you tell us what is the VM software, Windows and macOS versions? We’d like to run a test.
The grab keyboard input on Windows is always “active” and we’re not aware of such difficulties in using keyboard shortcuts, so we need to understand what is interfering with the input catching. I’ve some questions:

• Are all shortcuts ignored in the same way, or some of them pass through?
• When a shortcut is ignored, does it trigger an action on Windows?

[Tor]

Hi Gato. 🙂

I’ve set the UI on my Android to dpi 600 dp, this forces NoMachine into horizontal mode only, the app thinks I’m on a tablet.

Physical screen size detection is based on screen pixel’s density, so changing the DPI value affects the result. This is normal and the application behaviour is expected. When running in tablet mode the user interface needs a wide horizontal space, that’s why it doesn’t allow the portrait orientation. We’ve experimented multiple solutions but none of them was good enough to unlock the orientation, so unless we change the interface to be the same on all devices (something we’re actually evaluating, anyway) I’m afraid I can’t offer a quick solution for your configuration.

My feature request would be that the NX player resizes when you open the OSK.

Yes, this change is definitely on our road map. We didn’t want to reduce the viewport size because we’re unaware of the current remote cursor position and movements to reach it could be pretty narrow, but your experience is clear and we want to improve it, no doubts.
Thank you for your feedback!

[Tor]

I have the same problem. My server always has “Desktop not shared” in the server status page and the toggle in the lower right is greyed and not clickable.

Hi mymachines, and welcome!
The control is greyed out when your desktop can’t be shared or when there is no way to change the status, but I guess you already knew this! 🙂 Let’s see why this can happen.

1. Your server is not running. You can easily verify this by opening the Settings > Server > Status.
2. Your server is configured to not allow the desktop sharing. You can confirm it by checking the status of the box “Share the desktop at server startup” in the Server Status panel.
3. Your NoMachine client is running in a Windows Terminal Server. In such a case NoMachine can’t access to the RDP desktop, thus the client can’t change the sharing configuration. I suppose this is not your case, I’m listing it only to give complete information.

If you confirm you’re not in any of the above cases then you could have an unexpected issue, so let’s debug it!
Please open the command prompt and run the command "%ProgramFiles(x86)%\NoMachine\bin\nxserver" --status (binary path between double quotes), what’s the output?
Open a file browser and enter the folder %ALLUSERSPROFILE%\NoMachine\var (you can paste the path in the address bar), then compress the folder “log” and send it to forum[at]nomachine[dot]com by using the topic title as subject.

[Tor]

If you are sure that the server configuration is correct, I’d say something in your network or firewall configuration is dropping your packets by causing a timeout. Try to run the command nc -v <hostname> 4000 and confirm that you receive the message “Connection to … succeeded!”. If you do not, then you should try to debug your firewall or VPN.

[Tor]

If the client can create the connection file it should also be able to modify it, but just to be sure everything is correct, could you check permissions and ownership of folder Documents/NoMachine and connection files stored inside it?

Please try also to right click the connection in the Machines list, select the item “Create a copy file”, save the new file on the desktop and connect by using this entry instead of the original. Are credentials saved in that case?

[Tor]

Hi klnbrk. Your logs point out networking problems, it looks like you loose the connection to the VPN and to the remote desktop, and from that time on the client could not reconnect because it could not find the server host. Could you verify the network stability with ‘ping’ or similar tools?

[Tor]

Hi flight750, please try our latest update and let us know if the window resize now better fits your needs.

[Tor]

Please open a Command Prompt window and let me the output of the following command:

find "EnableAcceptingConnection" "%ProgramFiles(x86)%\NoMachine\etc\node.cfg"

[Tor]

Hi. Did you try to enable desktop sharing by using the link in the bottom-right corner of the client window?
You can find a description here:

https://www.nomachine.com/DT11R00177#3.7.

[Author]

Posts