[ https://issues.apache.org/jira/browse/GUACAMOLE-1428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17526827#comment-17526827 ]
guacamole tester commented on GUACAMOLE-1428: --------------------------------------------- [~vnick] Hey there, I'm just reaching out again because I was unable to find someone capable of programming this.. I cycled through a few freelancers already (4-5..) and even more months.. maybe you have an idea where I could ask? > Allow connection authentication prompt responses to be temporarily saved > ------------------------------------------------------------------------ > > Key: GUACAMOLE-1428 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1428 > Project: Guacamole > Issue Type: New Feature > Components: guacamole > Affects Versions: 1.3.0 > Reporter: guacamole tester > Priority: Minor > > Currently I'm using Guacamole with OIDC-SSO. so I don't have the > "${GUAC_PASSWORD}"-Variable at hand. > > The only Option to give the user a true SSO-experience is to integrate an > external System which can provide the cleartext-password. I don't like this > idea.. > So if it's only possible to do this with a system saving the cleartext > password.. why not keep this only in guacamole? > > A working system could be like this: > when there is no pre-configured Password provide a selectable field that > defines that the password for the user is stored. This password should then > be stored for all connections (which have the field "shared password" > activated) of the user on the guacamole server until it is wrong and then > overwritten with the new password that the user enters. > > this would be very easy to implement for the admin as there is no additional > configuration. and it would also only keep the password in cleartext ont he > guacamole system which in my case is the only system, that needs a cleartext > password. -- This message was sent by Atlassian Jira (v8.20.7#820007)