[jira] [Commented] (GUACAMOLE-1126) Implement Maximum auto-reconnect attempts

["Alexander Fischer (Jira)" <ji...@apache.org>]

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

Alexander Fischer commented on GUACAMOLE-1126:
----------------------------------------------

Another use case for this are connections to RDP Gateways which enable some kind of MFA on Gateway side. In case the user is at lunch and the users laptop is locked and while this happens, the connections gets interrupted (e.g. due to no activity or network issues), guacamole attempts to reconnect again and again and finally locks the MFA and the whole account because the user is not confirming the MFA login (without knowing that there is one). This happens frequently in my setup. 

> Implement Maximum auto-reconnect attempts
> -----------------------------------------
>
>                 Key: GUACAMOLE-1126
>                 URL: https://issues.apache.org/jira/browse/GUACAMOLE-1126
>             Project: Guacamole
>          Issue Type: Improvement
>          Components: guacamole-client
>            Reporter: Edgardo Rodriguez
>            Priority: Minor
>
> Using guacamole for 60+ users I've realized that sometimes, RDP hosts "go away" because of hardware issues, dns issues, etc and users might not be aware of it. 
>  For example, they leave their computer with the browser open with session established and going on... When this happens, Guacamole tries to auto-reconnect every 15 seconds without any limitation (some times indefinitely) and also, SESSION TIMER is renewed because of fake? user activity.
>  I've implemented a counter which allows automatic reconnection attempts for up to 4 tries. When tried 4 times, countdown timer is not further applied and so user is left with manual Reconnect dialog prompt as usual.
> I `ve not implemented a visual indication like 1/4 2/4,etc because it involves transalations and other "more complex" stuff.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)