[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 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)
