[jira] [Updated] (GUACAMOLE-968) Add Norwegian keymap
[ https://issues.apache.org/jira/browse/GUACAMOLE-968?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mikael Hansson updated GUACAMOLE-968: - Description: The Norwegian keyboard differs slightly from both the Danish and the Swedish. > Add Norwegian keymap > > > Key: GUACAMOLE-968 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-968 > Project: Guacamole > Issue Type: Bug >Reporter: Mikael Hansson >Priority: Major > > The Norwegian keyboard differs slightly from both the Danish and the Swedish. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-607) RDP French Canadian
[ https://issues.apache.org/jira/browse/GUACAMOLE-607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17042743#comment-17042743 ] Kaven Rousseau commented on GUACAMOLE-607: -- [~mjumper] thank you for the links. I'll try to open the pull request next week. > RDP French Canadian > --- > > Key: GUACAMOLE-607 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-607 > Project: Guacamole > Issue Type: Improvement > Components: RDP >Reporter: lionel valero >Priority: Minor > Attachments: image-2018-08-08-07-38-14-043.png > > > Hello, > French Canadian is not available. > Is there a way to build it ? > Regards -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-607) RDP French Canadian
[ https://issues.apache.org/jira/browse/GUACAMOLE-607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17042737#comment-17042737 ] Mike Jumper commented on GUACAMOLE-607: --- [~kavenr], see: https://github.com/apache/guacamole-server/blob/master/CONTRIBUTING And: http://guacamole.apache.org/open-source/#contribute Essentially, open a PR against the upstream repo, ensuring your commit messages follow established convention. > RDP French Canadian > --- > > Key: GUACAMOLE-607 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-607 > Project: Guacamole > Issue Type: Improvement > Components: RDP >Reporter: lionel valero >Priority: Minor > Attachments: image-2018-08-08-07-38-14-043.png > > > Hello, > French Canadian is not available. > Is there a way to build it ? > Regards -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (GUACAMOLE-968) Add Norwegian keymap
Mikael Hansson created GUACAMOLE-968: Summary: Add Norwegian keymap Key: GUACAMOLE-968 URL: https://issues.apache.org/jira/browse/GUACAMOLE-968 Project: Guacamole Issue Type: Bug Reporter: Mikael Hansson -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-962) Support relaxed order checking for VirtualBox RDP
[ https://issues.apache.org/jira/browse/GUACAMOLE-962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17042689#comment-17042689 ] Nick Couchman commented on GUACAMOLE-962: - Makes sense - thanks for the guidance. I've re-marked it as a bug. > Support relaxed order checking for VirtualBox RDP > - > > Key: GUACAMOLE-962 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-962 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 >Reporter: Gilbert Shih >Priority: Minor > > After upgrading from 1.0.0 (docker) to 1.1.0 (docker), the guacamole cannot > connect to virtual box VMs with virtualbox RDP. > > Below is the error logs I got while trying to connect to a virtual box client > through VRDP. > {code:java} > guacd[248]: INFO: No security mode specified. Defaulting to security mode > negotiation with server. > guacd[248]: INFO: Resize method: none > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" joined > connection "$41973560-facd-4ea4-890f-94916c2f03ae" (1 users now present) > guacd[248]: INFO: Loading keymap "base" > guacd[248]: INFO: Loading keymap "en-us-qwerty" > guacd[248]: INFO: Accepted format: 16-bit PCM with 2 channels at 22050 Hz > guacd[248]: INFO: Connected to RDPDR 1.12 as client 0x000a > guacd[248]: ERROR: Connection closed. > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" disconnected > (0 users remain) > guacd[248]: INFO: Last user of connection > "$41973560-facd-4ea4-890f-94916c2f03ae" disconnected > guacd[248]: INFO: Internal RDP client disconnected > guacd[6]: INFO: Connection "$41973560-facd-4ea4-890f-94916c2f03ae" removed. > {code} > > On the contrary, there is no problem for guacamole to connect to a machine > with the windows built-in RDP. > > > {code:java} > guacd[2011]: INFO: Security mode: NLA > guacd[2011]: INFO: Resize method: none > guacd[2011]: INFO: User "@23bf8d8d-840d-49a3-8716-d2232f51d6fd" joined > connection "$35ebd7dd-b99c-423c-b6b2-03a6ad5b584b" (1 users now present) > guacd[2011]: INFO: Loading keymap "base" > guacd[2011]: INFO: Loading keymap "en-us-qwerty" > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0003 > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0002 > guacd[2011]: INFO: RDPDR user logged on > > {code} > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-962) Support relaxed order checking for VirtualBox RDP
[ https://issues.apache.org/jira/browse/GUACAMOLE-962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17042687#comment-17042687 ] Mike Jumper commented on GUACAMOLE-962: --- Yeah, the migrations to FreeRDP 2.0.0 and to the Apache Directory API make classification of issues a bit odd, particularly if correcting the issue means effectively implementing a feature. Since being able to connect to VirtualBox via RDP is an intended capability that worked before, breakage in that capability is a regression so long as we could have done something differently to avoid that breakage, in this case by setting a flag which relaxes checks. If FreeRDP provided no such flag, then this issue would be closed as invalid here and would simply be an upstream bug. Any affected users would have to pester the upstream library instead. ;) > Support relaxed order checking for VirtualBox RDP > - > > Key: GUACAMOLE-962 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-962 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 >Reporter: Gilbert Shih >Priority: Minor > > After upgrading from 1.0.0 (docker) to 1.1.0 (docker), the guacamole cannot > connect to virtual box VMs with virtualbox RDP. > > Below is the error logs I got while trying to connect to a virtual box client > through VRDP. > {code:java} > guacd[248]: INFO: No security mode specified. Defaulting to security mode > negotiation with server. > guacd[248]: INFO: Resize method: none > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" joined > connection "$41973560-facd-4ea4-890f-94916c2f03ae" (1 users now present) > guacd[248]: INFO: Loading keymap "base" > guacd[248]: INFO: Loading keymap "en-us-qwerty" > guacd[248]: INFO: Accepted format: 16-bit PCM with 2 channels at 22050 Hz > guacd[248]: INFO: Connected to RDPDR 1.12 as client 0x000a > guacd[248]: ERROR: Connection closed. > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" disconnected > (0 users remain) > guacd[248]: INFO: Last user of connection > "$41973560-facd-4ea4-890f-94916c2f03ae" disconnected > guacd[248]: INFO: Internal RDP client disconnected > guacd[6]: INFO: Connection "$41973560-facd-4ea4-890f-94916c2f03ae" removed. > {code} > > On the contrary, there is no problem for guacamole to connect to a machine > with the windows built-in RDP. > > > {code:java} > guacd[2011]: INFO: Security mode: NLA > guacd[2011]: INFO: Resize method: none > guacd[2011]: INFO: User "@23bf8d8d-840d-49a3-8716-d2232f51d6fd" joined > connection "$35ebd7dd-b99c-423c-b6b2-03a6ad5b584b" (1 users now present) > guacd[2011]: INFO: Loading keymap "base" > guacd[2011]: INFO: Loading keymap "en-us-qwerty" > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0003 > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0002 > guacd[2011]: INFO: RDPDR user logged on > > {code} > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-962) Support relaxed order checking for VirtualBox RDP
[ https://issues.apache.org/jira/browse/GUACAMOLE-962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-962: Issue Type: Bug (was: Improvement) > Support relaxed order checking for VirtualBox RDP > - > > Key: GUACAMOLE-962 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-962 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 >Reporter: Gilbert Shih >Priority: Minor > > After upgrading from 1.0.0 (docker) to 1.1.0 (docker), the guacamole cannot > connect to virtual box VMs with virtualbox RDP. > > Below is the error logs I got while trying to connect to a virtual box client > through VRDP. > {code:java} > guacd[248]: INFO: No security mode specified. Defaulting to security mode > negotiation with server. > guacd[248]: INFO: Resize method: none > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" joined > connection "$41973560-facd-4ea4-890f-94916c2f03ae" (1 users now present) > guacd[248]: INFO: Loading keymap "base" > guacd[248]: INFO: Loading keymap "en-us-qwerty" > guacd[248]: INFO: Accepted format: 16-bit PCM with 2 channels at 22050 Hz > guacd[248]: INFO: Connected to RDPDR 1.12 as client 0x000a > guacd[248]: ERROR: Connection closed. > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" disconnected > (0 users remain) > guacd[248]: INFO: Last user of connection > "$41973560-facd-4ea4-890f-94916c2f03ae" disconnected > guacd[248]: INFO: Internal RDP client disconnected > guacd[6]: INFO: Connection "$41973560-facd-4ea4-890f-94916c2f03ae" removed. > {code} > > On the contrary, there is no problem for guacamole to connect to a machine > with the windows built-in RDP. > > > {code:java} > guacd[2011]: INFO: Security mode: NLA > guacd[2011]: INFO: Resize method: none > guacd[2011]: INFO: User "@23bf8d8d-840d-49a3-8716-d2232f51d6fd" joined > connection "$35ebd7dd-b99c-423c-b6b2-03a6ad5b584b" (1 users now present) > guacd[2011]: INFO: Loading keymap "base" > guacd[2011]: INFO: Loading keymap "en-us-qwerty" > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0003 > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0002 > guacd[2011]: INFO: RDPDR user logged on > > {code} > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-962) Support relaxed order checking for VirtualBox RDP
[ https://issues.apache.org/jira/browse/GUACAMOLE-962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17042681#comment-17042681 ] Nick Couchman commented on GUACAMOLE-962: - Ah, okay - I wasn't sure if we should consider it a regression, since the regression isn't in our code, but in the upstream library. I can mark it back as a bug, though, that's fine. > Support relaxed order checking for VirtualBox RDP > - > > Key: GUACAMOLE-962 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-962 > Project: Guacamole > Issue Type: Improvement > Components: RDP >Affects Versions: 1.1.0 >Reporter: Gilbert Shih >Priority: Minor > > After upgrading from 1.0.0 (docker) to 1.1.0 (docker), the guacamole cannot > connect to virtual box VMs with virtualbox RDP. > > Below is the error logs I got while trying to connect to a virtual box client > through VRDP. > {code:java} > guacd[248]: INFO: No security mode specified. Defaulting to security mode > negotiation with server. > guacd[248]: INFO: Resize method: none > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" joined > connection "$41973560-facd-4ea4-890f-94916c2f03ae" (1 users now present) > guacd[248]: INFO: Loading keymap "base" > guacd[248]: INFO: Loading keymap "en-us-qwerty" > guacd[248]: INFO: Accepted format: 16-bit PCM with 2 channels at 22050 Hz > guacd[248]: INFO: Connected to RDPDR 1.12 as client 0x000a > guacd[248]: ERROR: Connection closed. > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" disconnected > (0 users remain) > guacd[248]: INFO: Last user of connection > "$41973560-facd-4ea4-890f-94916c2f03ae" disconnected > guacd[248]: INFO: Internal RDP client disconnected > guacd[6]: INFO: Connection "$41973560-facd-4ea4-890f-94916c2f03ae" removed. > {code} > > On the contrary, there is no problem for guacamole to connect to a machine > with the windows built-in RDP. > > > {code:java} > guacd[2011]: INFO: Security mode: NLA > guacd[2011]: INFO: Resize method: none > guacd[2011]: INFO: User "@23bf8d8d-840d-49a3-8716-d2232f51d6fd" joined > connection "$35ebd7dd-b99c-423c-b6b2-03a6ad5b584b" (1 users now present) > guacd[2011]: INFO: Loading keymap "base" > guacd[2011]: INFO: Loading keymap "en-us-qwerty" > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0003 > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0002 > guacd[2011]: INFO: RDPDR user logged on > > {code} > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-962) Support relaxed order checking for VirtualBox RDP
[ https://issues.apache.org/jira/browse/GUACAMOLE-962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17042680#comment-17042680 ] Mike Jumper commented on GUACAMOLE-962: --- [~vnick], is this not a regression? The previous release worked just fine, as the library we used at the time always used relaxed checks. > Support relaxed order checking for VirtualBox RDP > - > > Key: GUACAMOLE-962 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-962 > Project: Guacamole > Issue Type: Improvement > Components: RDP >Affects Versions: 1.1.0 >Reporter: Gilbert Shih >Priority: Minor > > After upgrading from 1.0.0 (docker) to 1.1.0 (docker), the guacamole cannot > connect to virtual box VMs with virtualbox RDP. > > Below is the error logs I got while trying to connect to a virtual box client > through VRDP. > {code:java} > guacd[248]: INFO: No security mode specified. Defaulting to security mode > negotiation with server. > guacd[248]: INFO: Resize method: none > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" joined > connection "$41973560-facd-4ea4-890f-94916c2f03ae" (1 users now present) > guacd[248]: INFO: Loading keymap "base" > guacd[248]: INFO: Loading keymap "en-us-qwerty" > guacd[248]: INFO: Accepted format: 16-bit PCM with 2 channels at 22050 Hz > guacd[248]: INFO: Connected to RDPDR 1.12 as client 0x000a > guacd[248]: ERROR: Connection closed. > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" disconnected > (0 users remain) > guacd[248]: INFO: Last user of connection > "$41973560-facd-4ea4-890f-94916c2f03ae" disconnected > guacd[248]: INFO: Internal RDP client disconnected > guacd[6]: INFO: Connection "$41973560-facd-4ea4-890f-94916c2f03ae" removed. > {code} > > On the contrary, there is no problem for guacamole to connect to a machine > with the windows built-in RDP. > > > {code:java} > guacd[2011]: INFO: Security mode: NLA > guacd[2011]: INFO: Resize method: none > guacd[2011]: INFO: User "@23bf8d8d-840d-49a3-8716-d2232f51d6fd" joined > connection "$35ebd7dd-b99c-423c-b6b2-03a6ad5b584b" (1 users now present) > guacd[2011]: INFO: Loading keymap "base" > guacd[2011]: INFO: Loading keymap "en-us-qwerty" > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0003 > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0002 > guacd[2011]: INFO: RDPDR user logged on > > {code} > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-962) Support relaxed order checking for VirtualBox RDP
[ https://issues.apache.org/jira/browse/GUACAMOLE-962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-962: Priority: Minor (was: Major) > Support relaxed order checking for VirtualBox RDP > - > > Key: GUACAMOLE-962 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-962 > Project: Guacamole > Issue Type: Improvement > Components: RDP >Affects Versions: 1.1.0 >Reporter: Gilbert Shih >Priority: Minor > > After upgrading from 1.0.0 (docker) to 1.1.0 (docker), the guacamole cannot > connect to virtual box VMs with virtualbox RDP. > > Below is the error logs I got while trying to connect to a virtual box client > through VRDP. > {code:java} > guacd[248]: INFO: No security mode specified. Defaulting to security mode > negotiation with server. > guacd[248]: INFO: Resize method: none > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" joined > connection "$41973560-facd-4ea4-890f-94916c2f03ae" (1 users now present) > guacd[248]: INFO: Loading keymap "base" > guacd[248]: INFO: Loading keymap "en-us-qwerty" > guacd[248]: INFO: Accepted format: 16-bit PCM with 2 channels at 22050 Hz > guacd[248]: INFO: Connected to RDPDR 1.12 as client 0x000a > guacd[248]: ERROR: Connection closed. > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" disconnected > (0 users remain) > guacd[248]: INFO: Last user of connection > "$41973560-facd-4ea4-890f-94916c2f03ae" disconnected > guacd[248]: INFO: Internal RDP client disconnected > guacd[6]: INFO: Connection "$41973560-facd-4ea4-890f-94916c2f03ae" removed. > {code} > > On the contrary, there is no problem for guacamole to connect to a machine > with the windows built-in RDP. > > > {code:java} > guacd[2011]: INFO: Security mode: NLA > guacd[2011]: INFO: Resize method: none > guacd[2011]: INFO: User "@23bf8d8d-840d-49a3-8716-d2232f51d6fd" joined > connection "$35ebd7dd-b99c-423c-b6b2-03a6ad5b584b" (1 users now present) > guacd[2011]: INFO: Loading keymap "base" > guacd[2011]: INFO: Loading keymap "en-us-qwerty" > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0003 > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0002 > guacd[2011]: INFO: RDPDR user logged on > > {code} > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-962) Support relaxed order checking for VirtualBox RDP
[ https://issues.apache.org/jira/browse/GUACAMOLE-962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-962: Issue Type: Improvement (was: Bug) > Support relaxed order checking for VirtualBox RDP > - > > Key: GUACAMOLE-962 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-962 > Project: Guacamole > Issue Type: Improvement > Components: RDP >Affects Versions: 1.1.0 >Reporter: Gilbert Shih >Priority: Major > > After upgrading from 1.0.0 (docker) to 1.1.0 (docker), the guacamole cannot > connect to virtual box VMs with virtualbox RDP. > > Below is the error logs I got while trying to connect to a virtual box client > through VRDP. > {code:java} > guacd[248]: INFO: No security mode specified. Defaulting to security mode > negotiation with server. > guacd[248]: INFO: Resize method: none > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" joined > connection "$41973560-facd-4ea4-890f-94916c2f03ae" (1 users now present) > guacd[248]: INFO: Loading keymap "base" > guacd[248]: INFO: Loading keymap "en-us-qwerty" > guacd[248]: INFO: Accepted format: 16-bit PCM with 2 channels at 22050 Hz > guacd[248]: INFO: Connected to RDPDR 1.12 as client 0x000a > guacd[248]: ERROR: Connection closed. > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" disconnected > (0 users remain) > guacd[248]: INFO: Last user of connection > "$41973560-facd-4ea4-890f-94916c2f03ae" disconnected > guacd[248]: INFO: Internal RDP client disconnected > guacd[6]: INFO: Connection "$41973560-facd-4ea4-890f-94916c2f03ae" removed. > {code} > > On the contrary, there is no problem for guacamole to connect to a machine > with the windows built-in RDP. > > > {code:java} > guacd[2011]: INFO: Security mode: NLA > guacd[2011]: INFO: Resize method: none > guacd[2011]: INFO: User "@23bf8d8d-840d-49a3-8716-d2232f51d6fd" joined > connection "$35ebd7dd-b99c-423c-b6b2-03a6ad5b584b" (1 users now present) > guacd[2011]: INFO: Loading keymap "base" > guacd[2011]: INFO: Loading keymap "en-us-qwerty" > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0003 > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0002 > guacd[2011]: INFO: RDPDR user logged on > > {code} > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-962) Support relaxed order checking for VirtualBox RDP
[ https://issues.apache.org/jira/browse/GUACAMOLE-962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-962: Summary: Support relaxed order checking for VirtualBox RDP (was: Version 1.1.0 doesn't work with virtualbox RDP) > Support relaxed order checking for VirtualBox RDP > - > > Key: GUACAMOLE-962 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-962 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.1.0 >Reporter: Gilbert Shih >Priority: Major > > After upgrading from 1.0.0 (docker) to 1.1.0 (docker), the guacamole cannot > connect to virtual box VMs with virtualbox RDP. > > Below is the error logs I got while trying to connect to a virtual box client > through VRDP. > {code:java} > guacd[248]: INFO: No security mode specified. Defaulting to security mode > negotiation with server. > guacd[248]: INFO: Resize method: none > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" joined > connection "$41973560-facd-4ea4-890f-94916c2f03ae" (1 users now present) > guacd[248]: INFO: Loading keymap "base" > guacd[248]: INFO: Loading keymap "en-us-qwerty" > guacd[248]: INFO: Accepted format: 16-bit PCM with 2 channels at 22050 Hz > guacd[248]: INFO: Connected to RDPDR 1.12 as client 0x000a > guacd[248]: ERROR: Connection closed. > guacd[248]: INFO: User "@92a830f3-f271-4cf8-b99e-0d72ec3f301d" disconnected > (0 users remain) > guacd[248]: INFO: Last user of connection > "$41973560-facd-4ea4-890f-94916c2f03ae" disconnected > guacd[248]: INFO: Internal RDP client disconnected > guacd[6]: INFO: Connection "$41973560-facd-4ea4-890f-94916c2f03ae" removed. > {code} > > On the contrary, there is no problem for guacamole to connect to a machine > with the windows built-in RDP. > > > {code:java} > guacd[2011]: INFO: Security mode: NLA > guacd[2011]: INFO: Resize method: none > guacd[2011]: INFO: User "@23bf8d8d-840d-49a3-8716-d2232f51d6fd" joined > connection "$35ebd7dd-b99c-423c-b6b2-03a6ad5b584b" (1 users now present) > guacd[2011]: INFO: Loading keymap "base" > guacd[2011]: INFO: Loading keymap "en-us-qwerty" > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0003 > guacd[2011]: INFO: Connected to RDPDR 1.13 as client 0x0002 > guacd[2011]: INFO: RDPDR user logged on > > {code} > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-967) Cannot connect with RDP to QEMU VM running on same host with other ip address
[ https://issues.apache.org/jira/browse/GUACAMOLE-967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Jumper closed GUACAMOLE-967. - Resolution: Invalid > Cannot connect with RDP to QEMU VM running on same host with other ip address > - > > Key: GUACAMOLE-967 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-967 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.0.0, 1.1.0 > Environment: Debian 10.1 x64, Tomcat9, nginx reverseproxy >Reporter: Sebastian Ruff >Priority: Minor > Attachments: 2020-02-22 > 15_02_27-rdp_Admin@vm01.misterbit_WinServ19.png > > > I had this issue since I started using Guacamole (v1.0). > I cannot connect to my Win Server 2019 VM wich is running on the same host > but with another public IP Adress and vituell MAC Adress. > I never really cared that uch abut the issue, because I found an workaround, > running a localhost qemu vnc server for that VM. But I want to get the issue > fixed so don't have to do that for every VM. > I thought after upgrading to 1.1 so to FreeRDP 2.0, I could be fixed, but > that isn't the case. > But I have to say I can connect to the rdp session with any other software > tool running on the host machine. > I attached an Screenshot where you can see the Error Message of the > Guacamole client. > {{syslog:}} > {{}} > {color:#cc}Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: > 15:02:27.703 [http-nio-127.0.0.1-8080-exec-13] INFO > o.a.g.tunnel.TunnelRequestService - User "misterbit" connected to conne$ > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User > "@39fd665c-77a7-4df9-8535-01418413a889" joined connection > "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" (1 users now present) > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap > "base" > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap > "en-us-qwerty" > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Certificate > validation failed > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Error connecting > to RDP server > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User > "@39fd665c-77a7-4df9-8535-01418413a889" disconnected (0 users remain) > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Last user of > connection "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" disconnected > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: Exception in > thread "Thread-22" 15:02:27.773 [http-nio-127.0.0.1-8080-exec-18] INFO > o.a.g.tunnel.TunnelRequestService - Use$ > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: > java.lang.IllegalStateException: Message will not be sent because the > WebSocket session has been closed > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:$ > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53) > > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253) > > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[11449]: Connection > "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" removed.{color} > \{{}} > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-967) Cannot connect with RDP to QEMU VM running on same host with other ip address
[ https://issues.apache.org/jira/browse/GUACAMOLE-967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17042604#comment-17042604 ] Mike Jumper commented on GUACAMOLE-967: --- {quote} {code:none} Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Certificate validation failed Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Error connecting to RDP server {code} {quote} The certificate being used by your RDP server is self-signed and cannot be validated. You will need to set "ignore-cert" to "true" for the connection (or check the "Ignore certificate" box for the connection). > Cannot connect with RDP to QEMU VM running on same host with other ip address > - > > Key: GUACAMOLE-967 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-967 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.0.0, 1.1.0 > Environment: Debian 10.1 x64, Tomcat9, nginx reverseproxy >Reporter: Sebastian Ruff >Priority: Minor > Attachments: 2020-02-22 > 15_02_27-rdp_Admin@vm01.misterbit_WinServ19.png > > > I had this issue since I started using Guacamole (v1.0). > I cannot connect to my Win Server 2019 VM wich is running on the same host > but with another public IP Adress and vituell MAC Adress. > I never really cared that uch abut the issue, because I found an workaround, > running a localhost qemu vnc server for that VM. But I want to get the issue > fixed so don't have to do that for every VM. > I thought after upgrading to 1.1 so to FreeRDP 2.0, I could be fixed, but > that isn't the case. > But I have to say I can connect to the rdp session with any other software > tool running on the host machine. > I attached an Screenshot where you can see the Error Message of the > Guacamole client. > {{syslog:}} > {{}} > {color:#cc}Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: > 15:02:27.703 [http-nio-127.0.0.1-8080-exec-13] INFO > o.a.g.tunnel.TunnelRequestService - User "misterbit" connected to conne$ > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User > "@39fd665c-77a7-4df9-8535-01418413a889" joined connection > "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" (1 users now present) > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap > "base" > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap > "en-us-qwerty" > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Certificate > validation failed > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Error connecting > to RDP server > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User > "@39fd665c-77a7-4df9-8535-01418413a889" disconnected (0 users remain) > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Last user of > connection "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" disconnected > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: Exception in > thread "Thread-22" 15:02:27.773 [http-nio-127.0.0.1-8080-exec-18] INFO > o.a.g.tunnel.TunnelRequestService - Use$ > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: > java.lang.IllegalStateException: Message will not be sent because the > WebSocket session has been closed > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:$ > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53) > > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at >
[jira] [Commented] (GUACAMOLE-967) Cannot connect with RDP to QEMU VM running on same host with other ip address
[ https://issues.apache.org/jira/browse/GUACAMOLE-967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17042589#comment-17042589 ] Nick Couchman commented on GUACAMOLE-967: - I suspect that you might be running into the same issue that has been reported by others with the WDDM driver requirement in later versions of Windows. If you look on the mailing list archives and at the JIRA issues already entered you may find others who have run into the same issue, and some suggested work-arounds until we're able to figure out what needs to be done to get Guacamole to connect correctly to systems that have WDDM enabled. > Cannot connect with RDP to QEMU VM running on same host with other ip address > - > > Key: GUACAMOLE-967 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-967 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.0.0, 1.1.0 > Environment: Debian 10.1 x64, Tomcat9, nginx reverseproxy >Reporter: Sebastian Ruff >Priority: Minor > Attachments: 2020-02-22 > 15_02_27-rdp_Admin@vm01.misterbit_WinServ19.png > > > I had this issue since I started using Guacamole (v1.0). > I cannot connect to my Win Server 2019 VM wich is running on the same host > but with another public IP Adress and vituell MAC Adress. > I never really cared that uch abut the issue, because I found an workaround, > running a localhost qemu vnc server for that VM. But I want to get the issue > fixed so don't have to do that for every VM. > I thought after upgrading to 1.1 so to FreeRDP 2.0, I could be fixed, but > that isn't the case. > But I have to say I can connect to the rdp session with any other software > tool running on the host machine. > I attached an Screenshot where you can see the Error Message of the > Guacamole client. > {{syslog:}} > {{}} > {color:#cc}Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: > 15:02:27.703 [http-nio-127.0.0.1-8080-exec-13] INFO > o.a.g.tunnel.TunnelRequestService - User "misterbit" connected to conne$ > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User > "@39fd665c-77a7-4df9-8535-01418413a889" joined connection > "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" (1 users now present) > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap > "base" > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap > "en-us-qwerty" > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Certificate > validation failed > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Error connecting > to RDP server > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User > "@39fd665c-77a7-4df9-8535-01418413a889" disconnected (0 users remain) > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Last user of > connection "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" disconnected > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: Exception in > thread "Thread-22" 15:02:27.773 [http-nio-127.0.0.1-8080-exec-18] INFO > o.a.g.tunnel.TunnelRequestService - Use$ > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: > java.lang.IllegalStateException: Message will not be sent because the > WebSocket session has been closed > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:$ > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53) > > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at >
[jira] [Updated] (GUACAMOLE-967) Cannot connect with RDP to QEMU VM running on same host with other ip address
[ https://issues.apache.org/jira/browse/GUACAMOLE-967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-967: Priority: Minor (was: Major) > Cannot connect with RDP to QEMU VM running on same host with other ip address > - > > Key: GUACAMOLE-967 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-967 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.0.0, 1.1.0 > Environment: Debian 10.1 x64, Tomcat9, nginx reverseproxy >Reporter: Sebastian Ruff >Priority: Minor > Attachments: 2020-02-22 > 15_02_27-rdp_Admin@vm01.misterbit_WinServ19.png > > > I had this issue since I started using Guacamole (v1.0). > I cannot connect to my Win Server 2019 VM wich is running on the same host > but with another public IP Adress and vituell MAC Adress. > I never really cared that uch abut the issue, because I found an workaround, > running a localhost qemu vnc server for that VM. But I want to get the issue > fixed so don't have to do that for every VM. > I thought after upgrading to 1.1 so to FreeRDP 2.0, I could be fixed, but > that isn't the case. > But I have to say I can connect to the rdp session with any other software > tool running on the host machine. > I attached an Screenshot where you can see the Error Message of the > Guacamole client. > {{syslog:}} > {{}} > {color:#cc}Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: > 15:02:27.703 [http-nio-127.0.0.1-8080-exec-13] INFO > o.a.g.tunnel.TunnelRequestService - User "misterbit" connected to conne$ > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User > "@39fd665c-77a7-4df9-8535-01418413a889" joined connection > "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" (1 users now present) > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap > "base" > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap > "en-us-qwerty" > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Certificate > validation failed > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Error connecting > to RDP server > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User > "@39fd665c-77a7-4df9-8535-01418413a889" disconnected (0 users remain) > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Last user of > connection "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" disconnected > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: Exception in > thread "Thread-22" 15:02:27.773 [http-nio-127.0.0.1-8080-exec-18] INFO > o.a.g.tunnel.TunnelRequestService - Use$ > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: > java.lang.IllegalStateException: Message will not be sent because the > WebSocket session has been closed > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:$ > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53) > > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253) > > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[11449]: Connection > "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" removed.{color} > \{{}} > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-967) Cannot connect with RDP to QEMU VM running on same host with other ip address
[ https://issues.apache.org/jira/browse/GUACAMOLE-967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebastian Ruff updated GUACAMOLE-967: - Description: I had this issue since I started using Guacamole (v1.0). I cannot connect to my Win Server 2019 VM wich is running on the same host but with another public IP Adress and vituell MAC Adress. I never really cared that uch abut the issue, because I found an workaround, running a localhost qemu vnc server for that VM. But I want to get the issue fixed so don't have to do that for every VM. I thought after upgrading to 1.1 so to FreeRDP 2.0, I could be fixed, but that isn't the case. But I have to say I can connect to the rdp session with any other software tool running on the host machine. I attached an Screenshot where you can see the Error Message of the Guacamole client. {{syslog:}} {{}} {color:#cc}Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: 15:02:27.703 [http-nio-127.0.0.1-8080-exec-13] INFO o.a.g.tunnel.TunnelRequestService - User "misterbit" connected to conne$ Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User "@39fd665c-77a7-4df9-8535-01418413a889" joined connection "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" (1 users now present) Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap "base" Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap "en-us-qwerty" Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Certificate validation failed Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Error connecting to RDP server Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User "@39fd665c-77a7-4df9-8535-01418413a889" disconnected (0 users remain) Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Last user of connection "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" disconnected Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: Exception in thread "Thread-22" 15:02:27.773 [http-nio-127.0.0.1-8080-exec-18] INFO o.a.g.tunnel.TunnelRequestService - Use$ Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: java.lang.IllegalStateException: Message will not be sent because the WebSocket session has been closed Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425) Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309) Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250) Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191) Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37) Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:$ Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53) Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253) Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[11449]: Connection "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" removed.{color} \{{}} was: I had this issue since I started using Guacamole (v1.0). I cannot connect to my Win Server 2019 VM wich is running on the same host but with another public IP Adress and vituell MAC Adress. I never really cared that uch abut the issue, because I found an workaround, running a localhost qemu vnc server for that VM. But I want to get the issue fixed so don't have to do that for every VM. I thought after upgrading to 1.1 so to FreeRDP 2.0, I could be fixed, but that isn't the case. But I have to say I can connect to the rdp session with any other software tool running on the host machine. I attached an Screenshot where you can see the Error Message of the Guacamole client. {{syslog:}} {{}} {color:#cc}Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: 15:02:27.703 [http-nio-127.0.0.1-8080-exec-13] INFO o.a.g.tunnel.TunnelRequestService - User "misterbit" connected to conne$ Feb 22 15:02:27 main-misterbit-debian101-x64
[jira] [Updated] (GUACAMOLE-967) Cannot connect with RDP to QEMU VM runing on same host with other ip address
[ https://issues.apache.org/jira/browse/GUACAMOLE-967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebastian Ruff updated GUACAMOLE-967: - Summary: Cannot connect with RDP to QEMU VM runing on same host with other ip address (was: Cannot connect with rpd to QEMU VM runing on same host with other ip address) > Cannot connect with RDP to QEMU VM runing on same host with other ip address > > > Key: GUACAMOLE-967 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-967 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.0.0, 1.1.0 > Environment: Debian 10.1 x64, Tomcat9, nginx reverseproxy >Reporter: Sebastian Ruff >Priority: Major > Attachments: 2020-02-22 > 15_02_27-rdp_Admin@vm01.misterbit_WinServ19.png > > > I had this issue since I started using Guacamole (v1.0). > I cannot connect to my Win Server 2019 VM wich is running on the same host > but with another public IP Adress and vituell MAC Adress. > I never really cared that uch abut the issue, because I found an workaround, > running a localhost qemu vnc server for that VM. But I want to get the issue > fixed so don't have to do that for every VM. > I thought after upgrading to 1.1 so to FreeRDP 2.0, I could be fixed, but > that isn't the case. > But I have to say I can connect to the rdp session with any other software > tool running on the host machine. > I attached an Screenshot where you can see the Error Message of the > Guacamole client. > {{syslog:}} > {{}} > {color:#cc}Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: > 15:02:27.703 [http-nio-127.0.0.1-8080-exec-13] INFO > o.a.g.tunnel.TunnelRequestService - User "misterbit" connected to conne$ > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User > "@39fd665c-77a7-4df9-8535-01418413a889" joined connection > "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" (1 users now present) > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap > "base" > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap > "en-us-qwerty" > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Certificate > validation failed > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Error connecting > to RDP server > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User > "@39fd665c-77a7-4df9-8535-01418413a889" disconnected (0 users remain) > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Last user of > connection "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" disconnected > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: Exception in > thread "Thread-22" 15:02:27.773 [http-nio-127.0.0.1-8080-exec-18] INFO > o.a.g.tunnel.TunnelRequestService - Use$ > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: > java.lang.IllegalStateException: Message will not be sent because the > WebSocket session has been closed > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:$ > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53) > > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253) > > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[11449]: Connection > "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" removed.{color} > {{}} > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-967) Cannot connect with RDP to QEMU VM running on same host with other ip address
[ https://issues.apache.org/jira/browse/GUACAMOLE-967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebastian Ruff updated GUACAMOLE-967: - Summary: Cannot connect with RDP to QEMU VM running on same host with other ip address (was: Cannot connect with RDP to QEMU VM runing on same host with other ip address) > Cannot connect with RDP to QEMU VM running on same host with other ip address > - > > Key: GUACAMOLE-967 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-967 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.0.0, 1.1.0 > Environment: Debian 10.1 x64, Tomcat9, nginx reverseproxy >Reporter: Sebastian Ruff >Priority: Major > Attachments: 2020-02-22 > 15_02_27-rdp_Admin@vm01.misterbit_WinServ19.png > > > I had this issue since I started using Guacamole (v1.0). > I cannot connect to my Win Server 2019 VM wich is running on the same host > but with another public IP Adress and vituell MAC Adress. > I never really cared that uch abut the issue, because I found an workaround, > running a localhost qemu vnc server for that VM. But I want to get the issue > fixed so don't have to do that for every VM. > I thought after upgrading to 1.1 so to FreeRDP 2.0, I could be fixed, but > that isn't the case. > But I have to say I can connect to the rdp session with any other software > tool running on the host machine. > I attached an Screenshot where you can see the Error Message of the > Guacamole client. > {{syslog:}} > {{}} > {color:#cc}Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: > 15:02:27.703 [http-nio-127.0.0.1-8080-exec-13] INFO > o.a.g.tunnel.TunnelRequestService - User "misterbit" connected to conne$ > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User > "@39fd665c-77a7-4df9-8535-01418413a889" joined connection > "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" (1 users now present) > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap > "base" > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap > "en-us-qwerty" > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Certificate > validation failed > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Error connecting > to RDP server > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User > "@39fd665c-77a7-4df9-8535-01418413a889" disconnected (0 users remain) > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Last user of > connection "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" disconnected > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: Exception in > thread "Thread-22" 15:02:27.773 [http-nio-127.0.0.1-8080-exec-18] INFO > o.a.g.tunnel.TunnelRequestService - Use$ > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: > java.lang.IllegalStateException: Message will not be sent because the > WebSocket session has been closed > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37) > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:$ > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53) > > Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} > {color:#cc}at > org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253) > > Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[11449]: Connection > "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" removed.{color} > {{}} > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (GUACAMOLE-967) Cannot connect with rpd to QEMU VM runing on same host with other ip address
Sebastian Ruff created GUACAMOLE-967: Summary: Cannot connect with rpd to QEMU VM runing on same host with other ip address Key: GUACAMOLE-967 URL: https://issues.apache.org/jira/browse/GUACAMOLE-967 Project: Guacamole Issue Type: Bug Components: guacamole Affects Versions: 1.1.0, 1.0.0 Environment: Debian 10.1 x64, Tomcat9, nginx reverseproxy Reporter: Sebastian Ruff Attachments: 2020-02-22 15_02_27-rdp_Admin@vm01.misterbit_WinServ19.png I had this issue since I started using Guacamole (v1.0). I cannot connect to my Win Server 2019 VM wich is running on the same host but with another public IP Adress and vituell MAC Adress. I never really cared that uch abut the issue, because I found an workaround, running a localhost qemu vnc server for that VM. But I want to get the issue fixed so don't have to do that for every VM. I thought after upgrading to 1.1 so to FreeRDP 2.0, I could be fixed, but that isn't the case. But I have to say I can connect to the rdp session with any other software tool running on the host machine. I attached an Screenshot where you can see the Error Message of the Guacamole client. {{syslog:}} {{}} {color:#cc}Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: 15:02:27.703 [http-nio-127.0.0.1-8080-exec-13] INFO o.a.g.tunnel.TunnelRequestService - User "misterbit" connected to conne$ Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User "@39fd665c-77a7-4df9-8535-01418413a889" joined connection "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" (1 users now present) Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap "base" Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Loading keymap "en-us-qwerty" Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Certificate validation failed Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Error connecting to RDP server Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: User "@39fd665c-77a7-4df9-8535-01418413a889" disconnected (0 users remain) Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[15656]: Last user of connection "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" disconnected Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: Exception in thread "Thread-22" 15:02:27.773 [http-nio-127.0.0.1-8080-exec-18] INFO o.a.g.tunnel.TunnelRequestService - Use$ Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]: java.lang.IllegalStateException: Message will not be sent because the WebSocket session has been closed Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425) Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309) Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250) Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191) Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37) Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:$ Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53) Feb 22 15:02:27 main-misterbit-debian101-x64 tomcat9[10806]:{color} {color:#cc}at org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253) Feb 22 15:02:27 main-misterbit-debian101-x64 guacd[11449]: Connection "$4d7d62b5-0e34-4a3b-920d-e4dc10bbde65" removed.{color} {{}} -- 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=17042559#comment-17042559 ] Daniele commented on GUACAMOLE-960: --- Just another update. Segfault occurs with Windows 10 after soon connection. It also occurs with Windows 2016&2019 when you right clic on Windows button (!?!) Hope this could help. Thanks. > 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 > Fix For: 1.1.0 > > 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)