[jira] [Commented] (GUACAMOLE-708) Allow JDBC Users to be Created Automatically
[ https://issues.apache.org/jira/browse/GUACAMOLE-708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049785#comment-17049785 ] Mike Jumper commented on GUACAMOLE-708: --- If the original high-level purpose of this change was to facilitate arbitrary storage, my preference would be to adjust the JIRA issue to reflect that, and then both low-level changes would be within scope. If you think automatic user creation is a high-level need in itself, I don't have any issue with splitting the privileged {{UserContext}} bit into its own separate issue, as well. > Allow JDBC Users to be Created Automatically > > > Key: GUACAMOLE-708 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-708 > Project: Guacamole > Issue Type: New Feature > Components: guacamole-auth-jdbc >Reporter: Nick Couchman >Assignee: Nick Couchman >Priority: Minor > Fix For: 1.2.0 > > > A feature common to other applications that store data in one place and can > authenticate from other sources is to enable automatic creation of user > accounts within the database assuming the user is successfully authenticated > elsewhere. > I propose doing something similar with the Guacamole JDBC extension, or, > depending on how the implementation works out, with the other extensions - a > property that, disabled by default, could be enabled that would allow users > authenticated successfully through other extensions to be automatically > created within the JDBC extension. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (GUACAMOLE-978) RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Jumper resolved GUACAMOLE-978. --- Resolution: Fixed > RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Assignee: Mike Jumper >Priority: Minor > Fix For: 1.2.0 > > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-978) RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049759#comment-17049759 ] Mike Jumper commented on GUACAMOLE-978: --- This should now be fixed on the {{staging/1.2.0}} branch. > RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Assignee: Mike Jumper >Priority: Minor > Fix For: 1.2.0 > > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (GUACAMOLE-979) RDP settings strings may be double-freed
[ https://issues.apache.org/jira/browse/GUACAMOLE-979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Jumper resolved GUACAMOLE-979. --- Resolution: Fixed > RDP settings strings may be double-freed > > > Key: GUACAMOLE-979 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-979 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 >Reporter: Mike Jumper >Assignee: Mike Jumper >Priority: Minor > Fix For: 1.2.0 > > > As of 1.1.0, a double-free may occur during cleanup of an RDP connection if > RemoteApp was used: > {code:none} > guacd[6]: INFO: Guacamole proxy daemon (guacd) version 1.1.0 started > guacd[6]: INFO: Listening on host 0.0.0.0, port 4822 > guacd[6]: INFO: Creating new client for protocol "rdp" > guacd[6]: INFO: Connection ID is "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" > guacd[254]: INFO: Security mode: NLA > guacd[254]: INFO: Resize method: none > guacd[254]: INFO: User "@c2acad05-7635-4de6-8741-661c65cce4a0" joined > connection "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" (1 users now present) > guacd[254]: INFO: Loading keymap "base" > guacd[254]: INFO: Loading keymap "en-us-qwerty" > guacd[254]: INFO: Connected to RDPDR 1.13 as client 0x0008 > guacd[254]: INFO: Connected to RDPDR 1.13 as client 0x0007 > guacd[254]: INFO: RDPDR user logged on > guacd[254]: INFO: RDP server closed connection: Manually disconnected. > guacd[254]: INFO: User "@c2acad05-7635-4de6-8741-661c65cce4a0" > disconnected (0 users remain) > guacd[254]: INFO: Last user of connection > "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" disconnected > guacd[254]: INFO: Internal RDP client disconnected > double free or corruption (fasttop) > guacd[6]: INFO: Connection "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" > removed. > {code} > The double-free occurs within {{guac_rdp_settings_free()}}: > {code:none} > Thread 2.15 "guacd" received signal SIGABRT, Aborted. > [Switching to Thread 0x7fbcfbfff700 (LWP 556)] > __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 > 50../sysdeps/unix/sysv/linux/raise.c: No such file or directory. > (gdb) bt > ... > #5 0x7fbd005a60bd in guac_rdp_settings_free (settings=0x7fbcf400d200) > at settings.c:1018 > #6 0x7fbd005a056d in guac_rdp_client_free_handler (client= out>) > at client.c:179 > #7 0x7fbd029f5442 in guac_client_free (client=0x7fbcfc00b2f0) > at client.c:195 > #8 0x55b87847e5c5 in guacd_client_free_thread (data=0x7fbd00dcac40) > at proc.c:219 > #9 0x7fbd02606fa3 in start_thread (arg=) > at pthread_create.c:486 > #10 0x7fbd01f434cf in clone () > at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 > (gdb) > {code} > The relevant line is where {{settings->remote_app}} is being freed: > {code:c} > /* Free settings strings */ > ... > free(settings->remote_app); // <--- Line 1018 > free(settings->remote_app_args); > free(settings->remote_app_dir); > {code} > It appears that the RAIL channel implementation within FreeRDP 2.0.0 now > automatically frees these strings, resulting in a double-free when we attempt > to do the same. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-979) RDP settings strings may be double-freed
[ https://issues.apache.org/jira/browse/GUACAMOLE-979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Jumper updated GUACAMOLE-979: -- Summary: RDP settings strings may be double-freed (was: RemoteApp settings memory may be double-freed) > RDP settings strings may be double-freed > > > Key: GUACAMOLE-979 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-979 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 >Reporter: Mike Jumper >Assignee: Mike Jumper >Priority: Minor > Fix For: 1.2.0 > > > As of 1.1.0, a double-free may occur during cleanup of an RDP connection if > RemoteApp was used: > {code:none} > guacd[6]: INFO: Guacamole proxy daemon (guacd) version 1.1.0 started > guacd[6]: INFO: Listening on host 0.0.0.0, port 4822 > guacd[6]: INFO: Creating new client for protocol "rdp" > guacd[6]: INFO: Connection ID is "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" > guacd[254]: INFO: Security mode: NLA > guacd[254]: INFO: Resize method: none > guacd[254]: INFO: User "@c2acad05-7635-4de6-8741-661c65cce4a0" joined > connection "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" (1 users now present) > guacd[254]: INFO: Loading keymap "base" > guacd[254]: INFO: Loading keymap "en-us-qwerty" > guacd[254]: INFO: Connected to RDPDR 1.13 as client 0x0008 > guacd[254]: INFO: Connected to RDPDR 1.13 as client 0x0007 > guacd[254]: INFO: RDPDR user logged on > guacd[254]: INFO: RDP server closed connection: Manually disconnected. > guacd[254]: INFO: User "@c2acad05-7635-4de6-8741-661c65cce4a0" > disconnected (0 users remain) > guacd[254]: INFO: Last user of connection > "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" disconnected > guacd[254]: INFO: Internal RDP client disconnected > double free or corruption (fasttop) > guacd[6]: INFO: Connection "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" > removed. > {code} > The double-free occurs within {{guac_rdp_settings_free()}}: > {code:none} > Thread 2.15 "guacd" received signal SIGABRT, Aborted. > [Switching to Thread 0x7fbcfbfff700 (LWP 556)] > __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 > 50../sysdeps/unix/sysv/linux/raise.c: No such file or directory. > (gdb) bt > ... > #5 0x7fbd005a60bd in guac_rdp_settings_free (settings=0x7fbcf400d200) > at settings.c:1018 > #6 0x7fbd005a056d in guac_rdp_client_free_handler (client= out>) > at client.c:179 > #7 0x7fbd029f5442 in guac_client_free (client=0x7fbcfc00b2f0) > at client.c:195 > #8 0x55b87847e5c5 in guacd_client_free_thread (data=0x7fbd00dcac40) > at proc.c:219 > #9 0x7fbd02606fa3 in start_thread (arg=) > at pthread_create.c:486 > #10 0x7fbd01f434cf in clone () > at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 > (gdb) > {code} > The relevant line is where {{settings->remote_app}} is being freed: > {code:c} > /* Free settings strings */ > ... > free(settings->remote_app); // <--- Line 1018 > free(settings->remote_app_args); > free(settings->remote_app_dir); > {code} > It appears that the RAIL channel implementation within FreeRDP 2.0.0 now > automatically frees these strings, resulting in a double-free when we attempt > to do the same. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-979) RemoteApp settings memory may be double-freed
[ https://issues.apache.org/jira/browse/GUACAMOLE-979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049732#comment-17049732 ] Mike Jumper commented on GUACAMOLE-979: --- Checking all other settings strings, the same is true of: * {{settings->RemoteApplicationCmdLine}} * {{settings->PreconnectionBlob}} All other settings strings are already duplicated with {{guac_rdp_strdup()}}. > RemoteApp settings memory may be double-freed > - > > Key: GUACAMOLE-979 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-979 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 >Reporter: Mike Jumper >Assignee: Mike Jumper >Priority: Minor > Fix For: 1.2.0 > > > As of 1.1.0, a double-free may occur during cleanup of an RDP connection if > RemoteApp was used: > {code:none} > guacd[6]: INFO: Guacamole proxy daemon (guacd) version 1.1.0 started > guacd[6]: INFO: Listening on host 0.0.0.0, port 4822 > guacd[6]: INFO: Creating new client for protocol "rdp" > guacd[6]: INFO: Connection ID is "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" > guacd[254]: INFO: Security mode: NLA > guacd[254]: INFO: Resize method: none > guacd[254]: INFO: User "@c2acad05-7635-4de6-8741-661c65cce4a0" joined > connection "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" (1 users now present) > guacd[254]: INFO: Loading keymap "base" > guacd[254]: INFO: Loading keymap "en-us-qwerty" > guacd[254]: INFO: Connected to RDPDR 1.13 as client 0x0008 > guacd[254]: INFO: Connected to RDPDR 1.13 as client 0x0007 > guacd[254]: INFO: RDPDR user logged on > guacd[254]: INFO: RDP server closed connection: Manually disconnected. > guacd[254]: INFO: User "@c2acad05-7635-4de6-8741-661c65cce4a0" > disconnected (0 users remain) > guacd[254]: INFO: Last user of connection > "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" disconnected > guacd[254]: INFO: Internal RDP client disconnected > double free or corruption (fasttop) > guacd[6]: INFO: Connection "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" > removed. > {code} > The double-free occurs within {{guac_rdp_settings_free()}}: > {code:none} > Thread 2.15 "guacd" received signal SIGABRT, Aborted. > [Switching to Thread 0x7fbcfbfff700 (LWP 556)] > __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 > 50../sysdeps/unix/sysv/linux/raise.c: No such file or directory. > (gdb) bt > ... > #5 0x7fbd005a60bd in guac_rdp_settings_free (settings=0x7fbcf400d200) > at settings.c:1018 > #6 0x7fbd005a056d in guac_rdp_client_free_handler (client= out>) > at client.c:179 > #7 0x7fbd029f5442 in guac_client_free (client=0x7fbcfc00b2f0) > at client.c:195 > #8 0x55b87847e5c5 in guacd_client_free_thread (data=0x7fbd00dcac40) > at proc.c:219 > #9 0x7fbd02606fa3 in start_thread (arg=) > at pthread_create.c:486 > #10 0x7fbd01f434cf in clone () > at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 > (gdb) > {code} > The relevant line is where {{settings->remote_app}} is being freed: > {code:c} > /* Free settings strings */ > ... > free(settings->remote_app); // <--- Line 1018 > free(settings->remote_app_args); > free(settings->remote_app_dir); > {code} > It appears that the RAIL channel implementation within FreeRDP 2.0.0 now > automatically frees these strings, resulting in a double-free when we attempt > to do the same. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-979) RemoteApp settings memory may be double-freed
[ https://issues.apache.org/jira/browse/GUACAMOLE-979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049723#comment-17049723 ] Mike Jumper commented on GUACAMOLE-979: --- This was first noted on the mailing list in the context of a different RemoteApp issue (GUACAMOLE-978): https://lists.apache.org/thread.html/r46ac451cc2e6e6f314d519bb79bcdecc307f3825d6ee9665d7b4306a%40%3Cuser.guacamole.apache.org%3E > RemoteApp settings memory may be double-freed > - > > Key: GUACAMOLE-979 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-979 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 >Reporter: Mike Jumper >Assignee: Mike Jumper >Priority: Minor > Fix For: 1.2.0 > > > As of 1.1.0, a double-free may occur during cleanup of an RDP connection if > RemoteApp was used: > {code:none} > guacd[6]: INFO: Guacamole proxy daemon (guacd) version 1.1.0 started > guacd[6]: INFO: Listening on host 0.0.0.0, port 4822 > guacd[6]: INFO: Creating new client for protocol "rdp" > guacd[6]: INFO: Connection ID is "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" > guacd[254]: INFO: Security mode: NLA > guacd[254]: INFO: Resize method: none > guacd[254]: INFO: User "@c2acad05-7635-4de6-8741-661c65cce4a0" joined > connection "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" (1 users now present) > guacd[254]: INFO: Loading keymap "base" > guacd[254]: INFO: Loading keymap "en-us-qwerty" > guacd[254]: INFO: Connected to RDPDR 1.13 as client 0x0008 > guacd[254]: INFO: Connected to RDPDR 1.13 as client 0x0007 > guacd[254]: INFO: RDPDR user logged on > guacd[254]: INFO: RDP server closed connection: Manually disconnected. > guacd[254]: INFO: User "@c2acad05-7635-4de6-8741-661c65cce4a0" > disconnected (0 users remain) > guacd[254]: INFO: Last user of connection > "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" disconnected > guacd[254]: INFO: Internal RDP client disconnected > double free or corruption (fasttop) > guacd[6]: INFO: Connection "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" > removed. > {code} > The double-free occurs within {{guac_rdp_settings_free()}}: > {code:none} > Thread 2.15 "guacd" received signal SIGABRT, Aborted. > [Switching to Thread 0x7fbcfbfff700 (LWP 556)] > __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 > 50../sysdeps/unix/sysv/linux/raise.c: No such file or directory. > (gdb) bt > ... > #5 0x7fbd005a60bd in guac_rdp_settings_free (settings=0x7fbcf400d200) > at settings.c:1018 > #6 0x7fbd005a056d in guac_rdp_client_free_handler (client= out>) > at client.c:179 > #7 0x7fbd029f5442 in guac_client_free (client=0x7fbcfc00b2f0) > at client.c:195 > #8 0x55b87847e5c5 in guacd_client_free_thread (data=0x7fbd00dcac40) > at proc.c:219 > #9 0x7fbd02606fa3 in start_thread (arg=) > at pthread_create.c:486 > #10 0x7fbd01f434cf in clone () > at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 > (gdb) > {code} > The relevant line is where {{settings->remote_app}} is being freed: > {code:c} > /* Free settings strings */ > ... > free(settings->remote_app); // <--- Line 1018 > free(settings->remote_app_args); > free(settings->remote_app_dir); > {code} > It appears that the RAIL channel implementation within FreeRDP 2.0.0 now > automatically frees these strings, resulting in a double-free when we attempt > to do the same. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-979) RemoteApp settings memory may be double-freed
[ https://issues.apache.org/jira/browse/GUACAMOLE-979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Jumper updated GUACAMOLE-979: -- Fix Version/s: 1.2.0 > RemoteApp settings memory may be double-freed > - > > Key: GUACAMOLE-979 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-979 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 >Reporter: Mike Jumper >Priority: Minor > Fix For: 1.2.0 > > > As of 1.1.0, a double-free may occur during cleanup of an RDP connection if > RemoteApp was used: > {code:none} > guacd[6]: INFO: Guacamole proxy daemon (guacd) version 1.1.0 started > guacd[6]: INFO: Listening on host 0.0.0.0, port 4822 > guacd[6]: INFO: Creating new client for protocol "rdp" > guacd[6]: INFO: Connection ID is "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" > guacd[254]: INFO: Security mode: NLA > guacd[254]: INFO: Resize method: none > guacd[254]: INFO: User "@c2acad05-7635-4de6-8741-661c65cce4a0" joined > connection "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" (1 users now present) > guacd[254]: INFO: Loading keymap "base" > guacd[254]: INFO: Loading keymap "en-us-qwerty" > guacd[254]: INFO: Connected to RDPDR 1.13 as client 0x0008 > guacd[254]: INFO: Connected to RDPDR 1.13 as client 0x0007 > guacd[254]: INFO: RDPDR user logged on > guacd[254]: INFO: RDP server closed connection: Manually disconnected. > guacd[254]: INFO: User "@c2acad05-7635-4de6-8741-661c65cce4a0" > disconnected (0 users remain) > guacd[254]: INFO: Last user of connection > "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" disconnected > guacd[254]: INFO: Internal RDP client disconnected > double free or corruption (fasttop) > guacd[6]: INFO: Connection "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" > removed. > {code} > The double-free occurs within {{guac_rdp_settings_free()}}: > {code:none} > Thread 2.15 "guacd" received signal SIGABRT, Aborted. > [Switching to Thread 0x7fbcfbfff700 (LWP 556)] > __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 > 50../sysdeps/unix/sysv/linux/raise.c: No such file or directory. > (gdb) bt > ... > #5 0x7fbd005a60bd in guac_rdp_settings_free (settings=0x7fbcf400d200) > at settings.c:1018 > #6 0x7fbd005a056d in guac_rdp_client_free_handler (client= out>) > at client.c:179 > #7 0x7fbd029f5442 in guac_client_free (client=0x7fbcfc00b2f0) > at client.c:195 > #8 0x55b87847e5c5 in guacd_client_free_thread (data=0x7fbd00dcac40) > at proc.c:219 > #9 0x7fbd02606fa3 in start_thread (arg=) > at pthread_create.c:486 > #10 0x7fbd01f434cf in clone () > at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 > (gdb) > {code} > The relevant line is where {{settings->remote_app}} is being freed: > {code:c} > /* Free settings strings */ > ... > free(settings->remote_app); // <--- Line 1018 > free(settings->remote_app_args); > free(settings->remote_app_dir); > {code} > It appears that the RAIL channel implementation within FreeRDP 2.0.0 now > automatically frees these strings, resulting in a double-free when we attempt > to do the same. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (GUACAMOLE-979) RemoteApp settings memory may be double-freed
Mike Jumper created GUACAMOLE-979: - Summary: RemoteApp settings memory may be double-freed Key: GUACAMOLE-979 URL: https://issues.apache.org/jira/browse/GUACAMOLE-979 Project: Guacamole Issue Type: Bug Components: RDP Affects Versions: 1.1.0 Reporter: Mike Jumper As of 1.1.0, a double-free may occur during cleanup of an RDP connection if RemoteApp was used: {code:none} guacd[6]: INFO: Guacamole proxy daemon (guacd) version 1.1.0 started guacd[6]: INFO: Listening on host 0.0.0.0, port 4822 guacd[6]: INFO: Creating new client for protocol "rdp" guacd[6]: INFO: Connection ID is "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" guacd[254]: INFO: Security mode: NLA guacd[254]: INFO: Resize method: none guacd[254]: INFO: User "@c2acad05-7635-4de6-8741-661c65cce4a0" joined connection "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" (1 users now present) guacd[254]: INFO: Loading keymap "base" guacd[254]: INFO: Loading keymap "en-us-qwerty" guacd[254]: INFO: Connected to RDPDR 1.13 as client 0x0008 guacd[254]: INFO: Connected to RDPDR 1.13 as client 0x0007 guacd[254]: INFO: RDPDR user logged on guacd[254]: INFO: RDP server closed connection: Manually disconnected. guacd[254]: INFO: User "@c2acad05-7635-4de6-8741-661c65cce4a0" disconnected (0 users remain) guacd[254]: INFO: Last user of connection "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" disconnected guacd[254]: INFO: Internal RDP client disconnected double free or corruption (fasttop) guacd[6]: INFO: Connection "$c97abf6d-0ed5-4be2-bec7-c0be3fcd9ac6" removed. {code} The double-free occurs within {{guac_rdp_settings_free()}}: {code:none} Thread 2.15 "guacd" received signal SIGABRT, Aborted. [Switching to Thread 0x7fbcfbfff700 (LWP 556)] __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 50 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt ... #5 0x7fbd005a60bd in guac_rdp_settings_free (settings=0x7fbcf400d200) at settings.c:1018 #6 0x7fbd005a056d in guac_rdp_client_free_handler (client=) at client.c:179 #7 0x7fbd029f5442 in guac_client_free (client=0x7fbcfc00b2f0) at client.c:195 #8 0x55b87847e5c5 in guacd_client_free_thread (data=0x7fbd00dcac40) at proc.c:219 #9 0x7fbd02606fa3 in start_thread (arg=) at pthread_create.c:486 #10 0x7fbd01f434cf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 (gdb) {code} The relevant line is where {{settings->remote_app}} is being freed: {code:c} /* Free settings strings */ ... free(settings->remote_app); // <--- Line 1018 free(settings->remote_app_args); free(settings->remote_app_dir); {code} It appears that the RAIL channel implementation within FreeRDP 2.0.0 now automatically frees these strings, resulting in a double-free when we attempt to do the same. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-978) RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Jumper updated GUACAMOLE-978: -- Fix Version/s: 1.2.0 > RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > Fix For: 1.2.0 > > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Assigned] (GUACAMOLE-978) RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Jumper reassigned GUACAMOLE-978: - Assignee: Mike Jumper > RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Assignee: Mike Jumper >Priority: Minor > Fix For: 1.2.0 > > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-978) RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Jumper updated GUACAMOLE-978: -- Component/s: (was: guacd-docker) > RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-978) RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Jumper updated GUACAMOLE-978: -- Affects Version/s: (was: 1.0.0) > RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: guacd-docker, RDP >Affects Versions: 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-978) RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049710#comment-17049710 ] Mike Jumper commented on GUACAMOLE-978: --- Yep, we were missing the Handshake PDU which must be sent by the client when the Handshake or HandshakeEx PDUs are received from the server. This used to happen automatically in the RAIL implementation of FreeRDP 1.x but built-in handling of the handshake was removed in FreeRDP 2.0.0. Downstream users of the FreeRDP library that use RAIL must now send this PDU manually. Adding in the necessary code to send to the Handshake PDU, I'm no longer disconnected. > RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: guacd-docker, RDP >Affects Versions: 1.0.0, 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-978) RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049632#comment-17049632 ] Mike Jumper commented on GUACAMOLE-978: --- I'm not seeing this when connecting using {{xfreerdp}} from the same version of FreeRDP 2.0.0 being used by a libguac-client-rdp which _is_ affected. Perhaps not a bug in FreeRDP per se, but something that must now be done manually for the RAIL channel in FreeRDP 1.1 and later that used to be automatic with FreeRDP 1.0.2. > RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: guacd-docker, RDP >Affects Versions: 1.0.0, 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-978) RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049627#comment-17049627 ] Mike Jumper commented on GUACAMOLE-978: --- Not occurring with FreeRDP 1.0.2 as packaged by older CentOS. This is beginning to look like a FreeRDP bug introduced around their 1.1 release onward, with Guacamole otherwise independent of that. > RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: guacd-docker, RDP >Affects Versions: 1.0.0, 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-978) RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Jumper updated GUACAMOLE-978: -- Affects Version/s: 1.0.0 > RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: guacd-docker, RDP >Affects Versions: 1.0.0, 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-978) RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049625#comment-17049625 ] Mike Jumper commented on GUACAMOLE-978: --- Connecting to the same server with 1.0.0, I see this behavior, as well. It doesn't appear to be specific to the new release. I'm retrying with a much older version of FreeRDP. > RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: guacd-docker, RDP >Affects Versions: 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (GUACAMOLE-978) RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049599#comment-17049599 ] Mike Jumper edited comment on GUACAMOLE-978 at 3/2/20 8:07 PM: --- I'm seeing the same behavior - after around 2 minutes -of inactivity-, the connection closes with a message noting that the remote user manually logged off. The closure happens regardless of whether the connection is active. was (Author: mike.jumper): I'm seeing the same behavior - after around 2 minutes of inactivity, the connection closes with a message noting that the remote user manually logged off. > RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: guacd-docker, RDP >Affects Versions: 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-978) RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049599#comment-17049599 ] Mike Jumper commented on GUACAMOLE-978: --- I'm seeing the same behavior - after around 2 minutes of inactivity, the connection closes with a message noting that the remote user manually logged off. > RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: guacd-docker, RDP >Affects Versions: 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-978) RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Jumper updated GUACAMOLE-978: -- Summary: RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes (was: RemoteApp session to Windows 2016 closes after roughly 2-3 minutes) > RemoteApp session to Windows Server 2016 closes after roughly 2-3 minutes > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: guacd-docker, RDP >Affects Versions: 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-978) RemoteApp session to Windows 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049596#comment-17049596 ] Mike Jumper commented on GUACAMOLE-978: --- This sounds identical to an issue reported recently on the mailing list: https://lists.apache.org/thread.html/r46ac451cc2e6e6f314d519bb79bcdecc307f3825d6ee9665d7b4306a%40%3Cuser.guacamole.apache.org%3E I'll spin up Windows Server 2016 and RemoteApp and see if I can reproduce this behavior. > RemoteApp session to Windows 2016 closes after roughly 2-3 minutes > -- > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: guacd-docker, RDP >Affects Versions: 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-978) RemoteApp session to Windows 2016 closes after roughly 2-3 minutes
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Jumper updated GUACAMOLE-978: -- Component/s: (was: guacamole) RDP guacd-docker > RemoteApp session to Windows 2016 closes after roughly 2-3 minutes > -- > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: guacd-docker, RDP >Affects Versions: 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-978) Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows session is closed after approximately 2 to 3 minutes after starting an RDP session for a “
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049482#comment-17049482 ] Nick Couchman commented on GUACAMOLE-978: - Please provide debug logs from guacd. > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-978) Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows session is closed after approximately 2 to 3 minutes after starting an RDP session for a “re
[ https://issues.apache.org/jira/browse/GUACAMOLE-978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-978: Priority: Minor (was: Major) > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > - > > Key: GUACAMOLE-978 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.1.0 >Reporter: Francisco Alejandro Diaz Damian >Priority: Minor > > Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows > session is closed after approximately 2 to 3 minutes after starting an RDP > session for a “remoteapp” to a Windows Server 2016 server. > This problem does not occur when you start a remote desktop RDP session with > Windows Server 2016. > The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 > (Maipo). > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (GUACAMOLE-978) Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows session is closed after approximately 2 to 3 minutes after starting an RDP session for a “re
Francisco Alejandro Diaz Damian created GUACAMOLE-978: - Summary: Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows session is closed after approximately 2 to 3 minutes after starting an RDP session for a “remoteapp” to a Windows Server 2016 server. Key: GUACAMOLE-978 URL: https://issues.apache.org/jira/browse/GUACAMOLE-978 Project: Guacamole Issue Type: Bug Components: guacamole Affects Versions: 1.1.0 Reporter: Francisco Alejandro Diaz Damian Using the Docker images corresponding to Apache Guacamole 1.1.0, a Windows session is closed after approximately 2 to 3 minutes after starting an RDP session for a “remoteapp” to a Windows Server 2016 server. This problem does not occur when you start a remote desktop RDP session with Windows Server 2016. The operating system of the Docker host is a Red Hat Enterprise Linux 7.5 (Maipo). -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-975) How many concurrent active sessions can Guacamole handle?
[ https://issues.apache.org/jira/browse/GUACAMOLE-975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049451#comment-17049451 ] Stewart Alexander commented on GUACAMOLE-975: - [~vnick] Ah, so you do not have a limit within the application? I'm not asking because we _found_ or _came across_ something, rather we asking for a spec sheet that provides us with upper-bound thresholds > How many concurrent active sessions can Guacamole handle? > - > > Key: GUACAMOLE-975 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-975 > Project: Guacamole > Issue Type: Task >Reporter: Stewart Alexander >Priority: Blocker > > Where is the information on how many concurrent active sessions can Apache > Guacamole handle before resource exhaustion? > > What are the limiting factors to how many users can actively create unique > sessions / connections to hosts via Apache? > > This is blocking us as we need to understand the limitations and how we can > avoid them as we potentially have several thousand people who would like to > use this at once to log on to unique computers in our environment. > > Please email us any information on this at: > stewart.alexan...@alamancecc.edu -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (GUACAMOLE-977) Nable Server is over capacity
Stewart Alexander created GUACAMOLE-977: --- Summary: Nable Server is over capacity Key: GUACAMOLE-977 URL: https://issues.apache.org/jira/browse/GUACAMOLE-977 Project: Guacamole Issue Type: Bug Reporter: Stewart Alexander Nable server, here: [http://apache-guacamole-incubating-users.2363388.n4.nabble.com/] is over capacity Therefore we cannot post a comment requesting information from ticket #guacamole-975. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-975) How many concurrent active sessions can Guacamole handle?
[ https://issues.apache.org/jira/browse/GUACAMOLE-975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049443#comment-17049443 ] Nick Couchman commented on GUACAMOLE-975: - {quote} plus developers would have an answer, customers have only their opinions based on use {quote} There are plenty of developers (like me) who respond on the user mailing list. It isn't a user (customer) only mailing list, and it's the place to ask your question. > How many concurrent active sessions can Guacamole handle? > - > > Key: GUACAMOLE-975 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-975 > Project: Guacamole > Issue Type: Task >Reporter: Stewart Alexander >Priority: Blocker > > Where is the information on how many concurrent active sessions can Apache > Guacamole handle before resource exhaustion? > > What are the limiting factors to how many users can actively create unique > sessions / connections to hosts via Apache? > > This is blocking us as we need to understand the limitations and how we can > avoid them as we potentially have several thousand people who would like to > use this at once to log on to unique computers in our environment. > > Please email us any information on this at: > stewart.alexan...@alamancecc.edu -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-976) Apa
[ https://issues.apache.org/jira/browse/GUACAMOLE-976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049444#comment-17049444 ] Nick Couchman commented on GUACAMOLE-976: - Please subscribe to the mailing list and ask your question(s) there: http://guacamole.apache.org/support/ > Apa > --- > > Key: GUACAMOLE-976 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-976 > Project: Guacamole > Issue Type: Bug >Reporter: Francisco Alejandro Diaz Damian >Priority: Major > > Utilizando las imágenes de Docker correspondientes a Apache Guacamole 1.1.0, > se produce una desconexión al transcurrir aproximadamente 1 minuto después de > iniciar una sesión RDP a un servidor Windows Version X. > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-976) Apa
[ https://issues.apache.org/jira/browse/GUACAMOLE-976?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman closed GUACAMOLE-976. --- Resolution: Invalid > Apa > --- > > Key: GUACAMOLE-976 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-976 > Project: Guacamole > Issue Type: Bug >Reporter: Francisco Alejandro Diaz Damian >Priority: Major > > Utilizando las imágenes de Docker correspondientes a Apache Guacamole 1.1.0, > se produce una desconexión al transcurrir aproximadamente 1 minuto después de > iniciar una sesión RDP a un servidor Windows Version X. > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-975) How many concurrent active sessions can Guacamole handle?
[ https://issues.apache.org/jira/browse/GUACAMOLE-975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049441#comment-17049441 ] Stewart Alexander commented on GUACAMOLE-975: - h1. This Nabble server is over capacity. > How many concurrent active sessions can Guacamole handle? > - > > Key: GUACAMOLE-975 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-975 > Project: Guacamole > Issue Type: Task >Reporter: Stewart Alexander >Priority: Blocker > > Where is the information on how many concurrent active sessions can Apache > Guacamole handle before resource exhaustion? > > What are the limiting factors to how many users can actively create unique > sessions / connections to hosts via Apache? > > This is blocking us as we need to understand the limitations and how we can > avoid them as we potentially have several thousand people who would like to > use this at once to log on to unique computers in our environment. > > Please email us any information on this at: > stewart.alexan...@alamancecc.edu -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-975) How many concurrent active sessions can Guacamole handle?
[ https://issues.apache.org/jira/browse/GUACAMOLE-975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049438#comment-17049438 ] Stewart Alexander commented on GUACAMOLE-975: - [~vnick] we have no response to requesting access, plus developers would have an answer, customers have only their opinions based on use > How many concurrent active sessions can Guacamole handle? > - > > Key: GUACAMOLE-975 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-975 > Project: Guacamole > Issue Type: Task >Reporter: Stewart Alexander >Priority: Blocker > > Where is the information on how many concurrent active sessions can Apache > Guacamole handle before resource exhaustion? > > What are the limiting factors to how many users can actively create unique > sessions / connections to hosts via Apache? > > This is blocking us as we need to understand the limitations and how we can > avoid them as we potentially have several thousand people who would like to > use this at once to log on to unique computers in our environment. > > Please email us any information on this at: > stewart.alexan...@alamancecc.edu -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-975) How many concurrent active sessions can Guacamole handle?
[ https://issues.apache.org/jira/browse/GUACAMOLE-975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049439#comment-17049439 ] Nick Couchman commented on GUACAMOLE-975: - Instructions are on the page that I sent. You need to send an e-mail to: user-subscr...@guacamole.apache.org And you'll receive an confirmation e-mail back. If you don't receive the confirmation, check your junk folder and/or SPAM filter to make sure it isn't getting filtered out. If that doesn't work you can use the Nabble integration: http://apache-guacamole-incubating-users.2363388.n4.nabble.com/ and post your question, there. {quote} No response to requesting access to the user list, this is blocking us {quote} I appreciate that; however, it still is unlikely a bug or issue within the application, which is what JIRA is for tracking, and JIRA is not to provide generic support. You need to use the mailing list/forum for that. > How many concurrent active sessions can Guacamole handle? > - > > Key: GUACAMOLE-975 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-975 > Project: Guacamole > Issue Type: Task >Reporter: Stewart Alexander >Priority: Blocker > > Where is the information on how many concurrent active sessions can Apache > Guacamole handle before resource exhaustion? > > What are the limiting factors to how many users can actively create unique > sessions / connections to hosts via Apache? > > This is blocking us as we need to understand the limitations and how we can > avoid them as we potentially have several thousand people who would like to > use this at once to log on to unique computers in our environment. > > Please email us any information on this at: > stewart.alexan...@alamancecc.edu -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-976) Apa
[ https://issues.apache.org/jira/browse/GUACAMOLE-976?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francisco Alejandro Diaz Damian updated GUACAMOLE-976: -- Description: Utilizando las imágenes de Docker correspondientes a Apache Guacamole 1.1.0, se produce una desconexión al transcurrir aproximadamente 1 minuto después de iniciar una sesión RDP a un servidor Windows Version X. > Apa > --- > > Key: GUACAMOLE-976 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-976 > Project: Guacamole > Issue Type: Bug >Reporter: Francisco Alejandro Diaz Damian >Priority: Major > > Utilizando las imágenes de Docker correspondientes a Apache Guacamole 1.1.0, > se produce una desconexión al transcurrir aproximadamente 1 minuto después de > iniciar una sesión RDP a un servidor Windows Version X. > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-975) How many concurrent active sessions can Guacamole handle?
[ https://issues.apache.org/jira/browse/GUACAMOLE-975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049430#comment-17049430 ] Stewart Alexander commented on GUACAMOLE-975: - No response to requesting access to the user list, this is blocking us > How many concurrent active sessions can Guacamole handle? > - > > Key: GUACAMOLE-975 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-975 > Project: Guacamole > Issue Type: Task >Reporter: Stewart Alexander >Priority: Blocker > > Where is the information on how many concurrent active sessions can Apache > Guacamole handle before resource exhaustion? > > What are the limiting factors to how many users can actively create unique > sessions / connections to hosts via Apache? > > This is blocking us as we need to understand the limitations and how we can > avoid them as we potentially have several thousand people who would like to > use this at once to log on to unique computers in our environment. > > Please email us any information on this at: > stewart.alexan...@alamancecc.edu -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (GUACAMOLE-976) Apa
Francisco Alejandro Diaz Damian created GUACAMOLE-976: - Summary: Apa Key: GUACAMOLE-976 URL: https://issues.apache.org/jira/browse/GUACAMOLE-976 Project: Guacamole Issue Type: Bug Reporter: Francisco Alejandro Diaz Damian -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-975) How many concurrent active sessions can Guacamole handle?
[ https://issues.apache.org/jira/browse/GUACAMOLE-975?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman closed GUACAMOLE-975. --- Resolution: Invalid > How many concurrent active sessions can Guacamole handle? > - > > Key: GUACAMOLE-975 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-975 > Project: Guacamole > Issue Type: Task >Reporter: Stewart Alexander >Priority: Blocker > > Where is the information on how many concurrent active sessions can Apache > Guacamole handle before resource exhaustion? > > What are the limiting factors to how many users can actively create unique > sessions / connections to hosts via Apache? > > This is blocking us as we need to understand the limitations and how we can > avoid them as we potentially have several thousand people who would like to > use this at once to log on to unique computers in our environment. > > Please email us any information on this at: > stewart.alexan...@alamancecc.edu -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-975) How many concurrent active sessions can Guacamole handle?
[ https://issues.apache.org/jira/browse/GUACAMOLE-975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049413#comment-17049413 ] Nick Couchman commented on GUACAMOLE-975: - This is the kind of question that should be asked on the mailing list, and not an issue on JIRA. Please subscribe to the mailing list and post your question, there: http://guacamole.apache.org/support/ > How many concurrent active sessions can Guacamole handle? > - > > Key: GUACAMOLE-975 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-975 > Project: Guacamole > Issue Type: Task >Reporter: Stewart Alexander >Priority: Blocker > > Where is the information on how many concurrent active sessions can Apache > Guacamole handle before resource exhaustion? > > What are the limiting factors to how many users can actively create unique > sessions / connections to hosts via Apache? > > This is blocking us as we need to understand the limitations and how we can > avoid them as we potentially have several thousand people who would like to > use this at once to log on to unique computers in our environment. > > Please email us any information on this at: > stewart.alexan...@alamancecc.edu -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (GUACAMOLE-975) How many concurrent active sessions can Guacamole handle?
Stewart Alexander created GUACAMOLE-975: --- Summary: How many concurrent active sessions can Guacamole handle? Key: GUACAMOLE-975 URL: https://issues.apache.org/jira/browse/GUACAMOLE-975 Project: Guacamole Issue Type: Task Reporter: Stewart Alexander Where is the information on how many concurrent active sessions can Apache Guacamole handle before resource exhaustion? What are the limiting factors to how many users can actively create unique sessions / connections to hosts via Apache? This is blocking us as we need to understand the limitations and how we can avoid them as we potentially have several thousand people who would like to use this at once to log on to unique computers in our environment. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-975) How many concurrent active sessions can Guacamole handle?
[ https://issues.apache.org/jira/browse/GUACAMOLE-975?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stewart Alexander updated GUACAMOLE-975: Description: Where is the information on how many concurrent active sessions can Apache Guacamole handle before resource exhaustion? What are the limiting factors to how many users can actively create unique sessions / connections to hosts via Apache? This is blocking us as we need to understand the limitations and how we can avoid them as we potentially have several thousand people who would like to use this at once to log on to unique computers in our environment. Please email us any information on this at: stewart.alexan...@alamancecc.edu was: Where is the information on how many concurrent active sessions can Apache Guacamole handle before resource exhaustion? What are the limiting factors to how many users can actively create unique sessions / connections to hosts via Apache? This is blocking us as we need to understand the limitations and how we can avoid them as we potentially have several thousand people who would like to use this at once to log on to unique computers in our environment. > How many concurrent active sessions can Guacamole handle? > - > > Key: GUACAMOLE-975 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-975 > Project: Guacamole > Issue Type: Task >Reporter: Stewart Alexander >Priority: Blocker > > Where is the information on how many concurrent active sessions can Apache > Guacamole handle before resource exhaustion? > > What are the limiting factors to how many users can actively create unique > sessions / connections to hosts via Apache? > > This is blocking us as we need to understand the limitations and how we can > avoid them as we potentially have several thousand people who would like to > use this at once to log on to unique computers in our environment. > > Please email us any information on this at: > stewart.alexan...@alamancecc.edu -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (GUACAMOLE-960) Cannot connect anymore to RDP connections after upgrade to version 1.1.0
[ https://issues.apache.org/jira/browse/GUACAMOLE-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049346#comment-17049346 ] Daniele edited comment on GUACAMOLE-960 at 3/2/20 4:07 PM: --- Hi [~mjumper] . I've just tested my installation using the latest guacd docker image and, yes, it works. I think you should change in release notes the following: " The guacamole-server build has also been tested against the builds of FreeRDP packaged by the following specific Linux distributions: * *Ubuntu 18.04 (“Bionic Beaver”)* The FreeRDP 2.0.0 packages provided by Ubuntu 18.04 are builds of *{{2.0.0-rc0}}*. " Thank you. was (Author: percivaldi): Hi [~mjumper] . I've just tested my installation using the latest guacd docker image and, yes, it works. I think you should change from release notes the following: " The guacamole-server build has also been tested against the builds of FreeRDP packaged by the following specific Linux distributions: * *Ubuntu 18.04 (“Bionic Beaver”)* The FreeRDP 2.0.0 packages provided by Ubuntu 18.04 are builds of *{{2.0.0-rc0}}*. " Thank you. > Cannot connect anymore to RDP connections after upgrade to version 1.1.0 > > > Key: GUACAMOLE-960 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-960 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 > Environment: Ubuntu 18.04 > Guacamole 1.1.0 > Openjdk-8-jdk >Reporter: Daniele >Priority: Major > Attachments: guacd.debug.2.txt, guacd.debug.txt > > > After upgrading from version 1.0.0 to version 1.1.0 I cannot connect to RDP > connections anymore. > This is syslog: > ... > Feb 14 09:43:26 x guacd[1115]: Creating new client for protocol "rdp" > Feb 14 09:43:26 x guacd[1115]: Connection ID is > "$c99fc3da-d103-437c-a956-d13cfaa6dbed" > Feb 14 09:43:26 x guacd[3451]: Security mode: TLS > Feb 14 09:43:26 x guacd[3451]: Resize method: none > Feb 14 09:43:26 x guacd[3451]: User > "@96d5b096-4f15-4b59-ac2e-937d0a16919d" joined connection > "$c99fc3da-d103-437c-a956-d13cfaa6dbed" (1 users now present) > Feb 14 09:43:26 x guacd[3451]: Loading keymap "base" > Feb 14 09:43:26 x guacd[3451]: Loading keymap "it-it-qwerty" > Feb 14 09:43:29 x guacd[3451]: Error connecting to RDP server > Feb 14 09:43:29 x guacd[3451]: User > "@96d5b096-4f15-4b59-ac2e-937d0a16919d" disconnected (0 users remain) > Feb 14 09:43:29 x guacd[3451]: Last user of connection > "$c99fc3da-d103-437c-a956-d13cfaa6dbed" disconnected > Feb 14 09:43:29 x guacd[1115]: Connection > "$c99fc3da-d103-437c-a956-d13cfaa6dbed" removed. > ... > This is catalina.out: > ... > 09:43:26.517 [http-nio-8080-exec-3] INFO o.a.g.tunnel.TunnelRequestService - > User "xxx" connected to connection "4". > 09:43:29.639 [http-nio-8080-exec-9] INFO o.a.g.tunnel.TunnelRequestService - > User "xxx" disconnected from connection "4". Duration: 3108 milliseconds > 09:45:05.715 [http-nio-8080-exec-8] INFO o.a.g.tunnel.TunnelRequestService - > User "xxx" connected to connection "4". > 09:45:08.807 [http-nio-8080-exec-10] INFO o.a.g.tunnel.TunnelRequestService - > User "xxx" disconnected from connection "4". Duration: 3091 milliseconds > Exception in thread "Thread-7" java.lang.IllegalStateException: Message will > not be sent because the WebSocket session has been closed > at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425) > at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309) > at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250) > at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191) > at > org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37) > at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:152) > at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53) > at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253) > ... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (GUACAMOLE-960) Cannot connect anymore to RDP connections after upgrade to version 1.1.0
[ https://issues.apache.org/jira/browse/GUACAMOLE-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049346#comment-17049346 ] Daniele edited comment on GUACAMOLE-960 at 3/2/20 4:04 PM: --- Hi [~mjumper] . I've just tested my installation using the latest guacd docker image and, yes, it works. I think you should change from release notes the following: " The guacamole-server build has also been tested against the builds of FreeRDP packaged by the following specific Linux distributions: * *Ubuntu 18.04 (“Bionic Beaver”)* The FreeRDP 2.0.0 packages provided by Ubuntu 18.04 are builds of *{{2.0.0-rc0}}*. " Thank you. was (Author: percivaldi): Hi [~mjumper] . I've just tested my installation using the latest guacd docker image and, yes, it works. Thank you. > Cannot connect anymore to RDP connections after upgrade to version 1.1.0 > > > Key: GUACAMOLE-960 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-960 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 > Environment: Ubuntu 18.04 > Guacamole 1.1.0 > Openjdk-8-jdk >Reporter: Daniele >Priority: Major > Attachments: guacd.debug.2.txt, guacd.debug.txt > > > After upgrading from version 1.0.0 to version 1.1.0 I cannot connect to RDP > connections anymore. > This is syslog: > ... > Feb 14 09:43:26 x guacd[1115]: Creating new client for protocol "rdp" > Feb 14 09:43:26 x guacd[1115]: Connection ID is > "$c99fc3da-d103-437c-a956-d13cfaa6dbed" > Feb 14 09:43:26 x guacd[3451]: Security mode: TLS > Feb 14 09:43:26 x guacd[3451]: Resize method: none > Feb 14 09:43:26 x guacd[3451]: User > "@96d5b096-4f15-4b59-ac2e-937d0a16919d" joined connection > "$c99fc3da-d103-437c-a956-d13cfaa6dbed" (1 users now present) > Feb 14 09:43:26 x guacd[3451]: Loading keymap "base" > Feb 14 09:43:26 x guacd[3451]: Loading keymap "it-it-qwerty" > Feb 14 09:43:29 x guacd[3451]: Error connecting to RDP server > Feb 14 09:43:29 x guacd[3451]: User > "@96d5b096-4f15-4b59-ac2e-937d0a16919d" disconnected (0 users remain) > Feb 14 09:43:29 x guacd[3451]: Last user of connection > "$c99fc3da-d103-437c-a956-d13cfaa6dbed" disconnected > Feb 14 09:43:29 x guacd[1115]: Connection > "$c99fc3da-d103-437c-a956-d13cfaa6dbed" removed. > ... > This is catalina.out: > ... > 09:43:26.517 [http-nio-8080-exec-3] INFO o.a.g.tunnel.TunnelRequestService - > User "xxx" connected to connection "4". > 09:43:29.639 [http-nio-8080-exec-9] INFO o.a.g.tunnel.TunnelRequestService - > User "xxx" disconnected from connection "4". Duration: 3108 milliseconds > 09:45:05.715 [http-nio-8080-exec-8] INFO o.a.g.tunnel.TunnelRequestService - > User "xxx" connected to connection "4". > 09:45:08.807 [http-nio-8080-exec-10] INFO o.a.g.tunnel.TunnelRequestService - > User "xxx" disconnected from connection "4". Duration: 3091 milliseconds > Exception in thread "Thread-7" java.lang.IllegalStateException: Message will > not be sent because the WebSocket session has been closed > at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425) > at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309) > at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250) > at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191) > at > org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37) > at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:152) > at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53) > at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253) > ... -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-960) Cannot connect anymore to RDP connections after upgrade to version 1.1.0
[ https://issues.apache.org/jira/browse/GUACAMOLE-960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17049346#comment-17049346 ] Daniele commented on GUACAMOLE-960: --- Hi [~mjumper] . I've just tested my installation using the latest guacd docker image and, yes, it works. Thank you. > Cannot connect anymore to RDP connections after upgrade to version 1.1.0 > > > Key: GUACAMOLE-960 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-960 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 > Environment: Ubuntu 18.04 > Guacamole 1.1.0 > Openjdk-8-jdk >Reporter: Daniele >Priority: Major > Attachments: guacd.debug.2.txt, guacd.debug.txt > > > After upgrading from version 1.0.0 to version 1.1.0 I cannot connect to RDP > connections anymore. > This is syslog: > ... > Feb 14 09:43:26 x guacd[1115]: Creating new client for protocol "rdp" > Feb 14 09:43:26 x guacd[1115]: Connection ID is > "$c99fc3da-d103-437c-a956-d13cfaa6dbed" > Feb 14 09:43:26 x guacd[3451]: Security mode: TLS > Feb 14 09:43:26 x guacd[3451]: Resize method: none > Feb 14 09:43:26 x guacd[3451]: User > "@96d5b096-4f15-4b59-ac2e-937d0a16919d" joined connection > "$c99fc3da-d103-437c-a956-d13cfaa6dbed" (1 users now present) > Feb 14 09:43:26 x guacd[3451]: Loading keymap "base" > Feb 14 09:43:26 x guacd[3451]: Loading keymap "it-it-qwerty" > Feb 14 09:43:29 x guacd[3451]: Error connecting to RDP server > Feb 14 09:43:29 x guacd[3451]: User > "@96d5b096-4f15-4b59-ac2e-937d0a16919d" disconnected (0 users remain) > Feb 14 09:43:29 x guacd[3451]: Last user of connection > "$c99fc3da-d103-437c-a956-d13cfaa6dbed" disconnected > Feb 14 09:43:29 x guacd[1115]: Connection > "$c99fc3da-d103-437c-a956-d13cfaa6dbed" removed. > ... > This is catalina.out: > ... > 09:43:26.517 [http-nio-8080-exec-3] INFO o.a.g.tunnel.TunnelRequestService - > User "xxx" connected to connection "4". > 09:43:29.639 [http-nio-8080-exec-9] INFO o.a.g.tunnel.TunnelRequestService - > User "xxx" disconnected from connection "4". Duration: 3108 milliseconds > 09:45:05.715 [http-nio-8080-exec-8] INFO o.a.g.tunnel.TunnelRequestService - > User "xxx" connected to connection "4". > 09:45:08.807 [http-nio-8080-exec-10] INFO o.a.g.tunnel.TunnelRequestService - > User "xxx" disconnected from connection "4". Duration: 3091 milliseconds > Exception in thread "Thread-7" java.lang.IllegalStateException: Message will > not be sent because the WebSocket session has been closed > at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425) > at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309) > at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250) > at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191) > at > org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37) > at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:152) > at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53) > at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253) > ... -- This message was sent by Atlassian Jira (v8.3.4#803005)