You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@guacamole.apache.org by "Michael Jumper (JIRA)" <ji...@apache.org> on 2018/09/25 18:15:00 UTC

[jira] [Commented] (GUACAMOLE-629) Stream protocol argument values

    [ https://issues.apache.org/jira/browse/GUACAMOLE-629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16627750#comment-16627750 ] 

Michael Jumper commented on GUACAMOLE-629:
------------------------------------------

Changes to libguac are less trivial than the changes to the protocol. Accepting a new stream-style instruction while the connection is in progress is simple enough, however the user join process currently expects a traditional argc/argv set of strings. That aspect of the libguac API will somehow need to be modified to allow streams, while still providing a solid dividing line between parameters given during handshake (which should be considered privileged) and parameters given after the connection is up (which should be considered unprivileged).

> Stream protocol argument values
> -------------------------------
>
>                 Key: GUACAMOLE-629
>                 URL: https://issues.apache.org/jira/browse/GUACAMOLE-629
>             Project: Guacamole
>          Issue Type: Improvement
>          Components: guacamole-common-js, libguac
>            Reporter: Michael Jumper
>            Assignee: Michael Jumper
>            Priority: Major
>
> The Guacamole protocol as designed currently imposes limitations on the configuration of a connection:
> # Connection configuration can be applied only during the initial protocol handshake. If the user wishes to change aspects of the connection while the connection is in progress, such as to alter the terminal appearance or provide a username/password in response to a request from the remote desktop server, this cannot be done.
> # Connection parameters are inherently limited by the maximum length of an instruction element and the overall maximum length of instructions. Providing lengthy SSH keys for authentication, for example, is problematic (GUACAMOLE-350).
> With relatively minor changes to the Guacamole protocol, the above limitations can be addressed. By sending connection parameters using streaming instructions rather than as elements of a single, monolithic "connect" instruction, parameter values can have unlimited length. By extending the use of that parameter streaming instruction such that it can be used both during a connection and during the handshake, protocol plugins can choose to allow certain parameters to be set or updated while the connection is in progress.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)