sil04

Forum Replies Created

Viewing 15 posts - 1 through 15 (of 71 total)
  • Author
    Posts
  • in reply to: Windows 10 to Debian 11 is sluggish #40169
    sil04
    Keymaster

    Hi BlueNGray,

    may you please tell us also which is the driver version of graphic card on the client?

    in reply to: NoMachine 8 no longer allows reconnecting #40167
    sil04
    Keymaster

    Quick update. We decided to leave the option as it is. It also “matches” the other option, also being a “Don’t” :-).

    in reply to: NoMachine 8 no longer allows reconnecting #40162
    sil04
    Keymaster

    Hi Frank,

    we just re-tested and all works as expected with the default configuration: user connects the first time, then reconnect the second time with system password and without the need to be authorized by the desktop owner since he’s the same user.

    However, we would like to understand what caused the problem you experienced, as it could affect also other users.

    1) Could it be that you changed some settings in v7 before the upgrade? Which ones?

    2) Or did you change something in v8 before reconnecting?

    About option ‘Don’t require acceptance if the user logged in as the owner of the desktop‘ in the UI (at the moment checked by default), it has been added because of a very common case, i.e. having only one system account on the remote machine with all users using the same account to login in a desktop sharing scenario.

    For sake of clarity, we are evaluating to invert the logic of that option so that it must be checked in order to require desktop owner authorization also when the user logins with the same account.

    in reply to: Printers not working / Unlock button disabled #40052
    sil04
    Keymaster

    This is not a known issue and it’s necessary to investigate it to find a solution or fix, regardless if it’s NoMachine free or a licensed version.

    Please send us the following logs at forum[at]nomachine[dot]com

    1) NoMachine debug logs from the server host.
    Instructions are here: https://kb.nomachine.com/DT11R00182

    2) CUPS logs:

    In /etc/cups/cupsd.conf add this line:

    LogLevel debug

    Then restart cupsd:
    sudo service cups restart

    Logs are in /var/log/cups/ – access_log and error_log

    in reply to: Behavior of install updates in background #40045
    sil04
    Keymaster

    > Is there a way (besides out of band software management) to make it auto install?

    No, there isn’t. By design updates can be downloaded in background  (it’s option “Download updates in background” in Updates panel in the UI) but they will be not installed automatically. User will have to start manually the update process.

    To avoid pop-up messages you could disable ‘Automatically check for updates ‘ in the Updates panel and run ‘Check now’ at your own convenience.

    in reply to: Control keys not working for copy&paste #20949
    sil04
    Keymaster

    Hi timatgca,

    thank you for confirming that you had the pointer highlight enabled. This case is described here:

    https://www.nomachine.com/AR01P00959
    How to send Control key to the remote desktop when the user has the pointer highlight enabled

    A hint for finding relevant information in our Knowledge Base (https://www.nomachine.com/knowledge-base) is to provide a keyword and restrict results to the area of interest (e.g. articles, trouble reports or feature requests).

    in reply to: Control keys not working for copy&paste #20943
    sil04
    Keymaster

    Hi timatgca,

    by design NoMachine – in order to avoid to interfere with the Window Manager – relies on a ‘passive grab’ way: i.e. it intercepts the key press only when there is not an active grab. When the session is running at full screen, the client is for sure the only active application and it uses the ‘active grab’ way.

    This approach has been suitable for almost all situations, until now we are aware of a unique case in which it can be helpful to force always the active grab. This is when the pointer highlight is enabled:  https://www.nomachine.com/AR01P00959.

    The possibility to launch the client with the –activegrab option has been added to solve exactly this case.

    May you please tell us if you have the pointer highlight enabled too?

    in reply to: Nxnode, nxservice active when stopped #20578
    sil04
    Keymaster

    Hello Lloyd Andrew,

    the first reply to this topic seems to have misinterpreted your initial question.

    Let me clarify differences between ‘Stop the server’ and ‘Shutdown the server’ and how manual/automatic startup of services is intended to work (I will adopt naming convention used in v. 6).

    ‘Stop the server’ means that NoMachine server will not accept incoming new connections to your computer.
    If there’s already a connection, it remains active. All NoMachine services remain also running.

    ‘Shutdown the server’ means to terminate all NoMachine services. So, if you shutdown the server you should not find any active NoMachine service among your Windows services.

    When you choose to shutdown the server, you will be requested if you want to automatically start NoMachine (server and all services) at next reboot or not.

    About the NoMachine Network services panel in the GUI and your comment:

    > NoMachine Network services shows the host server status as “Stopped”

    This panel shows the status of nxd, the NoMachine network daemon (NX) in charge to accept connections to this host on default port 4000.  This service can be stopped and restarted and also configured for manual/automatic start at boot via this panel. Such settings apply only to this service, not to all NoMachine processes.

    As a further note, the previous replies point to a couple of articles which explain more in detail how to shutdown NoMachine (server and all services) and set the manual start mode at reboot. There are alternative ways to do that.

    If you use v. 6, this is the fastest way: https://www.nomachine.com/AR11P01005

    For previous versions, see https://www.nomachine.com/AR04L00800 (it applies also to v. 6).

    in reply to: New session for any user #20373
    sil04
    Keymaster

    Thanks for the detailed description.

    We opened a new Feature Request which should address your needs:

    https://www.nomachine.com/FR10P03730
    Extending the ‘nxplayer –session’ command to always create a new session

    We are also planning to allow administrators to configure the server for always starting a new session at every connection of a given user.

    in reply to: New session for any user #20312
    sil04
    Keymaster

    Did you have the opportunity to evaluate guest sessions (automatic generation of guest sessions) as suggested by Tor?

    We would like to know if using guests is suitable for your requirements and if not, why.

    Another possibility would be to configure the server for always creating a new session. This applies only if the session must be terminated and there’s no need to reconnect it. Please confirm if the session should be terminated when it’s closed or suspend/reconnect abilities are necessary.

    We are also evaluating pro and cons of adding a further option to the ‘nxplayer –session’ command to allow to specify to run ‘this’ session on ‘this’ node. This option should be used in conjunction with a further option which forces the creation of a new session. In most cases however, it should be possible to reach the same result by means of tuning the configuration.

    Please let us know if any of the suggestions above fit your scenario.

    in reply to: Accessing server settings from GUI #1739
    sil04
    Keymaster

    On Linux you can access NoMachine server settings by entering root credentials or credentials of a user with sudo privileges.

    To grant sudo privileges to your user, you must add it to the sudoers group.

    Commands for giving sudo privileges to user can be different, so you should check the official documentation for your Linux distribution.

    Please note also that in the current implementation it’s not possible to enable changes in server settings GUI on machines with versions of sudo prior to 1.7.4.  Authentication as root should work instead.

    in reply to: Accessing server settings from GUI #1727
    sil04
    Keymaster

    root user or a privileged system account.

    in reply to: NoMachine 4 for ARM #1638
    sil04
    Keymaster

    As you probably know, there are many ARM variations and many Linux versions for each variation, requiring different tweaks to get a build working at acceptable speed. Unfortunately at the moment there is no way we can produce builds for every possible processor and configuration.

    in reply to: Accessing server settings from GUI #1539
    sil04
    Keymaster

    drichard,

    only users with administrative privileges can change server settings.

    in reply to: "Host verification" warning #1443
    sil04
    Keymaster

    Feature Request created here:

    https://www.nomachine.com/FR12K02801

Viewing 15 posts - 1 through 15 (of 71 total)