NoMachine logo
  • PRODUCTS
    • NoMachine for Everybody
      • NoMachine Free Edition
      • Show me how to start
    • NoMachine for the Enterprise
      • NoMachine Enterprise Desktop Products
        • NoMachine Enterprise Desktop
      • NoMachine Terminal Server Products
        • NoMachine Workstation
        • NoMachine Small Business Terminal Server
        • NoMachine Terminal Server
        • NoMachine Enterprise Terminal Server
        • NoMachine Enterprise Terminal Server Cluster
      • NoMachine Cloud Server Products
        • NoMachine Small Business Cloud Server
        • NoMachine Cloud Server
        • NoMachine Enterprise Cloud Server
        • NoMachine Enterprise Cloud Server Cluster
  • DOWNLOAD
    • Download the Software
      • NoMachine for Windows
      • NoMachine for Mac
      • NoMachine for Linux
      • NoMachine for iOS
      • NoMachine for Android
      • NoMachine for Raspberry
      • NoMachine for ARM
      • NoMachine Enterprise Products Evaluation
  • SUPPORT
    • Get Support
    • Forum
    • Documents and Tutorials
    • Frequently Asked Questions
    • Knowledge Base
    • Customer Center
    • Report an issue
  • PARTNERS
    • Find a Partner
    • Technology Partners
    • Solution Providers
    • Become a partner
  • STORE
    • Buy Online
message logo Home / 

Forum / General Discussions / Desktop sharing idea

logo forum list
logo forum list

All Forums

Login to the forum
register iconRegister to the forum
logo forum list
logo login list
logo forum list
logo forum list
logo NoMachine-for-Windows NoMachine for Windows  (1368)
logo NoMachine-for-Mobile NoMachine for Mobile  (167)
logo NoMachine-for-ARM NoMachine for ARM  (43)
logo NoMachine-for-Mac NoMachine for Mac  (734)
logo NoMachine-Cloud-Server-Products NoMachine Cloud Server Products  (188)
logo NoMachine-for-Raspberry-Pi NoMachine for Raspberry Pi  (74)
logo NoMachine-for-Linux NoMachine for Linux  (2265)
logo NoMachine-Terminal-Server-Products NoMachine Terminal Server Products  (230)
logo General-Discussions General Discussions  (500)

All Forums

logo NoMachine-for-Windows NoMachine for Windows (1368)
logo NoMachine-for-Mac NoMachine for Mac (734)
logo NoMachine-for-Linux NoMachine for Linux (2265)
logo NoMachine-for-Mobile NoMachine for Mobile (167)
logo NoMachine-Cloud-Server-Products NoMachine Cloud Server Products (188)
logo NoMachine-Terminal-Server-Products NoMachine Terminal Server Products (230)
logo NoMachine-for-ARM NoMachine for ARM (43)
logo NoMachine-for-Raspberry-Pi NoMachine for Raspberry Pi (74)
logo General-Discussions General Discussions (500)

All Forums

logo NoMachine-for-Windows NoMachine for Windows (1368)
logo NoMachine-Terminal-Server-Products NoMachine Terminal Server Products (230)
logo NoMachine-for-Mac NoMachine for Mac (734)
logo NoMachine-for-ARM NoMachine for ARM (43)
logo NoMachine-for-Linux NoMachine for Linux (2265)
logo NoMachine-for-Raspberry-Pi NoMachine for Raspberry Pi (74)
logo NoMachine-for-Mobile NoMachine for Mobile (167)
logo General-Discussions General Discussions (500)
logo NoMachine-Cloud-Server-Products NoMachine Cloud Server Products (188)
logo forum list
logo login list

Desktop sharing idea

Forum / General Discussions / Desktop sharing idea

Tagged: Desktop sharing idea

  • This topic has 6 replies, 4 voices, and was last updated 9 years, 5 months ago by Britgirl.
Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • November 5, 2015 at 09:22 #8958
    blabj
    Participant

    Desktop Sharing/Shadowing has great potential in NX, but the feature is horribly documented, and with its current implementation, requires users to be trained.  The ConnectPolicy with new runtime session type selection, can render session sharing impossible.  Specifically the default ConnectPolicy autocreate=1,autoconnect=1,automigrate=1,desktop=0,dialog=0 renders this impossible, since you cannot select session type.

    When creating a connection, you should definitely be able to specify session type like it was in NX 3.5 – or at least do so for shadowing.  Perhaps this can be fixed in the session file, and its just not documented – and if so, please share.

    But in general, it should be easy for end-users to share sessions.. ideally an invite/respond function, but even a method that you can use from within an already connected session, ie. “show running sessions”.

    Or better still..  command line..  nxplayer –shadow user@host

     

     

    November 5, 2015 at 13:35 #8977
    fra81
    Moderator

    It was a design choice that most of the session configuration happens at runtime based on information provided by the server after authentication to the server has taken place. Rather than put everything in the hands of the user who with v3 had to know a priori what to configure and what was available (or not), it’s now the server which tells the client what the user can do or not. So really, there is less training for new users of the latest version.

    Specifically, all connections to a physical desktop happen in “shadow” mode, so that no choice by the user is necessary.
    Also all connections to a virtual desktop owned by a different user can only happen in shadow mode.
    So I assume that your problem is with connecting to a virtual desktop owned by yourself. By default the session is “migrated” to the new client and probably you want instead that the previously connected client is not disconnected. This can be achieved by changing the ‘automigrate’ option to ‘0’ in the ConnectPolicy key. To hide this complication to the user was a precise design choice. The main reason is that session sharing makes sense between different users. Allowing the user to connect to its own session in shadow mode would mean more or less to “share the session with yourself”.

    But in general, it should be easy for end-users to share sessions..ideally an invite/respond function, but even a method that you can use from within an already connected session, ie. “show running sessions”.

    A system based on invitions will be part of the new NoMachine Network Service (or NoMachine Anywhere, we are still debating what name is the best), currently in its final stages of implementation.

    November 6, 2015 at 11:14 #8988
    blabj
    Participant

    Your reply triggered me to test something.  I’m in an all virtual desktop environment across two servers.

    I decided to try nxplayer from within my NX session, connecting to the same host as my NX session.  It listed only my session, but I was able to change the filter “My Desktop” to “All Desktops”, and all active sessions were displayed.. exactly what I wanted (since I don’t want to change automigrate option).

    I then tried the same thing, but connecting to a different host – and I discovered the following:

    If the “My Desktops” filter is set, and I connect to a different host, it will open a new NX session (or reconnect existing session) on that server, which is what I don’t want.

    If the “All Desktops” filter is set, and I connect to a different host, it will display me all user connections, which is what I want.

    So it appears that option/filter will drive whether it launches session or displays desktops for me to shadow.

    In player.cfg:option key=”Remote session list owner filter” value=”all sessions”

    Bug is that when set to “my sessions”, you cannot change it to “all sessions” easily (i had to try something impossible – connect to my session from within my session – in order for filter to be changed).

    November 9, 2015 at 12:31 #9019
    Tor
    Participant

    Hi blabj.

    The connection configuration flow has gone through a lot of design changes based on feedbacks and usability tests, so what you see now is what the majority of users asked for. This doesn’t mean it is perfect, so new use cases are always helpful to evaluate how to make that flow more flexible.

    First of all, how it works. The client skips configuration steps each time there is only one choice. When the connecting user has no sessions running on the server and the filter is on “My desktops”, the configuration moves on virtual desktop type selection. From this dialog you may go back and select ‘All desktops”, unless the type is stored in the configuration file or the server only offers one virtual desktop type, because in such conditions the virtual session starts right away. While this workflow is ideal for administrators wishing to make life easier for users, it might be a problem for you.

    If you wish to use the same connection to do both virtual desktop and desktop sharing, then I’d suggest to not save the desktop type in the configuration (by checking the box “Save this setting in the connection file” in the type selection dialog).

    November 16, 2015 at 09:23 #9086
    blabj
    Participant

    Interesting, if I connect to remote host with “All desktops”, I can connect/shadow a session fine.

    If I connect to the local host (same host running virtual desktop), with “All desktops”, if I try to shadow another virtual desktop session, it disconnects my session.

    I do limit the per user virtual desktops to 1 – so perhaps this is causing the issue.

    November 16, 2015 at 09:23 #9087
    blabj
    Participant

    aha.. driven by “ConnectionsUserLimit”  .. I had set to 1.

    November 19, 2015 at 10:18 #9141
    Britgirl
    Keymaster

    Did you try what Tor suggested?

    If you wish to use the same connection to do both virtual desktop and desktop sharing, then I’d suggest to not save the desktop type in the configuration (by checking the box “Save this setting in the connection file” in the type selection dialog).

  • Author
    Posts
Viewing 7 posts - 1 through 7 (of 7 total)

This topic was marked as solved, you can't post.

Follow Us

  • Home +
    • Everybody
    • Enterprise
    • Download
    • Support
  • Learn more +
    • Features
    • Price and Availability
    • Article and FAQs
    • Software updates
  • Resources +
    • Forum
    • Installation Guides
    • Knowledge Base
    • Partners
  • Company +
    • About us
    • Contact us
    • Become a partner
    • News

Copyright 2002-2025, NoMachine S.à r.l. - VAT LU25935711 - NoMachine Privacy Policy