Forum Replies Created
-
Posts
-
What you descibe may happen if NoMachine is not able to get the current screen resolution from the system. In the past various glitches have been observed on headless Mac machines, not entirely due to NoMachine, so I would check if a reboot or a restart of NoMachine services solve the problem.
We’ve tried to reproduce this issue in our labs, without success. If you are willing to help us with investigations, please contact us at forum[at]nomachine[dot]comand we will be glad to send you a debug library.
Hi iceback,
that spinner means that something is preventing the client side from receiving any data from the server. At present we are not aware of any other condition for it to show up than a real network outage. If this is not the case, please gather logs as exaplained in https://www.nomachine.com/DT04M00076 and send them to forum[at]nomachine[dot]com for further investigations.
Hi Makkia,
when you say the graphics card “knows” 1650×1050 resolution, do you mean that such resolution is available if you open the system resolution settings on your Windows machine?
Does the RDC client connect to the physical desktop of your Windows machine, or does it connect to a virtual desktop (which is possible with Professional Windows versions)?
Regarding the two checkboxes, “Match the client resolution upon connecting” will make the remote desktop resize to the biggest resolution, among available ones, that would fit in your client monitor. This is done every time you connect to the remote desktop.
“Use custom resolution” will make the remote desktop immediately resize to the given resolution or to the nearest one.We did not reproduce this issue in our labs on Ubuntu 12.04 with MATE. Can you tell us your exact Ubuntu version?
Please also send us the output of the ‘xinput’ command run on the server machine.
Hi TeutonJon,
we reproduced this issue in our lab and opened a Trouble Report: https://www.nomachine.com/TR10M06072.
Thank you for reporting!
Hi Lantizia,
thank you for this report, we are going to check it in the same environment. The expected behaviour is that user input is blocked. This is certainly a bug, since the tens of Linux distributions we tested it on don’t have this problem.
Hi Hoijima,
your problem is known and will be fixed in the next update. Here is the related Trouble Report: https://www.nomachine.com/TR08M05893. Please check the suggested workaround.
Please provide more info on your environment:
– NoMachine product and version on local and remote machine (free version, Workstation, etc).
– Whether the problem arises connecting to a physical or a virtual display, or to a custom session.
– Remote and local Windows/Mac/Linux version (Windows XP/7/8, OS X 10.x, Ubuntu xyz, Mint x.y, etc.).
Hi iceback,
don’t forget that what you have in upload also matters. I would check the real bandwidth on both directions. Most important is the direction where graphical output flows.
Scaling the display to fit your window is already possible in version 4. Please open the menu panel and find the ‘Fit to window’ icon in the Display settings. That is also available in the quick action icons at the bottom of the menu panel.
Hi tangbotu,
you can select “Resize remote screen” in the Display settings to make the remote display automatically resize to the resolution that fits better in your player window. Please note that the only available resolutions in physical desktop sessions are the ones supported by the remote configuration (i.e. the ones that you can select from the system settings of the remote desktop environment).
Can you send us the server side logs after enabling the debug level, as explained in https://www.nomachine.com/DT04M00076? You can send them to forum[at]nomachine[dot]com.
Additionally, please try to edit the connection in order to connect with SSH protocol (instead of default NX) and “System login” (Advanced tab).
Hi Mule52,
supported resolutions don’t depend on the NoMachine software, but on what is supported on the remote system. In other words, the 2560×1440 screen resolution will be available in your NoMachine session only if such resolution is selectable in the system settings of your remote Mac.
If that resolution is among the available ones on your Mac, then you may simply need to click on the “Resize remote screen” button (the one on the right of “Fit to window”). That will make the remote screen automatically resize to the resolution that will fit better in your local screen.
Hi ilker,
you may need to run a virtual session on your linux laptop, so that the physical desktop will not be affected by what you run remotely. Virtual sessions are supported by the NoMachine Workstation product. You can find the evaluation version here: https://www.nomachine.com/download-enterprise.
Alternatively, you can try the instructions of this article: https://www.nomachine.com/AR10K00710. There is explained how to manually setup a virtual X server.
Regarding the HTTP proxy, the typical usage in on the client side. For example, direct connections to the internet are not allowed at your workplace, so you need to configure a HTTP proxy for connecting from workplace to home.
More in this article: