[jira] [Updated] (GUACAMOLE-985) Clipboard integration duplicates new lines
[ https://issues.apache.org/jira/browse/GUACAMOLE-985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-985: Priority: Minor (was: Major) > Clipboard integration duplicates new lines > -- > > Key: GUACAMOLE-985 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-985 > Project: Guacamole > Issue Type: Bug > Components: guacamole-client >Affects Versions: 1.1.0 >Reporter: Ignacio Turégano >Priority: Minor > Labels: encoding > Attachments: Problem.png, Workaround.png > > > Hi everyone, > We have found an issue with the clipboard when using it from windows (CR LF) > and destination Linux (LF). Guacamole inserts a new line between lines. If we > copy the text in notepad++ and transform it to Unix style then the copy & > paste works like a charm. > Thank you!!! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-983) "mysql" authentication provider has encountered an internal error
[ https://issues.apache.org/jira/browse/GUACAMOLE-983?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman closed GUACAMOLE-983. --- Resolution: Duplicate > "mysql" authentication provider has encountered an internal error > - > > Key: GUACAMOLE-983 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-983 > Project: Guacamole > Issue Type: Bug > Components: guacamole-auth-jdbc-mysql >Affects Versions: 1.1.0 > Environment: Debian 10.3 > Tomcat 9 >Reporter: Yuri >Priority: Major > > Hello > After the Daylight Saving Time that started on March, 8th. the mysql > authentication provider stopped working in my instance. Here are the logs: > > Mar 10 16:47:39 Server tomcat9[3885]: ### Cause: java.sql.SQLException: The > server time zone value 'CDT' is unrecognized or represents more than one time > zone. You must configure either the server or JDBC driver (via the > 'serverTimezone' configuration property) to use a more specifc time zone > value if you want to utilize time zone support. > Mar 10 16:48:11 Server tomcat9[3885]: 16:48:11.385 [http-nio-8080-exec-6] > WARN o.a.g.e.AuthenticationProviderFacade - The "mysql" authentication > provider has encountered an internal error which will halt the authentication > process. If this is unexpected or you are the developer of this > authentication provider, you may wish to enable debug-level logging. If this > is expected and you wish to ignore such failures in the future, please set > "skip-if-unavailable: mysql" within your guacamole.properties. > Mar 10 16:48:11 Server tomcat9[3885]: 16:48:11.385 [http-nio-8080-exec-6] > ERROR o.a.g.rest.RESTExceptionMapper - Unexpected internal error: > Mar 10 16:48:11 Server tomcat9[3885]: ### Error querying database. Cause: > java.sql.SQLException: The server time zone value 'CDT' is unrecognized or > represents more than one time zone. You must configure either the server or > JDBC driver (via the 'serverTimezone' configuration property) to use a more > specifc time zone value if you want to utilize time zone support. > Mar 10 16:48:11 Server tomcat9[3885]: ### The error may exist in > org/apache/guacamole/auth/jdbc/user/UserMapper.xml > Mar 10 16:48:11 Server tomcat9[3885]: ### The error may involve > org.apache.guacamole.auth.jdbc.user.UserMapper.selectOne > Mar 10 16:48:11 Server tomcat9[3885]: ### The error occurred while executing > a query > > The quick workaround found was to set the timezone on the server to UTC. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1017) Invalid UTF-8 string passed to pango_layout_set_text() -- leading to guacd segfault
[
https://issues.apache.org/jira/browse/GUACAMOLE-1017?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman updated GUACAMOLE-1017:
-
Priority: Minor (was: Major)
> Invalid UTF-8 string passed to pango_layout_set_text() -- leading to guacd
> segfault
> ---
>
> Key: GUACAMOLE-1017
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1017
> Project: Guacamole
> Issue Type: Bug
> Components: guacd
> Environment: CentOS 7, guacd 1.1.0-1 from EPEL
> rpm -qa | grep guac
> guacd-1.1.0-1.el7.x86_64
> libguac-client-vnc-1.1.0-1.el7.x86_64
> libguac-1.1.0-1.el7.x86_64
> libguac-client-rdp-1.1.0-1.el7.x86_64
> libguac-client-ssh-1.1.0-1.el7.x86_64
>Reporter: M J Harvey
>Priority: Minor
>
> Hi,
> Probabilistic reproducible segfault of guacd:
> * Installed guacd and guacamole from EPEL on a CentOS 7.7.1908 system.
> * Configure an SSH connection type.
> * Establish guacamole session to SSH server
> * Do "cat /dev/urandom" to generate garbage.
> * {{Observe /var/log/messages on the guacd server, you'll see frequent logs
> of }}{{"Invalid UTF-8 string passed to pango_layout_set_text()"}}
> * {{Session will pretty rapidly terminate. About 20% of the time this is an
> uncontrolled segfault from libc}}
> {{guacd[7688]: segfault at 7f3ea6177ff0 ip 7f3ea3cb2b1d sp
> 7f3e9d902ab8 error 4 in libc-2.17.so[7f3ea3b57000+1c3000]}}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1017) Invalid UTF-8 string passed to pango_layout_set_text() -- leading to guacd segfault
[
https://issues.apache.org/jira/browse/GUACAMOLE-1017?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17078499#comment-17078499
]
Nick Couchman commented on GUACAMOLE-1017:
--
[~mjharvey]: Can you provide a full stack trace? This looks like the segfault
is likely upstream in the Pango library, or perhaps even in libc, but a stack
trace would be good.
Also, while I agree it is something that you reasonably easily reproduce by
"cat /dev/urandom", I would say that this is not something that people are
likely to do on a frequent basis. Is there some other precipitating event
you've encountered that would be similar to "cat /dev/urandom" that makes this
something likely to be hit by a large number of users?
> Invalid UTF-8 string passed to pango_layout_set_text() -- leading to guacd
> segfault
> ---
>
> Key: GUACAMOLE-1017
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1017
> Project: Guacamole
> Issue Type: Bug
> Components: guacd
> Environment: CentOS 7, guacd 1.1.0-1 from EPEL
> rpm -qa | grep guac
> guacd-1.1.0-1.el7.x86_64
> libguac-client-vnc-1.1.0-1.el7.x86_64
> libguac-1.1.0-1.el7.x86_64
> libguac-client-rdp-1.1.0-1.el7.x86_64
> libguac-client-ssh-1.1.0-1.el7.x86_64
>Reporter: M J Harvey
>Priority: Minor
>
> Hi,
> Probabilistic reproducible segfault of guacd:
> * Installed guacd and guacamole from EPEL on a CentOS 7.7.1908 system.
> * Configure an SSH connection type.
> * Establish guacamole session to SSH server
> * Do "cat /dev/urandom" to generate garbage.
> * {{Observe /var/log/messages on the guacd server, you'll see frequent logs
> of }}{{"Invalid UTF-8 string passed to pango_layout_set_text()"}}
> * {{Session will pretty rapidly terminate. About 20% of the time this is an
> uncontrolled segfault from libc}}
> {{guacd[7688]: segfault at 7f3ea6177ff0 ip 7f3ea3cb2b1d sp
> 7f3e9d902ab8 error 4 in libc-2.17.so[7f3ea3b57000+1c3000]}}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1017) Invalid UTF-8 string passed to pango_layout_set_text() -- leading to guacd segfault
[
https://issues.apache.org/jira/browse/GUACAMOLE-1017?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17078649#comment-17078649
]
Nick Couchman commented on GUACAMOLE-1017:
--
[~mjharvey]: I appreciate the report - definitely something we should examine
and see if fixes are required in the Guacamole code.
I marked it as Minor because 1) you are the first user who has reported this,
and with the level of deployment with Guacamole it doesn't seem like something
users are running into frequently, and 2) because I do not believe it
represents any risk for RCE.
However, in the future, if you have some reason to believe that a bug may
represent a RCE or any type of security vulnerability, please follow
responsible reporting practices:
http://guacamole.apache.org/faq/#security
> Invalid UTF-8 string passed to pango_layout_set_text() -- leading to guacd
> segfault
> ---
>
> Key: GUACAMOLE-1017
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1017
> Project: Guacamole
> Issue Type: Bug
> Components: guacd
> Environment: CentOS 7, guacd 1.1.0-1 from EPEL
> rpm -qa | grep guac
> guacd-1.1.0-1.el7.x86_64
> libguac-client-vnc-1.1.0-1.el7.x86_64
> libguac-1.1.0-1.el7.x86_64
> libguac-client-rdp-1.1.0-1.el7.x86_64
> libguac-client-ssh-1.1.0-1.el7.x86_64
>Reporter: M J Harvey
>Priority: Minor
>
> Hi,
> Probabilistic reproducible segfault of guacd:
> * Installed guacd and guacamole from EPEL on a CentOS 7.7.1908 system.
> * Configure an SSH connection type.
> * Establish guacamole session to SSH server
> * Do "cat /dev/urandom" to generate garbage.
> * {{Observe /var/log/messages on the guacd server, you'll see frequent logs
> of }}{{"Invalid UTF-8 string passed to pango_layout_set_text()"}}
> * {{Session will pretty rapidly terminate. About 20% of the time this is an
> uncontrolled segfault from libc}}
> {{guacd[7688]: segfault at 7f3ea6177ff0 ip 7f3ea3cb2b1d sp
> 7f3e9d902ab8 error 4 in libc-2.17.so[7f3ea3b57000+1c3000]}}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1019) Redirect loop occurs in OpenID
[
https://issues.apache.org/jira/browse/GUACAMOLE-1019?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17080420#comment-17080420
]
Nick Couchman commented on GUACAMOLE-1019:
--
[~toshi_km]: Please start your help request on the mailing list:
http://guacamole.apache.org/support/
It's unlikely the issue you're encountering is a bug, and the mailing list is
where you will find a broad community of people who might be able to help you
figure it out.
> Redirect loop occurs in OpenID
> --
>
> Key: GUACAMOLE-1019
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1019
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole-auth-openid
>Affects Versions: 1.2.0
>Reporter: Toshitaka Kawamura
>Priority: Major
>
> I want to use OpenID authentication with G-Suite.
> But I'm having trouble with a redirection loop on the login screen.
> Is there anyway solution this issue?
> And is it possible with authenticate G Suite?
> I have installed as follows.
> - Guacamole 1.2.0 in Docker
> - guacamole-auth-openid is 1.2.0
> I have recieved following info by G Suite Admin.（Some of them are dummies）
>
> client_id : "${client_id}",
> project_id : "${project_id}",
> auth_uri : "https://accounts.google.com/o/oauth2/auth;,
> token_uri : "https://oauth2.googleapis.com/token;,
> auth_provider_x509_cert_url: "https://www.googleapis.com/oauth2/v1/certs;,
> client_secret: "${client_secret}",
> redirect_uris: "https://my-guacamole-server/guacamole/; ,
> javascript_origins: "https://my-guacamole-server;
>
> So, I set it up as follows in docker-compose.yaml.
> I'm not sure if this is the right setting.
>
> OPENID_AUTHORIZATION_ENDPOINT=https://accounts.google.com/o/oauth2/auth
> OPENID_JWKS_ENDPOINT=https://accounts.google.com/.well-known/openid-configuration
> OPENID_ISSUER=https://accounts.google.com/
> OPENID_CLIENT_ID=${client_id}
> OPENID_REDIRECT_URI=https://my-guacamole-server/guacamole/
>
> After reboot, once I logged in, it occured redirect loop.
> I suppose that authentication is probably successful because the token has
> been returned from GSuite.
> Is above setting correct?
> And Is there any help this issue?
> Thanks.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1019) Redirect loop occurs in OpenID
[
https://issues.apache.org/jira/browse/GUACAMOLE-1019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman updated GUACAMOLE-1019:
-
Priority: Minor (was: Major)
> Redirect loop occurs in OpenID
> --
>
> Key: GUACAMOLE-1019
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1019
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole-auth-openid
>Affects Versions: 1.2.0
>Reporter: Toshitaka Kawamura
>Priority: Minor
>
> I want to use OpenID authentication with G-Suite.
> But I'm having trouble with a redirection loop on the login screen.
> Is there anyway solution this issue?
> And is it possible with authenticate G Suite?
> I have installed as follows.
> - Guacamole 1.2.0 in Docker
> - guacamole-auth-openid is 1.2.0
> I have recieved following info by G Suite Admin.（Some of them are dummies）
>
> client_id : "${client_id}",
> project_id : "${project_id}",
> auth_uri : "https://accounts.google.com/o/oauth2/auth;,
> token_uri : "https://oauth2.googleapis.com/token;,
> auth_provider_x509_cert_url: "https://www.googleapis.com/oauth2/v1/certs;,
> client_secret: "${client_secret}",
> redirect_uris: "https://my-guacamole-server/guacamole/; ,
> javascript_origins: "https://my-guacamole-server;
>
> So, I set it up as follows in docker-compose.yaml.
> I'm not sure if this is the right setting.
>
> OPENID_AUTHORIZATION_ENDPOINT=https://accounts.google.com/o/oauth2/auth
> OPENID_JWKS_ENDPOINT=https://accounts.google.com/.well-known/openid-configuration
> OPENID_ISSUER=https://accounts.google.com/
> OPENID_CLIENT_ID=${client_id}
> OPENID_REDIRECT_URI=https://my-guacamole-server/guacamole/
>
> After reboot, once I logged in, it occured redirect loop.
> I suppose that authentication is probably successful because the token has
> been returned from GSuite.
> Is above setting correct?
> And Is there any help this issue?
> Thanks.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1003) I can't input the audio
[
https://issues.apache.org/jira/browse/GUACAMOLE-1003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17082474#comment-17082474
]
Nick Couchman commented on GUACAMOLE-1003:
--
[~MyJimmy] I believe your issue is related to GUACAMOLE-732, which has already
been fixed for the upcoming 1.2.0 release, but will still be broken in previous
versions (1.1.0 and older). Have you tried building Guacamole Client from the
staging/1.2.0 branch of git and see if that fixes the issue?
> I can't input the audio
> ---
>
> Key: GUACAMOLE-1003
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1003
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole-client, guacamole-server, RDP
>Affects Versions: 1.1.0
> Environment: Ubuntu 18.04 64bit, Windows 10 64bit
>Reporter: Jimmy
>Priority: Minor
> Attachments: guacamole_rdp_audio_input.png,
> image-2020-04-01-11-22-28-998.png, image-2020-04-03-09-12-58-354.png,
> image-2020-04-03-09-14-24-430.png, image-2020-04-03-09-15-35-263.png,
> image-2020-04-03-09-21-42-310.png
>
>
> I tried to input the audio in 1.1.0 version and latest master of Guacamole
> Server/Client.
> But I can't input the audio.
>
> I set the parameter "enable-audio-input" to true.
> Also, I built the latest master branch of FreeRDP with the following build
> options:
> {noformat}
> $ cmake -DCMAKE_BUILD_TYPE=Debug -DWITH_SSE2=ON -DWITH_CUPS=on
> -DWITH_WAYLAND=off -DWITH_PULSE=on -DWITH_FFMPEG=on {noformat}
> I found the following javascript log from the Chrome browser:
> !image-2020-04-01-11-22-28-998.png!
> I can't know whether I incorrectly build & test Apache Guacamole
> Server/Client or it's a bug.
> *If it isn't a bug, please let me know the correct build options & the
> correct testing method.*
>
> Thanks.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Resolved] (GUACAMOLE-987) ldap-user-attributes is not set via an env variable
[ https://issues.apache.org/jira/browse/GUACAMOLE-987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman resolved GUACAMOLE-987. - Resolution: Implemented > ldap-user-attributes is not set via an env variable > --- > > Key: GUACAMOLE-987 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-987 > Project: Guacamole > Issue Type: Improvement > Components: guacamole-auth-ldap, guacamole-client, guacamole-docker > Environment: docker >Reporter: Roman Nemec >Priority: Minor > Labels: newbe, pull-request-available > Fix For: 1.3.0 > > Original Estimate: 0h > Remaining Estimate: 0h > > Currently if you set the LDAP_USER_ATTRIBUTES env the corresponding > ldap-user-attributes is not set in the config. > If you install via docker, that means you can't easily set this variable. > I propose to add this to the bin/start.sh file -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-987) ldap-user-attributes is not set via an env variable
[ https://issues.apache.org/jira/browse/GUACAMOLE-987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-987: Affects Version/s: (was: 1.1.0) > ldap-user-attributes is not set via an env variable > --- > > Key: GUACAMOLE-987 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-987 > Project: Guacamole > Issue Type: Improvement > Components: guacamole-auth-ldap, guacamole-client, guacamole-docker > Environment: docker >Reporter: Roman Nemec >Priority: Minor > Labels: newbe, pull-request-available > Original Estimate: 0h > Remaining Estimate: 0h > > Currently if you set the LDAP_USER_ATTRIBUTES env the corresponding > ldap-user-attributes is not set in the config. > If you install via docker, that means you can't easily set this variable. > I propose to add this to the bin/start.sh file -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-987) ldap-user-attributes is not set via an env variable
[ https://issues.apache.org/jira/browse/GUACAMOLE-987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-987: Fix Version/s: 1.3.0 > ldap-user-attributes is not set via an env variable > --- > > Key: GUACAMOLE-987 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-987 > Project: Guacamole > Issue Type: Improvement > Components: guacamole-auth-ldap, guacamole-client, guacamole-docker > Environment: docker >Reporter: Roman Nemec >Priority: Minor > Labels: newbe, pull-request-available > Fix For: 1.3.0 > > Original Estimate: 0h > Remaining Estimate: 0h > > Currently if you set the LDAP_USER_ATTRIBUTES env the corresponding > ldap-user-attributes is not set in the config. > If you install via docker, that means you can't easily set this variable. > I propose to add this to the bin/start.sh file -- 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=17081252#comment-17081252 ] Nick Couchman commented on GUACAMOLE-978: - [~tao21]: The issue has been fixed in the staging/1.2.0 branch of the repository in preparation for the 1.2.0 release. At this point, in order to fix it, you would need to build guacd (guacamole-server) from that branch and install it. Once 1.2.0 is released it will be in the standard source code downloads from the web site. > 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-1027) Guacamole logs “Wrong number of arguments”
[
https://issues.apache.org/jira/browse/GUACAMOLE-1027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17084019#comment-17084019
]
Nick Couchman commented on GUACAMOLE-1027:
--
The most likely explanation for this is that you are using a mismatched version
of Guacamole Client with Guacamole Server (e.g. guacamole-server 1.0.0 with
guacamole-client 1.1.0). Prior to version 1.1.0 the versions needed to match
up. Starting with version 1.1.0 there is some negotiation done between the two
to better enable cross-version compatibility, thought it's still a good idea to
keep them in sync.
If you have further questions please post to the mailing list before opening a
JIRA issue:
http://guacamole.apache.org/support/
> Guacamole logs “Wrong number of arguments”
> --
>
> Key: GUACAMOLE-1027
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1027
> Project: Guacamole
> Issue Type: Bug
>Affects Versions: 1.0.0, 1.1.0
> Environment: 32-bit Ubuntu 18.04.4 LTS (GNU/Linux 4.15.0-88-generic
> i686) with Tomcat 8
>Reporter: Klaus Bergmann
>Priority: Major
>
> I've built and installed Guacamole 1.0.0 and Tomcat 8.
> Make and install went fine so far. Tomcat and Guacamole are running.
> However I fail to connect (tried SSH and RDP).
> Syslog says:
> {{Apr 13 21:05:17 myserver guacd[28616]: Creating new client for protocol
> "ssh"
> Apr 13 21:05:17 myserver guacd[28616]: guacd[28616]: INFO:#011Creating new
> client for protocol "ssh"
> Apr 13 21:05:17 myserver guacd[28616]: guacd[28616]: INFO:#011Connection ID
> is "$431c40da-9530-49e8-9f1a-72122d2a5e46"
> Apr 13 21:05:17 myserver guacd[28616]: Connection ID is
> "$431c40da-9530-49e8-9f1a-72122d2a5e46"
> Apr 13 21:05:17 myserver guacd[28654]: Wrong number of arguments
> Apr 13 21:05:17 myserver guacd[28616]: guacd[28654]: ERROR:#011Wrong number
> of arguments
> Apr 13 21:05:17 myserver guacd[28616]: guacd[28654]: ERROR:#011Unable to load
> client plugin
> Apr 13 21:05:17 myserver guacd[28654]: Unable to load client plugin
> Apr 13 21:05:17 myserver guacd[28616]: guacd[28616]: INFO:#011Connection
> "$431c40da-9530-49e8-9f1a-72122d2a5e46" removed.
> Apr 13 21:05:17 myserver guacd[28616]: Connection
> "$431c40da-9530-49e8-9f1a-72122d2a5e46" removed.}}
> For the completeness sake my configure-output before {{make && make install}}:
> {{
> guacamole-server version 1.0.0
>
>Library status:
>freerdp . yes
>pango ... yes
>libavcodec .. yes
>libavutil ... yes
>libssh2 . yes
>libssl .. yes
>libswscale .. yes
>libtelnet ... yes
>libVNCServer yes
>libvorbis ... yes
>libpulse yes
>libwebp . yes
>wsock32 . no
>Protocol support:
> RDP ... yes
> SSH ... yes
> Telnet yes
> VNC ... yes
>Services / tools:
> guacd .. yes
> guacenc yes
> guaclog yes
>Init scripts: no
>Systemd units: /etc/systemd/system}}
> I'm running 32-bit Ubuntu 18.04.4 LTS (GNU/Linux 4.15.0-88-generic i686).
> I tried the latest Guacamole 1.1.0 first having the same error.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-1027) Guacamole logs “Wrong number of arguments”
[
https://issues.apache.org/jira/browse/GUACAMOLE-1027?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman closed GUACAMOLE-1027.
Resolution: Invalid
> Guacamole logs “Wrong number of arguments”
> --
>
> Key: GUACAMOLE-1027
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1027
> Project: Guacamole
> Issue Type: Bug
>Affects Versions: 1.0.0, 1.1.0
> Environment: 32-bit Ubuntu 18.04.4 LTS (GNU/Linux 4.15.0-88-generic
> i686) with Tomcat 8
>Reporter: Klaus Bergmann
>Priority: Major
>
> I've built and installed Guacamole 1.0.0 and Tomcat 8.
> Make and install went fine so far. Tomcat and Guacamole are running.
> However I fail to connect (tried SSH and RDP).
> Syslog says:
> {{Apr 13 21:05:17 myserver guacd[28616]: Creating new client for protocol
> "ssh"
> Apr 13 21:05:17 myserver guacd[28616]: guacd[28616]: INFO:#011Creating new
> client for protocol "ssh"
> Apr 13 21:05:17 myserver guacd[28616]: guacd[28616]: INFO:#011Connection ID
> is "$431c40da-9530-49e8-9f1a-72122d2a5e46"
> Apr 13 21:05:17 myserver guacd[28616]: Connection ID is
> "$431c40da-9530-49e8-9f1a-72122d2a5e46"
> Apr 13 21:05:17 myserver guacd[28654]: Wrong number of arguments
> Apr 13 21:05:17 myserver guacd[28616]: guacd[28654]: ERROR:#011Wrong number
> of arguments
> Apr 13 21:05:17 myserver guacd[28616]: guacd[28654]: ERROR:#011Unable to load
> client plugin
> Apr 13 21:05:17 myserver guacd[28654]: Unable to load client plugin
> Apr 13 21:05:17 myserver guacd[28616]: guacd[28616]: INFO:#011Connection
> "$431c40da-9530-49e8-9f1a-72122d2a5e46" removed.
> Apr 13 21:05:17 myserver guacd[28616]: Connection
> "$431c40da-9530-49e8-9f1a-72122d2a5e46" removed.}}
> For the completeness sake my configure-output before {{make && make install}}:
> {{
> guacamole-server version 1.0.0
>
>Library status:
>freerdp . yes
>pango ... yes
>libavcodec .. yes
>libavutil ... yes
>libssh2 . yes
>libssl .. yes
>libswscale .. yes
>libtelnet ... yes
>libVNCServer yes
>libvorbis ... yes
>libpulse yes
>libwebp . yes
>wsock32 . no
>Protocol support:
> RDP ... yes
> SSH ... yes
> Telnet yes
> VNC ... yes
>Services / tools:
> guacd .. yes
> guacenc yes
> guaclog yes
>Init scripts: no
>Systemd units: /etc/systemd/system}}
> I'm running 32-bit Ubuntu 18.04.4 LTS (GNU/Linux 4.15.0-88-generic i686).
> I tried the latest Guacamole 1.1.0 first having the same error.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1031) SFTP upload directory ignored
[ https://issues.apache.org/jira/browse/GUACAMOLE-1031?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1031: - Component/s: (was: guacamole) SSH > SFTP upload directory ignored > - > > Key: GUACAMOLE-1031 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1031 > Project: Guacamole > Issue Type: Bug > Components: SSH >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Priority: Minor > > Hi. > I have enabled SFTP, configured proper username and password, set the file > browser root directory, and the upload directory. When the user hits > CTRL-ALT-SHIFT, the drive icon shows the file browser root directory as > expected, and the user can upload/download files. If they drag a file from > their desktop to the RDP session, the file ends up in the root directory. > I've tried to set the upload directory to "Desktop" to "/Desktop/" and even > to a full path to Desktop (inside the root) and none work. > (Using xrdpxorg) > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1031) SFTP upload directory ignored
[ https://issues.apache.org/jira/browse/GUACAMOLE-1031?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17085030#comment-17085030 ] Nick Couchman commented on GUACAMOLE-1031: -- Yeah, I'm seeing roughly the same thing in my testing - basically it just seems to go into the home directory of the user that's logged in. > SFTP upload directory ignored > - > > Key: GUACAMOLE-1031 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1031 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Priority: Minor > > Hi. > I have enabled SFTP, configured proper username and password, set the file > browser root directory, and the upload directory. When the user hits > CTRL-ALT-SHIFT, the drive icon shows the file browser root directory as > expected, and the user can upload/download files. If they drag a file from > their desktop to the RDP session, the file ends up in the root directory. > I've tried to set the upload directory to "Desktop" to "/Desktop/" and even > to a full path to Desktop (inside the root) and none work. > (Using xrdpxorg) > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1032) No files show up in file browser for one user
[ https://issues.apache.org/jira/browse/GUACAMOLE-1032?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1032: - Priority: Minor (was: Major) > No files show up in file browser for one user > - > > Key: GUACAMOLE-1032 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1032 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Priority: Minor > > Guacamole is configured properly for SFTP access. A user has a mix of 1119 > files/directories in the home directory. The user hits CTRL-Shift-ALT, > clicks on their home directory, then no files or directories are displayed. > On the same host, another account with a smaller set of files and directories > shows the files. I create a temp directory in the users directory called > "TEMP". I do a "mv * TEMP" leaving just dot files. Now, when the user > clicks on the home directory, the dot files are displayed. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1032) No files show up in file browser for one user
[ https://issues.apache.org/jira/browse/GUACAMOLE-1032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17084885#comment-17084885 ] Nick Couchman commented on GUACAMOLE-1032: -- [~kangaroo22]: I definitely appreciate your involvement in the community, but, please, please, please start these questions on the mailing list before creating a JIRA issue. JIRA is designed to be a place for confirmed bugs and improvements, not for general support. That said, this issue may be related to another one that deals with some errors enumerating files over SFTP: GUACAMOLE-818 This issue is already fixed for the upcoming 1.2.0 release, so I suggest you try version 1.2.0 and see if it exhibits the same behavior. > No files show up in file browser for one user > - > > Key: GUACAMOLE-1032 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1032 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Priority: Major > > Guacamole is configured properly for SFTP access. A user has a mix of 1119 > files/directories in the home directory. The user hits CTRL-Shift-ALT, > clicks on their home directory, then no files or directories are displayed. > On the same host, another account with a smaller set of files and directories > shows the files. I create a temp directory in the users directory called > "TEMP". I do a "mv * TEMP" leaving just dot files. Now, when the user > clicks on the home directory, the dot files are displayed. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1031) SFTP upload directory ignored
[
https://issues.apache.org/jira/browse/GUACAMOLE-1031?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17085049#comment-17085049
]
Nick Couchman commented on GUACAMOLE-1031:
--
Well...it appears we don't do much with this setting in the RDP code. So, from
VNC, we have this codeblock:
{code:c}
/* Configure destination for basic uploads, if specified */
if (settings->sftp_directory != NULL)
guac_common_ssh_sftp_set_upload_path(
vnc_client->sftp_filesystem,
settings->sftp_directory);
{code}
but, if I look for where {{settings->sftp_directory}} is used in the RDP code,
it's a little thin:
{code:bash}
$ find src/protocols/rdp -type f -iname \*.c -exec grep -H sftp_directory {} \;
src/protocols/rdp/settings.c:settings->sftp_directory =
src/protocols/rdp/settings.c:free(settings->sftp_directory);
src/protocols/rdp/user.c:if (!settings->drive_enabled ||
settings->sftp_directory != NULL)
{code}
The first one deals with parsing the settings, the second with freeing it. And
the third checks if it is set, but there's no indication we do anything with
it! Looks like we're missing the call to
{{guac_common_ssh_sftp_set_upload_path}} in the RDP code.
> SFTP upload directory ignored
> -
>
> Key: GUACAMOLE-1031
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1031
> Project: Guacamole
> Issue Type: Bug
> Components: SSH
>Affects Versions: 1.1.0
>Reporter: Jason Keltz
>Priority: Minor
>
> Hi.
> I have enabled SFTP, configured proper username and password, set the file
> browser root directory, and the upload directory. When the user hits
> CTRL-ALT-SHIFT, the drive icon shows the file browser root directory as
> expected, and the user can upload/download files. If they drag a file from
> their desktop to the RDP session, the file ends up in the root directory.
> I've tried to set the upload directory to "Desktop" to "/Desktop/" and even
> to a full path to Desktop (inside the root) and none work.
> (Using xrdpxorg)
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1031) SFTP upload directory ignored
[ https://issues.apache.org/jira/browse/GUACAMOLE-1031?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1031: - Fix Version/s: 1.3.0 > SFTP upload directory ignored > - > > Key: GUACAMOLE-1031 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1031 > Project: Guacamole > Issue Type: Bug > Components: SSH >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Assignee: Nick Couchman >Priority: Minor > Fix For: 1.3.0 > > > Hi. > I have enabled SFTP, configured proper username and password, set the file > browser root directory, and the upload directory. When the user hits > CTRL-ALT-SHIFT, the drive icon shows the file browser root directory as > expected, and the user can upload/download files. If they drag a file from > their desktop to the RDP session, the file ends up in the root directory. > I've tried to set the upload directory to "Desktop" to "/Desktop/" and even > to a full path to Desktop (inside the root) and none work. > (Using xrdpxorg) > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (GUACAMOLE-1031) SFTP upload directory ignored
[ https://issues.apache.org/jira/browse/GUACAMOLE-1031?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17085068#comment-17085068 ] Nick Couchman edited comment on GUACAMOLE-1031 at 4/16/20, 4:22 PM: [|https://github.com/apache/guacamole-server/pull/270/files] [https://github.com/apache/guacamole-server/pull/270] was (Author: nick.couch...@yahoo.com): [https://github.com/apache/guacamole-server/pull/270|https://github.com/apache/guacamole-server/pull/270/files] > SFTP upload directory ignored > - > > Key: GUACAMOLE-1031 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1031 > Project: Guacamole > Issue Type: Bug > Components: SSH >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Assignee: Nick Couchman >Priority: Minor > Fix For: 1.3.0 > > > Hi. > I have enabled SFTP, configured proper username and password, set the file > browser root directory, and the upload directory. When the user hits > CTRL-ALT-SHIFT, the drive icon shows the file browser root directory as > expected, and the user can upload/download files. If they drag a file from > their desktop to the RDP session, the file ends up in the root directory. > I've tried to set the upload directory to "Desktop" to "/Desktop/" and even > to a full path to Desktop (inside the root) and none work. > (Using xrdpxorg) > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (GUACAMOLE-1031) SFTP upload directory ignored
[ https://issues.apache.org/jira/browse/GUACAMOLE-1031?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17085068#comment-17085068 ] Nick Couchman edited comment on GUACAMOLE-1031 at 4/16/20, 4:22 PM: [https://github.com/apache/guacamole-server/pull/270] was (Author: nick.couch...@yahoo.com): [|https://github.com/apache/guacamole-server/pull/270/files] [https://github.com/apache/guacamole-server/pull/270] > SFTP upload directory ignored > - > > Key: GUACAMOLE-1031 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1031 > Project: Guacamole > Issue Type: Bug > Components: SSH >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Assignee: Nick Couchman >Priority: Minor > Fix For: 1.3.0 > > > Hi. > I have enabled SFTP, configured proper username and password, set the file > browser root directory, and the upload directory. When the user hits > CTRL-ALT-SHIFT, the drive icon shows the file browser root directory as > expected, and the user can upload/download files. If they drag a file from > their desktop to the RDP session, the file ends up in the root directory. > I've tried to set the upload directory to "Desktop" to "/Desktop/" and even > to a full path to Desktop (inside the root) and none work. > (Using xrdpxorg) > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1031) SFTP upload directory ignored
[ https://issues.apache.org/jira/browse/GUACAMOLE-1031?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17085062#comment-17085062 ] Nick Couchman commented on GUACAMOLE-1031: -- Also, does not appear this was a regression from 1.0.0, as the code is missing, there, too. > SFTP upload directory ignored > - > > Key: GUACAMOLE-1031 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1031 > Project: Guacamole > Issue Type: Bug > Components: SSH >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Assignee: Nick Couchman >Priority: Minor > > Hi. > I have enabled SFTP, configured proper username and password, set the file > browser root directory, and the upload directory. When the user hits > CTRL-ALT-SHIFT, the drive icon shows the file browser root directory as > expected, and the user can upload/download files. If they drag a file from > their desktop to the RDP session, the file ends up in the root directory. > I've tried to set the upload directory to "Desktop" to "/Desktop/" and even > to a full path to Desktop (inside the root) and none work. > (Using xrdpxorg) > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Assigned] (GUACAMOLE-1031) SFTP upload directory ignored
[ https://issues.apache.org/jira/browse/GUACAMOLE-1031?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman reassigned GUACAMOLE-1031: Assignee: Nick Couchman > SFTP upload directory ignored > - > > Key: GUACAMOLE-1031 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1031 > Project: Guacamole > Issue Type: Bug > Components: SSH >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Assignee: Nick Couchman >Priority: Minor > > Hi. > I have enabled SFTP, configured proper username and password, set the file > browser root directory, and the upload directory. When the user hits > CTRL-ALT-SHIFT, the drive icon shows the file browser root directory as > expected, and the user can upload/download files. If they drag a file from > their desktop to the RDP session, the file ends up in the root directory. > I've tried to set the upload directory to "Desktop" to "/Desktop/" and even > to a full path to Desktop (inside the root) and none work. > (Using xrdpxorg) > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (GUACAMOLE-1031) SFTP upload directory ignored
[ https://issues.apache.org/jira/browse/GUACAMOLE-1031?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17085068#comment-17085068 ] Nick Couchman edited comment on GUACAMOLE-1031 at 4/16/20, 4:21 PM: [https://github.com/apache/guacamole-server/pull/270|https://github.com/apache/guacamole-server/pull/270/files] was (Author: nick.couch...@yahoo.com): [https://github.com/apache/guacamole-server/pull/270/files] > SFTP upload directory ignored > - > > Key: GUACAMOLE-1031 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1031 > Project: Guacamole > Issue Type: Bug > Components: SSH >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Assignee: Nick Couchman >Priority: Minor > Fix For: 1.3.0 > > > Hi. > I have enabled SFTP, configured proper username and password, set the file > browser root directory, and the upload directory. When the user hits > CTRL-ALT-SHIFT, the drive icon shows the file browser root directory as > expected, and the user can upload/download files. If they drag a file from > their desktop to the RDP session, the file ends up in the root directory. > I've tried to set the upload directory to "Desktop" to "/Desktop/" and even > to a full path to Desktop (inside the root) and none work. > (Using xrdpxorg) > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1031) SFTP upload directory ignored
[ https://issues.apache.org/jira/browse/GUACAMOLE-1031?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17085068#comment-17085068 ] Nick Couchman commented on GUACAMOLE-1031: -- [https://github.com/apache/guacamole-server/pull/270/files] > SFTP upload directory ignored > - > > Key: GUACAMOLE-1031 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1031 > Project: Guacamole > Issue Type: Bug > Components: SSH >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Assignee: Nick Couchman >Priority: Minor > Fix For: 1.3.0 > > > Hi. > I have enabled SFTP, configured proper username and password, set the file > browser root directory, and the upload directory. When the user hits > CTRL-ALT-SHIFT, the drive icon shows the file browser root directory as > expected, and the user can upload/download files. If they drag a file from > their desktop to the RDP session, the file ends up in the root directory. > I've tried to set the upload directory to "Desktop" to "/Desktop/" and even > to a full path to Desktop (inside the root) and none work. > (Using xrdpxorg) > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1008) Memory Increases with RDP
[ https://issues.apache.org/jira/browse/GUACAMOLE-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17076418#comment-17076418 ] Nick Couchman commented on GUACAMOLE-1008: -- Thanks for the feedback, Chris. You would run valgrind on the system where guacd is running, something like this: valgrind - -leak-check=yes --trace-children=yes /path/to/guacd -f And then you would start the session up in your browser to trace the execution, retrieving the valgrind results as you push the memory up on guacd by exercising the remote desktop session. Hopefully that makes sense. You'd need to build version 1.2. of guacd (guacamole-server), not guacamole-client (which is what Maven is used to build) - see http://guacamole.apache.org/doc/gug/installing-guacamole.html#building-guacamole-server > Memory Increases with RDP > - > > Key: GUACAMOLE-1008 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1008 > Project: Guacamole > Issue Type: Bug >Affects Versions: 1.1.0 >Reporter: Chris Majerle >Priority: Major > Attachments: Screenshot from 2020-04-03 14-09-52.png > > > I have a new install of Guac 1.1 on Ubuntu 18.04 with FreeRDP 2 on it. RAM > per guacd process slowly increases. That ram usage seems to go up > exponentially the more graphics intensive the applications are being ran on > the server being logged into. This keeps climbing all the way to the point of > crashing the server. Even if graphics of the rdp session are small like > Microsoft Word, ram still increase just much slower. > > Assuming this has to do with some sort of cache... Trying disabling each of > the caching options under performance with no impact on memory usage. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-1013) 404 error when using guacamole container and CAS
[ https://issues.apache.org/jira/browse/GUACAMOLE-1013?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman closed GUACAMOLE-1013. Resolution: Duplicate > 404 error when using guacamole container and CAS > > > Key: GUACAMOLE-1013 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1013 > Project: Guacamole > Issue Type: Bug > Components: guacamole-auth-cas >Affects Versions: 1.1.0 >Reporter: Joshua Peluso >Priority: Major > Attachments: Screen Shot 2020-04-06 at 4.04.38 PM.png > > > When trying to USE cas authentication with the docker container receiving a > 404 error after cas redirect bask, included screenshot > docker run --name guacfront --link guacbackend:guacd --link mysqldb:mysql -e > LOGBACK_LEVEL=debug -e MYSQL_DATABASE=guacamole_db -e MYSQL_USER=root -e MYSQL > _PASSWORD=* -v /mnt/guachome:/mnt/guac_home -e > GUACAMOLE_HOME=/mnt/guac_home -d -p 80:8080 guacamole/guacamole > It redirects to > [http://docker.domain.to/guacamoleguacd-hostname:%20172.17.0.3?ticket=ST-2938990-mZtu4kdJS0JvyFWL44De-cas.cortland.edu|http://docker.cortland.edu/guacamoleguacd-hostname:%20172.17.0.3?ticket=ST-2938990-mZtu4kdJS0JvyFWL44De-cas.cortland.edu] -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-1008) Memory Increases with RDP
[ https://issues.apache.org/jira/browse/GUACAMOLE-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman closed GUACAMOLE-1008. Resolution: Invalid > Memory Increases with RDP > - > > Key: GUACAMOLE-1008 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1008 > Project: Guacamole > Issue Type: Bug >Affects Versions: 1.1.0 >Reporter: Chris Majerle >Priority: Major > Attachments: Screenshot from 2020-04-03 14-09-52.png > > > I have a new install of Guac 1.1 on Ubuntu 18.04 with FreeRDP 2 on it. RAM > per guacd process slowly increases. That ram usage seems to go up > exponentially the more graphics intensive the applications are being ran on > the server being logged into. This keeps climbing all the way to the point of > crashing the server. Even if graphics of the rdp session are small like > Microsoft Word, ram still increase just much slower. > > Assuming this has to do with some sort of cache... Trying disabling each of > the caching options under performance with no impact on memory usage. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1022) Allow load balancing groups to fail to next connection
[ https://issues.apache.org/jira/browse/GUACAMOLE-1022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17081769#comment-17081769 ] Nick Couchman commented on GUACAMOLE-1022: -- [~kangaroo22]: Yes, that's understandable. Regarding your other points... * I would not be opposed to coming up with some other graphical representation for a Load Balancing group vs. an Organizational group. I agree this could be useful. * It's been a while since I did anything with Load Balancing groups in Guacamole, but I seem to remember that it is possible to give users access to just the load balancing group and not the underlying connections, and they'll still be able to connect to one of the underlying connections even without direct access to them or the ability to see them. > Allow load balancing groups to fail to next connection > -- > > Key: GUACAMOLE-1022 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1022 > Project: Guacamole > Issue Type: Improvement > Components: guacamole >Reporter: Jason Keltz >Priority: Minor > > I have 78 hosts in a balanced connection group. Let's say that the first > host is down. Now, when the user click on the connection group expecting to > get a connection, they instead get a message that Guacamole can't connect. > If it can't connect to the first one, it should try the next one, then the > next one until it finds one that works. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1023) LDAP authentication issue
[ https://issues.apache.org/jira/browse/GUACAMOLE-1023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1023: - Priority: Minor (was: Major) > LDAP authentication issue > - > > Key: GUACAMOLE-1023 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1023 > Project: Guacamole > Issue Type: Bug > Components: guacamole-auth-ldap >Affects Versions: 1.1.0 > Environment: Ubuntu 18.04 >Reporter: Arsen Tonoyan >Priority: Minor > Attachments: catalina_debug_log > > > Guacamole can not authenticate against ldap if ldap-user-base-dn or > ldap-search-bind-dn contains non Latin symbols. In our case users in AD are > placed in a tree of OUs which have cyrillic in their names. > In the guacamole.properties I have configuration for LDAP > #LDAP properties > ldap-hostname: 10.178.3.140 > ldap-port: 389 > ldap-user-base-dn: dc=ms,dc=hp > ldap-search-bind-dn: CN=ldap2,OU=ТестПоРусски,DC=ms,DC=hp > ldap-search-bind-password: ** > When I change the CN=ldap2,OU=ТестПоРусски,DC=ms,DC=hp to > CN=ldap2,OU=TestInEnglish,DC=ms,DC=hp LDAP authentication going to work. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1035) guacamole remoteapp blackscreen not working
[ https://issues.apache.org/jira/browse/GUACAMOLE-1035?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1035: - Priority: Minor (was: Major) > guacamole remoteapp blackscreen not working > --- > > Key: GUACAMOLE-1035 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1035 > Project: Guacamole > Issue Type: Bug > Components: guacamole, RDP >Affects Versions: 1.1.0 > Environment: Ubuntu 18.04 >Reporter: Mahmoud >Priority: Minor > > while trying to start remoteapp , only blackscreen start ,without the app, > normal rdp connections works without issues, cant find any specific error in > log file > > please advice what information you need from my side to share for diagnostics -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1035) guacamole remoteapp blackscreen not working
[ https://issues.apache.org/jira/browse/GUACAMOLE-1035?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17086920#comment-17086920 ] Nick Couchman commented on GUACAMOLE-1035: -- Please start by asking your question on the mailing list. Jira is designed to be a place to report bugs and request features, not ask for general help: [http://guacamole.apache.org/support/] [http://guacamole.apache.org/faq/#probably-not-a-bug] > guacamole remoteapp blackscreen not working > --- > > Key: GUACAMOLE-1035 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1035 > Project: Guacamole > Issue Type: Bug > Components: guacamole, RDP >Affects Versions: 1.1.0 > Environment: Ubuntu 18.04 >Reporter: Mahmoud >Priority: Minor > > while trying to start remoteapp , only blackscreen start ,without the app, > normal rdp connections works without issues, cant find any specific error in > log file > > please advice what information you need from my side to share for diagnostics -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1036) can not connect via RDP using guacamole docker
[
https://issues.apache.org/jira/browse/GUACAMOLE-1036?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman updated GUACAMOLE-1036:
-
Priority: Minor (was: Major)
> can not connect via RDP using guacamole docker
> --
>
> Key: GUACAMOLE-1036
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1036
> Project: Guacamole
> Issue Type: Bug
> Components: RDP
>Affects Versions: 1.1.0
> Environment: guacamole 1.1.0 on Manjaro with Docker 19.03.8-ce
>Reporter: Jeffrey Lebowski
>Priority: Minor
>
> I set up guacamole via docker and nginx as reverse proxy.
> VNC-connections work as expected, but RDP does not.
> The system I want to remote control is an Arch linux system running x11vnc
> and FreeRDP version 2.0.0 (git n/a).
> I would say the guacamole docker side is set up correctly because "everything
> VNC" and "everything SSH" to my Arch system works.
> The FreeRDP setup on the Arch system is this (started as a normal user, not
> root):
> {{[xx@arch]$ freerdp-shadow-cli -auth}}
> {{[13:12:17:144] [52077:52077] [INFO][com.freerdp.server.shadow.x11] - X11
> Extensions: XFixes: 1 Xinerama: 1 XDamage: 0 XShm: 0}}
> {{[13:12:17:148] [52077:52077] [INFO][com.freerdp.core.listener] - Listening
> on 0.0.0.0:3389}}
> Then the connection from guacamole:
> {{[13:13:01:657] [52077:52085] [INFO][com.freerdp.core.connection] - Client
> Security: NLA:0 TLS:1 RDP:0}}
> {{[13:13:01:657] [52077:52085] [INFO][com.freerdp.core.connection] - Server
> Security: NLA:0 TLS:1 RDP:1}}
> {{[13:13:01:657] [52077:52085] [INFO][com.freerdp.core.connection] -
> Negotiated Security: NLA:0 TLS:1 RDP:0}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.connection] - Accepted
> client: Guacamole RDP}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.connection] - Accepted
> channels:}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.connection] - cliprdr}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.connection] - rdpdr}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.connection] - rdpsnd}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.connection] - drdynvc}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.gcc] - Active rdp
> encryption level: NONE}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.gcc] - Selected rdp
> encryption method: NONE}}
> {{[13:13:01:686] [52077:52085] [INFO][com.freerdp.client.shadow] - Client
> from 192.168.0.16 is activated (1920x1080@32)}}
> {{[13:13:01:814] [52077:52085] [ERROR][com.freerdp.core.peer] -
> peer_recv_callback: CONNECTION_STATE_ACTIVE - peer_recv_pdu() fail}}
> {{[13:13:01:814] [52077:52085] [ERROR][com.freerdp.core.transport] -
> transport_check_fds: transport->ReceiveCallback() - -1}}
> {{[13:13:01:814] [52077:52085] [ERROR][com.freerdp.client.shadow] - Failed to
> check FreeRDP file descriptor}}
> That connection in the guacd log:
> {{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 "$f8d73f56-bf55-4335-8c68-3b0b9376f4ed"}}
> {{guacd[8]: INFO: Security mode: Negotiate (ANY)}}
> {{guacd[8]: INFO: Resize method: display-update}}
> {{guacd[8]: INFO: User "@dd6c34f0-833e-4e07-a9b4-c02b15cac414" joined
> connection "$f8d73f56-bf55-4335-8c68-3b0b9376f4ed" (1 users now present)}}
> {{guacd[8]: INFO: Loading keymap "base"}}
> {{guacd[8]: INFO: Loading keymap "de-de-qwertz"}}
> {{guacd[8]: INFO: Accepted format: 16-bit PCM with 2 channels at 44100 Hz}}
> {{guacd[8]: ERROR: Connection closed.}}
> {{guacd[8]: INFO: Internal RDP client disconnected}}
> {{guacd[8]: INFO: User "@dd6c34f0-833e-4e07-a9b4-c02b15cac414" disconnected
> (0 users remain)}}
> {{guacd[8]: INFO: Last user of connection
> "$f8d73f56-bf55-4335-8c68-3b0b9376f4ed" disconnected}}
> {{guacd[6]: INFO: Connection "$f8d73f56-bf55-4335-8c68-3b0b9376f4ed"
> removed.}}
> The "funny" thing is that in the browser used to connect I can sometimes see
> a "screenshot" of my Arch desktop when trying the RDP connection but
> immediatly after that comes the guacamole error message aborting the
> connection.
> Another strange thing is that - only once - I got a "red screen" with
> "Welcome" written on it in the browser trying the RDP connection (but I did
> not the the desktop or anything else).
> I tried different RDP connections settings in guacamole - none of them works
> as expected.
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1032) No files show up in file browser for one user
[ https://issues.apache.org/jira/browse/GUACAMOLE-1032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17088073#comment-17088073 ] Nick Couchman commented on GUACAMOLE-1032: -- [~kangaroo22]: I'm assuming you patched the code, then did "make" and then "make install" after patching? Sorry, not trying to ask silly questions, just want to make sure. Also, when you restarted guacd, did you verify that the path to the new version (patched) is the same as the original one? Just want to make certain that you're actually running the updated/patched version? Also, i assume that these 1119 files/folders all have appropriate permissions for that user (or whatever account is logging in under SFTP) such that the account that is logging in with SFTP actually has access to the folders? Just want to make sure... > No files show up in file browser for one user > - > > Key: GUACAMOLE-1032 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1032 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Priority: Minor > > Guacamole is configured properly for SFTP access. A user has a mix of 1119 > files/directories in the home directory. The user hits CTRL-Shift-ALT, > clicks on their home directory, then no files or directories are displayed. > On the same host, another account with a smaller set of files and directories > shows the files. I create a temp directory in the users directory called > "TEMP". I do a "mv * TEMP" leaving just dot files. Now, when the user > clicks on the home directory, the dot files are displayed. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-381) Allow clipboard access to be disabled
[ https://issues.apache.org/jira/browse/GUACAMOLE-381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17088080#comment-17088080 ] Nick Couchman commented on GUACAMOLE-381: - [~drho...@hubcc.ca]: This has already been implemented in the code for the 1.2.0 version - when 1.2.0 is released this feature will be present. > Allow clipboard access to be disabled > - > > Key: GUACAMOLE-381 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-381 > Project: Guacamole > Issue Type: Improvement > Components: Documentation, guacamole-ext, Kubernetes, RDP, SSH, > Telnet, VNC > Environment: Kiosk Mode >Reporter: Dr Houle >Assignee: Mike Jumper >Priority: Minor > Fix For: 1.2.0 > > Attachments: GuacamoleChanges.Txt, image-2020-04-20-15-49-02-309.png > > > Disable Clipboard functions > In some implementations, the ability to disable the Clipboard at the client > would be beneficial. > Kiosk mode to securely, view Patient Data for instance. > Disabling Clipboard paste in one direction or the other would be another > valuable modification. > Copy to the host but not into the client > Copy to the client but not the host > Dr. Houle -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1032) No files show up in file browser for one user
[ https://issues.apache.org/jira/browse/GUACAMOLE-1032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17087839#comment-17087839 ] Nick Couchman commented on GUACAMOLE-1032: -- Jason, You can download the patch for the pull request and try applying it to the 1.1.0 code. I believe it'll work fine - it's not all that significant, but YMMV... https://github.com/apache/guacamole-server/pull/260.patch > No files show up in file browser for one user > - > > Key: GUACAMOLE-1032 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1032 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Priority: Minor > > Guacamole is configured properly for SFTP access. A user has a mix of 1119 > files/directories in the home directory. The user hits CTRL-Shift-ALT, > clicks on their home directory, then no files or directories are displayed. > On the same host, another account with a smaller set of files and directories > shows the files. I create a temp directory in the users directory called > "TEMP". I do a "mv * TEMP" leaving just dot files. Now, when the user > clicks on the home directory, the dot files are displayed. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1030) LDAP and Database does not allow LDAP only users to create connections
[ https://issues.apache.org/jira/browse/GUACAMOLE-1030?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1030: - Priority: Minor (was: Major) > LDAP and Database does not allow LDAP only users to create connections > -- > > Key: GUACAMOLE-1030 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1030 > Project: Guacamole > Issue Type: Bug >Affects Versions: 1.1.0 >Reporter: Roman Bäriswyl >Priority: Minor > > Following Scenario: > I have LDAP authentication and database enabled. > I have created a group "MyGroup" in the DB and assigned it create > connections/create connection groups rights. > The group "MyGroup" exists in LDAP and "user_a" is inside it. > Now when the "user_a" logs in into guacamole, it correctly seems to have > rights to create groups / connection groups. > Uppon creating a connection or a connection group, guacamole shows > "Unexpected internal error". In the log, I see: > "ERROR: null value in column "entity_id" violates not-null constrait" in a > query that seems to insert permissions into > "guacamole_connection_group_permission". > I suspect the entity_id is the id of the user which does not exist for users > that are only in LDAP. > Does this mean that I manually have to add all users to the DB that should be > able to create connections or connection groups? Wouldn't it be possible for > guacamole to automatically create users (without a password) for LDAP users > in the database? -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1015) tunnel and websocket states out of sync
[
https://issues.apache.org/jira/browse/GUACAMOLE-1015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17087120#comment-17087120
]
Nick Couchman commented on GUACAMOLE-1015:
--
I'm not sure this is a bug in Guacamole, mainly because this issue does not
show up in Guacamole Client. Perhaps you are expected to do something in your
custom application code to keep these individual components in sync?
> tunnel and websocket states out of sync
> ---
>
> Key: GUACAMOLE-1015
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1015
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole-common-js
>Affects Versions: 1.1.0
>Reporter: AJ Funk
>Priority: Minor
>
> When using the WebSocketTunnel, we are constantly seeing the error:
> "InvalidStateError: Failed to execute 'send' on 'WebSocket': Still in
> CONNECTING state." being thrown.
> The identify the issue, we added some extra logging information by overriding
> the sendMessage method and wrapping it with a try/catch like this:
> {code:java}
> const websocketTunnel = this.websocket = new
> Guacamole.WebSocketTunnel(`wss://${domain}/guacamole/${guacWsPort}`);
> const guac = this.rfb = new Guacamole.Client(this.websocket);
> // wrap sendMessage with a try/catch for debugging
> const originalTunnelSendMessage = websocketTunnel.sendMessage;
> this.websocket.sendMessage = (...args) => {
> try {
> originalTunnelSendMessage.apply(this.websocket, args);
> } catch (e) {
> if (window.Sentry) {
> const clientState = guac.getState();
> const tunnelState = websocketTunnel.state;
> const socketState = websocketTunnel.socket.readyState;
> window.Sentry.withScope(scope => {
> scope.setTag("origin", "guac socket");
> scope.setExtra("args", args);
> scope.setExtra("clientState", clientState);
> scope.setExtra("tunnelState", tunnelState);
> scope.setExtra("socketReadyState", socketState);
> window.Sentry.captureException(e);
> });
> }
> }
> }
> {code}
> (we use [https://sentry.io|https://sentry.io/] to capture exceptions)
> This provided the following values:
> clientState: 2 (STATE_WAITING)
> tunnelState: 3 (UNSTABLE)
> socketReadyState: 0 (CONNECTING)
> We managed to apply a patch to silence this error. On this line
> [https://guacamole.apache.org/doc/1.1.0/guacamole-common-js/Tunnel.js.html#line379]
> we changed
> {code:java}
> if (!tunnel.isConnected()){code}
> to check the socket's state instead of the tunnel's:
> {code:java}
> if (!socket || socket.readyState !== WebSocket.OPEN ){code}
>
> We determined that this error was non-critical since it did not disrupt the
> client's websocket connection, but it caused a lot of noise with thousands of
> error events.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-1016) guacd[5450]: segfault at... error 4 in libguac-client-rdp.so
[ https://issues.apache.org/jira/browse/GUACAMOLE-1016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman closed GUACAMOLE-1016. Resolution: Invalid Closing this out because I believe this is an environmental issue imposed by systemd limits and not something wrong with guacd. > guacd[5450]: segfault at... error 4 in libguac-client-rdp.so > > > Key: GUACAMOLE-1016 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1016 > Project: Guacamole > Issue Type: Bug > Components: guacd >Affects Versions: 1.1.0 >Reporter: Martin >Priority: Minor > > SERVER.domain kernel: [556999.879168] guacd[5450]: segfault at 7fcce933801c > ip 7fcd8aabb7db sp 7fcd24ff8ce0 error 4 in > libguac-client-rdp.so.0.0.0[7fcd8aaaf000+17000] > > Can we look for other logs (more details) somewhere ? > EDIT: > Apache error_log: > [mpm_event:error] [pid 762:tid 139741530629248] AH00484: server reached > MaxRequestWorkers setting, consider raising the MaxRequestWorkers setting > > There is 200 concurents users connected. > > EDIT: > we just receive this message (dmesg) minute ago > Apr 8 08:26:17 server.domain kernel: [602080.063555] cgroup: fork rejected by > pids controller in /system.slice/guacd.service > Just found... > A process limit set by systemd has been hit and new processes cannot be > forked. > Users cannot connect anymore, those that are connecte can still work RDP. We > are looking how to increase the "process limit" value. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1032) No files show up in file browser for one user
[ https://issues.apache.org/jira/browse/GUACAMOLE-1032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17087139#comment-17087139 ] Nick Couchman commented on GUACAMOLE-1032: -- [~kangaroo22]: No worries - Jira just tends to get cluttered pretty quickly with general requests, and we try to keep it to legitimate issues that need development - bugs, features, improvements, etc. Let us know whether or not this works in 1.2.0 and we can either pursue debugging it or close it out. > No files show up in file browser for one user > - > > Key: GUACAMOLE-1032 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1032 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Priority: Minor > > Guacamole is configured properly for SFTP access. A user has a mix of 1119 > files/directories in the home directory. The user hits CTRL-Shift-ALT, > clicks on their home directory, then no files or directories are displayed. > On the same host, another account with a smaller set of files and directories > shows the files. I create a temp directory in the users directory called > "TEMP". I do a "mv * TEMP" leaving just dot files. Now, when the user > clicks on the home directory, the dot files are displayed. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1038) filter on create and edit user
[ https://issues.apache.org/jira/browse/GUACAMOLE-1038?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1038: - Priority: Trivial (was: Major) > filter on create and edit user > -- > > Key: GUACAMOLE-1038 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1038 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.1.0 >Reporter: Gaudin vincent >Priority: Trivial > > on the new user page or edit user, > on connections section the filter do not work correctly > ok for tab "Current Connections" you filter on selected connections > but not if you select tab "All connections" you do not filter all the > availables connexions. > > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1028) Cut operation on RDP client cause disconnect of session
[ https://issues.apache.org/jira/browse/GUACAMOLE-1028?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1028: - Priority: Minor (was: Major) > Cut operation on RDP client cause disconnect of session > --- > > Key: GUACAMOLE-1028 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1028 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Priority: Minor > > I'm having trouble with "cut" operation under CentOS 7 and GNOME causing a > disconnection of the RDP client. The same operation works fine on a Windows > RDP host. Once the disconnection occured, I restart guacd like this: > I start guacd -f -L debug then connect to a client... > This is the output when the client reconnects and I try another cut: > guacd[39718]: INFO: Guacamole proxy daemon (guacd) version 1.1.0 started > guacd[39718]: DEBUG: Unable to bind socket to host ::1, port 4822: Address > family not supported by protocol > guacd[39718]: DEBUG: Successfully bound socket to host 127.0.0.1, port 4822 > guacd[39718]: INFO: Listening on host 127.0.0.1, port 4822 > guacd[39718]: INFO: Creating new client for protocol "rdp" > guacd[39718]: INFO: Connection ID is "$1cec0e1b-d1ea-49ba-81e0-d8605331893b" > guacd[39724]: DEBUG: Processing instruction: size > guacd[39724]: DEBUG: Processing instruction: audio > guacd[39724]: DEBUG: Processing instruction: video > guacd[39724]: DEBUG: Processing instruction: image > guacd[39724]: DEBUG: Processing instruction: timezone > guacd[39724]: DEBUG: Parameter "console" omitted. Using default value of 0. > guacd[39724]: DEBUG: Parameter "console-audio" omitted. Using default value > of 0. > guacd[39724]: DEBUG: Parameter "disable-auth" omitted. Using default value of > 0. > guacd[39724]: INFO: No security mode specified. Defaulting to security mode > negotiation with server. > guacd[39724]: DEBUG: User resolution is 1522x698 at 96 DPI > guacd[39724]: DEBUG: Parameter "dpi" omitted. Using default value of 96. > guacd[39724]: DEBUG: Using resolution of 1520x698 at 96 DPI > guacd[39724]: DEBUG: Parameter "read-only" omitted. Using default value of 0. > guacd[39724]: DEBUG: Parameter "client-name" omitted. Using default value of > "Guacamole RDP". > guacd[39724]: DEBUG: Parameter "enable-wallpaper" omitted. Using default > value of 0. > guacd[39724]: DEBUG: Parameter "enable-theming" omitted. Using default value > of 0. > guacd[39724]: DEBUG: Parameter "enable-font-smoothing" omitted. Using default > value of 0. > guacd[39724]: DEBUG: Parameter "enable-full-window-drag" omitted. Using > default value of 0. > guacd[39724]: DEBUG: Parameter "enable-desktop-composition" omitted. Using > default value of 0. > guacd[39724]: DEBUG: Parameter "enable-menu-animations" omitted. Using > default value of 0. > guacd[39724]: DEBUG: Parameter "disable-bitmap-caching" omitted. Using > default value of 0. > guacd[39724]: DEBUG: Parameter "disable-offscreen-caching" omitted. Using > default value of 0. > guacd[39724]: DEBUG: Parameter "disable-glyph-caching" omitted. Using default > value of 0. > guacd[39724]: DEBUG: Parameter "color-depth" omitted. Using default value of > 16. > guacd[39724]: DEBUG: Parameter "disable-audio" omitted. Using default value > of 0. > guacd[39724]: DEBUG: Parameter "enable-printing" omitted. Using default value > of 0. > guacd[39724]: DEBUG: Parameter "printer-name" omitted. Using default value of > "Guacamole Printer". > guacd[39724]: DEBUG: Parameter "enable-drive" omitted. Using default value of > 0. > guacd[39724]: DEBUG: Parameter "drive-name" omitted. Using default value of > "Guacamole Filesystem". > guacd[39724]: DEBUG: Parameter "drive-path" omitted. Using default value of > "". > guacd[39724]: DEBUG: Parameter "create-drive-path" omitted. Using default > value of 0. > guacd[39724]: DEBUG: Parameter "timezone" omitted. Using default value of > "America/Toronto". > guacd[39724]: DEBUG: Parameter "enable-sftp" omitted. Using default value of > 0. > guacd[39724]: DEBUG: Parameter "sftp-hostname" omitted. Using default value > of "wsc105-02.eecs.yorku.ca". > guacd[39724]: DEBUG: Parameter "sftp-port" omitted. Using default value of > "22". > guacd[39724]: DEBUG: Parameter "sftp-username" omitted. Using default value > of "user". > guacd[39724]: DEBUG: Parameter "sftp-password" omitted. Using default value > of "". > guacd[39724]: DEBUG: Parameter "sftp-passphrase" omitted. Using default value > of "". > guacd[39724]: DEBUG: Parameter "sftp-root-directory" omitted. Using default > value of "/". > guacd[39724]: DEBUG: Parameter "sftp-server-alive-interval" omitted. Using > default value of 0. > guacd[39724]: DEBUG: Parameter "recording-name" omitted. Using default
[jira] [Commented] (GUACAMOLE-1036) can not connect via RDP using guacamole docker
[
https://issues.apache.org/jira/browse/GUACAMOLE-1036?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17087135#comment-17087135
]
Nick Couchman commented on GUACAMOLE-1036:
--
It seems like either the freerdp-shadow-cli or guacd is crashing, so it'd be
nice to see the debug output of both items to see which one is killing the
connection.
> can not connect via RDP using guacamole docker
> --
>
> Key: GUACAMOLE-1036
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1036
> Project: Guacamole
> Issue Type: Bug
> Components: RDP
>Affects Versions: 1.1.0
> Environment: guacamole 1.1.0 on Manjaro with Docker 19.03.8-ce
>Reporter: Jeffrey Lebowski
>Priority: Minor
>
> I set up guacamole via docker and nginx as reverse proxy.
> VNC-connections work as expected, but RDP does not.
> The system I want to remote control is an Arch linux system running x11vnc
> and FreeRDP version 2.0.0 (git n/a).
> I would say the guacamole docker side is set up correctly because "everything
> VNC" and "everything SSH" to my Arch system works.
> The FreeRDP setup on the Arch system is this (started as a normal user, not
> root):
> {{[xx@arch]$ freerdp-shadow-cli -auth}}
> {{[13:12:17:144] [52077:52077] [INFO][com.freerdp.server.shadow.x11] - X11
> Extensions: XFixes: 1 Xinerama: 1 XDamage: 0 XShm: 0}}
> {{[13:12:17:148] [52077:52077] [INFO][com.freerdp.core.listener] - Listening
> on 0.0.0.0:3389}}
> Then the connection from guacamole:
> {{[13:13:01:657] [52077:52085] [INFO][com.freerdp.core.connection] - Client
> Security: NLA:0 TLS:1 RDP:0}}
> {{[13:13:01:657] [52077:52085] [INFO][com.freerdp.core.connection] - Server
> Security: NLA:0 TLS:1 RDP:1}}
> {{[13:13:01:657] [52077:52085] [INFO][com.freerdp.core.connection] -
> Negotiated Security: NLA:0 TLS:1 RDP:0}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.connection] - Accepted
> client: Guacamole RDP}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.connection] - Accepted
> channels:}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.connection] - cliprdr}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.connection] - rdpdr}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.connection] - rdpsnd}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.connection] - drdynvc}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.gcc] - Active rdp
> encryption level: NONE}}
> {{[13:13:01:662] [52077:52085] [INFO][com.freerdp.core.gcc] - Selected rdp
> encryption method: NONE}}
> {{[13:13:01:686] [52077:52085] [INFO][com.freerdp.client.shadow] - Client
> from 192.168.0.16 is activated (1920x1080@32)}}
> {{[13:13:01:814] [52077:52085] [ERROR][com.freerdp.core.peer] -
> peer_recv_callback: CONNECTION_STATE_ACTIVE - peer_recv_pdu() fail}}
> {{[13:13:01:814] [52077:52085] [ERROR][com.freerdp.core.transport] -
> transport_check_fds: transport->ReceiveCallback() - -1}}
> {{[13:13:01:814] [52077:52085] [ERROR][com.freerdp.client.shadow] - Failed to
> check FreeRDP file descriptor}}
> That connection in the guacd log:
> {{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 "$f8d73f56-bf55-4335-8c68-3b0b9376f4ed"}}
> {{guacd[8]: INFO: Security mode: Negotiate (ANY)}}
> {{guacd[8]: INFO: Resize method: display-update}}
> {{guacd[8]: INFO: User "@dd6c34f0-833e-4e07-a9b4-c02b15cac414" joined
> connection "$f8d73f56-bf55-4335-8c68-3b0b9376f4ed" (1 users now present)}}
> {{guacd[8]: INFO: Loading keymap "base"}}
> {{guacd[8]: INFO: Loading keymap "de-de-qwertz"}}
> {{guacd[8]: INFO: Accepted format: 16-bit PCM with 2 channels at 44100 Hz}}
> {{guacd[8]: ERROR: Connection closed.}}
> {{guacd[8]: INFO: Internal RDP client disconnected}}
> {{guacd[8]: INFO: User "@dd6c34f0-833e-4e07-a9b4-c02b15cac414" disconnected
> (0 users remain)}}
> {{guacd[8]: INFO: Last user of connection
> "$f8d73f56-bf55-4335-8c68-3b0b9376f4ed" disconnected}}
> {{guacd[6]: INFO: Connection "$f8d73f56-bf55-4335-8c68-3b0b9376f4ed"
> removed.}}
> The "funny" thing is that in the browser used to connect I can sometimes see
> a "screenshot" of my Arch desktop when trying the RDP connection but
> immediatly after that comes the guacamole error message aborting the
> connection.
> Another strange thing is that - only once - I got a "red screen" with
> "Welcome" written on it in the browser trying the RDP connection (but I did
> not the the desktop or anything else).
> I tried different RDP connections settings in guacamole - none of them works
> as expected.
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-1037) Caps Lock doesn't work via RDP (1.2 guacd)
[ https://issues.apache.org/jira/browse/GUACAMOLE-1037?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman closed GUACAMOLE-1037. Resolution: Duplicate > Caps Lock doesn't work via RDP (1.2 guacd) > -- > > Key: GUACAMOLE-1037 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1037 > Project: Guacamole > Issue Type: Bug > Components: guacd >Affects Versions: 1.2.0 >Reporter: andrea lattanzi >Priority: Minor > Fix For: 1.0.0, 0.9.14 > > > Hello! > I was pushed to use guacd 1.2 after facing 1.1 huge memory leaks bug. > The users signalled me this bug that could be workaround by running OSK on > the remote. > To log key events I used this site: > [https://unixpapa.com/js/testkey.html] > Now I'm pasting the results in several conditions of the following test > sequence: > 1) "a" key low case > 2) caps lock > 3) "A" key > 4) caps lock > 5) "a" key > The client OS is Ubuntu, but OS and browser/version combinations don't look > to affect the bug. > > *Just the client via Chromium:* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=20 which=20 charCode=0 > keyup keyCode=20 which=20 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=65 (A) which=65 (A) charCode=65 (A) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=20 which=20 charCode=0 > keyup keyCode=20 which=20 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > > *client via Chromium, guacamole 0.9.14 RDP* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=255 which=255 charCode=0 > keyup keyCode=255 which=255 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=65 (A) which=65 (A) charCode=65 (A) > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=65 (A) which=65 (A) charCode=0 > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=255 which=255 charCode=0 > keyup keyCode=255 which=255 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > > *client via Chromium, guacamole 1.1, guacd 1.2, RDP (bug)* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=20 which=20 charCode=0 > keyup keyCode=20 which=20 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=65 (A) which=65 (A) charCode=0 > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=20 which=20 charCode=0 > keyup keyCode=20 which=20 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=16 which=16 charCode=0 > > *client via Chromium, guacamole 1.0, RDP* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=0 which=0 charCode=0 > keyup keyCode=0 which=0 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=65 (A) which=65 (A) charCode=65 (A) > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=65 (A) which=65 (A) charCode=0 > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=0 which=0 charCode=0 > keyup keyCode=0 which=0 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=16 which=16 charCode=0 > > *client via Chromium, guacamole 1.1, guacd 1.2, VNC* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > textInput data=a > akeyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=16 which=16 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=65 (A) which=65 (A) charCode=65 (A) >
[jira] [Reopened] (GUACAMOLE-1037) Caps Lock doesn't work via RDP (1.2 guacd)
[ https://issues.apache.org/jira/browse/GUACAMOLE-1037?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman reopened GUACAMOLE-1037: -- You're saying it works in 1.1, but not in 1.2? > Caps Lock doesn't work via RDP (1.2 guacd) > -- > > Key: GUACAMOLE-1037 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1037 > Project: Guacamole > Issue Type: Bug > Components: guacd >Affects Versions: 1.2.0 >Reporter: andrea lattanzi >Priority: Minor > Fix For: 0.9.14, 1.0.0 > > > Hello! > I was pushed to use guacd 1.2 after facing 1.1 huge memory leaks bug. > The users signalled me this bug that could be workaround by running OSK on > the remote. > To log key events I used this site: > [https://unixpapa.com/js/testkey.html] > Now I'm pasting the results in several conditions of the following test > sequence: > 1) "a" key low case > 2) caps lock > 3) "A" key > 4) caps lock > 5) "a" key > The client OS is Ubuntu, but OS and browser/version combinations don't look > to affect the bug. > > *Just the client via Chromium:* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=20 which=20 charCode=0 > keyup keyCode=20 which=20 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=65 (A) which=65 (A) charCode=65 (A) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=20 which=20 charCode=0 > keyup keyCode=20 which=20 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > > *client via Chromium, guacamole 0.9.14 RDP* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=255 which=255 charCode=0 > keyup keyCode=255 which=255 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=65 (A) which=65 (A) charCode=65 (A) > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=65 (A) which=65 (A) charCode=0 > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=255 which=255 charCode=0 > keyup keyCode=255 which=255 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > > *client via Chromium, guacamole 1.1, guacd 1.2, RDP (bug)* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=20 which=20 charCode=0 > keyup keyCode=20 which=20 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=65 (A) which=65 (A) charCode=0 > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=20 which=20 charCode=0 > keyup keyCode=20 which=20 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=16 which=16 charCode=0 > > *client via Chromium, guacamole 1.0, RDP* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=0 which=0 charCode=0 > keyup keyCode=0 which=0 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=65 (A) which=65 (A) charCode=65 (A) > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=65 (A) which=65 (A) charCode=0 > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=0 which=0 charCode=0 > keyup keyCode=0 which=0 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=16 which=16 charCode=0 > > *client via Chromium, guacamole 1.1, guacd 1.2, VNC* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > textInput data=a > akeyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=16 which=16 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=65 (A) which=65
[jira] [Updated] (GUACAMOLE-1037) Caps Lock doesn't work via RDP (1.2 guacd)
[ https://issues.apache.org/jira/browse/GUACAMOLE-1037?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1037: - Fix Version/s: (was: 1.0.0) (was: 0.9.14) > Caps Lock doesn't work via RDP (1.2 guacd) > -- > > Key: GUACAMOLE-1037 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1037 > Project: Guacamole > Issue Type: Bug > Components: guacd >Affects Versions: 1.2.0 >Reporter: andrea lattanzi >Priority: Minor > > Hello! > I was pushed to use guacd 1.2 after facing 1.1 huge memory leaks bug. > The users signalled me this bug that could be workaround by running OSK on > the remote. > To log key events I used this site: > [https://unixpapa.com/js/testkey.html] > Now I'm pasting the results in several conditions of the following test > sequence: > 1) "a" key low case > 2) caps lock > 3) "A" key > 4) caps lock > 5) "a" key > The client OS is Ubuntu, but OS and browser/version combinations don't look > to affect the bug. > > *Just the client via Chromium:* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=20 which=20 charCode=0 > keyup keyCode=20 which=20 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=65 (A) which=65 (A) charCode=65 (A) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=20 which=20 charCode=0 > keyup keyCode=20 which=20 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > > *client via Chromium, guacamole 0.9.14 RDP* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=255 which=255 charCode=0 > keyup keyCode=255 which=255 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=65 (A) which=65 (A) charCode=65 (A) > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=65 (A) which=65 (A) charCode=0 > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=255 which=255 charCode=0 > keyup keyCode=255 which=255 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > > *client via Chromium, guacamole 1.1, guacd 1.2, RDP (bug)* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=20 which=20 charCode=0 > keyup keyCode=20 which=20 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=65 (A) which=65 (A) charCode=0 > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=20 which=20 charCode=0 > keyup keyCode=20 which=20 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=16 which=16 charCode=0 > > *client via Chromium, guacamole 1.0, RDP* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=0 which=0 charCode=0 > keyup keyCode=0 which=0 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=65 (A) which=65 (A) charCode=65 (A) > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=65 (A) which=65 (A) charCode=0 > keyup keyCode=16 which=16 charCode=0 > keydown keyCode=0 which=0 charCode=0 > keyup keyCode=0 which=0 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > keyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=16 which=16 charCode=0 > keyup keyCode=16 which=16 charCode=0 > > *client via Chromium, guacamole 1.1, guacd 1.2, VNC* > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=97 (a) which=97 (a) charCode=97 (a) > textInput data=a > akeyup keyCode=65 (A) which=65 (A) charCode=0 > keydown keyCode=16 which=16 charCode=0 > keydown keyCode=65 (A) which=65 (A) charCode=0 > keypress keyCode=65 (A) which=65 (A) charCode=65
[jira] [Commented] (GUACAMOLE-1028) Cut operation on RDP client cause disconnect of session
[ https://issues.apache.org/jira/browse/GUACAMOLE-1028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17087077#comment-17087077 ] Nick Couchman commented on GUACAMOLE-1028: -- Sounds like xrdp may be dealing with Clipboard stuff incorrectly, but this shouldn't cause Guacamole to disconnect, so leaving this opened for now. > Cut operation on RDP client cause disconnect of session > --- > > Key: GUACAMOLE-1028 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1028 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Priority: Minor > > I'm having trouble with "cut" operation under CentOS 7 and GNOME causing a > disconnection of the RDP client. The same operation works fine on a Windows > RDP host. Once the disconnection occured, I restart guacd like this: > I start guacd -f -L debug then connect to a client... > This is the output when the client reconnects and I try another cut: > guacd[39718]: INFO: Guacamole proxy daemon (guacd) version 1.1.0 started > guacd[39718]: DEBUG: Unable to bind socket to host ::1, port 4822: Address > family not supported by protocol > guacd[39718]: DEBUG: Successfully bound socket to host 127.0.0.1, port 4822 > guacd[39718]: INFO: Listening on host 127.0.0.1, port 4822 > guacd[39718]: INFO: Creating new client for protocol "rdp" > guacd[39718]: INFO: Connection ID is "$1cec0e1b-d1ea-49ba-81e0-d8605331893b" > guacd[39724]: DEBUG: Processing instruction: size > guacd[39724]: DEBUG: Processing instruction: audio > guacd[39724]: DEBUG: Processing instruction: video > guacd[39724]: DEBUG: Processing instruction: image > guacd[39724]: DEBUG: Processing instruction: timezone > guacd[39724]: DEBUG: Parameter "console" omitted. Using default value of 0. > guacd[39724]: DEBUG: Parameter "console-audio" omitted. Using default value > of 0. > guacd[39724]: DEBUG: Parameter "disable-auth" omitted. Using default value of > 0. > guacd[39724]: INFO: No security mode specified. Defaulting to security mode > negotiation with server. > guacd[39724]: DEBUG: User resolution is 1522x698 at 96 DPI > guacd[39724]: DEBUG: Parameter "dpi" omitted. Using default value of 96. > guacd[39724]: DEBUG: Using resolution of 1520x698 at 96 DPI > guacd[39724]: DEBUG: Parameter "read-only" omitted. Using default value of 0. > guacd[39724]: DEBUG: Parameter "client-name" omitted. Using default value of > "Guacamole RDP". > guacd[39724]: DEBUG: Parameter "enable-wallpaper" omitted. Using default > value of 0. > guacd[39724]: DEBUG: Parameter "enable-theming" omitted. Using default value > of 0. > guacd[39724]: DEBUG: Parameter "enable-font-smoothing" omitted. Using default > value of 0. > guacd[39724]: DEBUG: Parameter "enable-full-window-drag" omitted. Using > default value of 0. > guacd[39724]: DEBUG: Parameter "enable-desktop-composition" omitted. Using > default value of 0. > guacd[39724]: DEBUG: Parameter "enable-menu-animations" omitted. Using > default value of 0. > guacd[39724]: DEBUG: Parameter "disable-bitmap-caching" omitted. Using > default value of 0. > guacd[39724]: DEBUG: Parameter "disable-offscreen-caching" omitted. Using > default value of 0. > guacd[39724]: DEBUG: Parameter "disable-glyph-caching" omitted. Using default > value of 0. > guacd[39724]: DEBUG: Parameter "color-depth" omitted. Using default value of > 16. > guacd[39724]: DEBUG: Parameter "disable-audio" omitted. Using default value > of 0. > guacd[39724]: DEBUG: Parameter "enable-printing" omitted. Using default value > of 0. > guacd[39724]: DEBUG: Parameter "printer-name" omitted. Using default value of > "Guacamole Printer". > guacd[39724]: DEBUG: Parameter "enable-drive" omitted. Using default value of > 0. > guacd[39724]: DEBUG: Parameter "drive-name" omitted. Using default value of > "Guacamole Filesystem". > guacd[39724]: DEBUG: Parameter "drive-path" omitted. Using default value of > "". > guacd[39724]: DEBUG: Parameter "create-drive-path" omitted. Using default > value of 0. > guacd[39724]: DEBUG: Parameter "timezone" omitted. Using default value of > "America/Toronto". > guacd[39724]: DEBUG: Parameter "enable-sftp" omitted. Using default value of > 0. > guacd[39724]: DEBUG: Parameter "sftp-hostname" omitted. Using default value > of "wsc105-02.eecs.yorku.ca". > guacd[39724]: DEBUG: Parameter "sftp-port" omitted. Using default value of > "22". > guacd[39724]: DEBUG: Parameter "sftp-username" omitted. Using default value > of "user". > guacd[39724]: DEBUG: Parameter "sftp-password" omitted. Using default value > of "". > guacd[39724]: DEBUG: Parameter "sftp-passphrase" omitted. Using default value > of "". > guacd[39724]: DEBUG: Parameter "sftp-root-directory" omitted. Using default > value of "/". > guacd[39724]:
[jira] [Commented] (GUACAMOLE-1030) LDAP and Database does not allow LDAP only users to create connections
[ https://issues.apache.org/jira/browse/GUACAMOLE-1030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17087131#comment-17087131 ] Nick Couchman commented on GUACAMOLE-1030: -- I can confirm I see the same behavior. I think this may be resolved once GUACAMOLE-708 is implemented, but it may depend on how that is implemented!! > LDAP and Database does not allow LDAP only users to create connections > -- > > Key: GUACAMOLE-1030 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1030 > Project: Guacamole > Issue Type: Bug >Affects Versions: 1.1.0 >Reporter: Roman Bäriswyl >Priority: Minor > > Following Scenario: > I have LDAP authentication and database enabled. > I have created a group "MyGroup" in the DB and assigned it create > connections/create connection groups rights. > The group "MyGroup" exists in LDAP and "user_a" is inside it. > Now when the "user_a" logs in into guacamole, it correctly seems to have > rights to create groups / connection groups. > Uppon creating a connection or a connection group, guacamole shows > "Unexpected internal error". In the log, I see: > "ERROR: null value in column "entity_id" violates not-null constrait" in a > query that seems to insert permissions into > "guacamole_connection_group_permission". > I suspect the entity_id is the id of the user which does not exist for users > that are only in LDAP. > Does this mean that I manually have to add all users to the DB that should be > able to create connections or connection groups? Wouldn't it be possible for > guacamole to automatically create users (without a password) for LDAP users > in the database? -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-1032) No files show up in file browser for one user
[ https://issues.apache.org/jira/browse/GUACAMOLE-1032?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman closed GUACAMOLE-1032. Resolution: Duplicate > No files show up in file browser for one user > - > > Key: GUACAMOLE-1032 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1032 > Project: Guacamole > Issue Type: Bug > Components: guacamole >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Priority: Minor > > Guacamole is configured properly for SFTP access. A user has a mix of 1119 > files/directories in the home directory. The user hits CTRL-Shift-ALT, > clicks on their home directory, then no files or directories are displayed. > On the same host, another account with a smaller set of files and directories > shows the files. I create a temp directory in the users directory called > "TEMP". I do a "mv * TEMP" leaving just dot files. Now, when the user > clicks on the home directory, the dot files are displayed. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1032) No files show up in file browser for one user
[
https://issues.apache.org/jira/browse/GUACAMOLE-1032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17087151#comment-17087151
]
Nick Couchman commented on GUACAMOLE-1032:
--
I tested this out using the following method:
* Create /tmp/test and then "for num in \{1..1500}; do mkdir
/tmp/test/dir-${num}; done" to create a bunch of directories.
* Create a SSH connection in Guacamole (1.2.0 staging version) and enable SFTP
* Log in and go to the browser and list directories.
The directories all show up, so I'm going to assume this is resolved in the
1.2.0 code. If you are able to test and find out otherwise feel free to
re-open the Jira issue.
> No files show up in file browser for one user
> -
>
> Key: GUACAMOLE-1032
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1032
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole
>Affects Versions: 1.1.0
>Reporter: Jason Keltz
>Priority: Minor
>
> Guacamole is configured properly for SFTP access. A user has a mix of 1119
> files/directories in the home directory. The user hits CTRL-Shift-ALT,
> clicks on their home directory, then no files or directories are displayed.
> On the same host, another account with a smaller set of files and directories
> shows the files. I create a temp directory in the users directory called
> "TEMP". I do a "mv * TEMP" leaving just dot files. Now, when the user
> clicks on the home directory, the dot files are displayed.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1039) 1password / RDP disconnection
[
https://issues.apache.org/jira/browse/GUACAMOLE-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17087744#comment-17087744
]
Nick Couchman commented on GUACAMOLE-1039:
--
A couple of things to try:
# If you're able to download and compile version 1.2.0 from the git repos and
try this out, that would good, as it's at least possible that the issue has
already been resolved from one of the previous issues that has been fixed.
# Get a stack trace of the dump by running "{{gdb /path/to/guacd -L debug
-f}}" to run guacd with gdb (make sure gdb is installed, first), then in gdb
set the fork mode with "{{set follow-fork-mode child}}" and type "{{go}}", then
report the stack trace when it crashes.
> 1password / RDP disconnection
> --
>
> Key: GUACAMOLE-1039
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1039
> Project: Guacamole
> Issue Type: Bug
> Components: RDP
>Affects Versions: 1.1.0
> Environment: Windows Server 2019 Standard VM on ESXI as target
> Guacamole 1.1.0 with tomcat9 on Ubuntu 18.04 through Nginx reverse proxy as
> server
>Reporter: Victor Jaouen
>Priority: Minor
>
> Hello,
> I'm facing an issue regarding RDP and the application 1password.
> I'm using a VM windows Server 2019 standard for the target server and
> Guacamole 1.1.0 on ubuntu 18.04 as server
> Connecting to VM in RDP is not a problem but at the moment I open 1password
> application the session is closed. You can find below the log of the loggin
> and the disconnection provocated by 1password.
> Tell me if you need more logs.
> {code:java}
> Apr 20 11:41:42 guacamole-02 guacd[29316]: RDPDR user logged on
> Apr 20 11:41:52 guacamole-02 kernel: [1219301.780399] guacd[29322]: segfault
> at 0 ip sp 7fce1fc53b18 erro
> r 14 in guacd[55ab2e536000+7000]
> Apr 20 11:41:52 guacamole-02 guacd[14022]: Connection
> "$78f99873-e63f-43d9-a1b1-57ed7cb8faee" removed.
> Apr 20 11:41:52 guacamole-02 tomcat9[13655]: 11:41:52.369
> [http-nio-8080-exec-21] INFO o.a.g.tunnel.TunnelRequestService - Us
> er "VictorJ" disconnected from connection "3". Duration: 10491 milliseconds
> Apr 20 11:41:52 guacamole-02 tomcat9[13655]: 11:41:52.375
> [http-nio-8080-exec-9] INFO o.a.g.tunnel.TunnelRequestService - Use
> r "VictorJ" disconnected from connection "3". Duration: 10497 milliseconds
> Apr 20 11:41:52 guacamole-02 tomcat9[13655]: 11:41:52.409
> [http-nio-8080-exec-22] WARN o.a.g.s.GuacamoleHTTPTunnelServlet - H
> TTP tunnel request rejected: No such tunnel.
> Apr 20 11:41:52 guacamole-02 tomcat9[13655]: 11:41:52.419
> [http-nio-8080-exec-16] WARN o.a.g.s.GuacamoleHTTPTunnelServlet - H
> TTP tunnel request rejected: No such tunnel.{code}
>
> Rgds,
> Victor
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Comment Edited] (GUACAMOLE-1017) Invalid UTF-8 string passed to pango_layout_set_text() -- leading to guacd segfault
[
https://issues.apache.org/jira/browse/GUACAMOLE-1017?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17079310#comment-17079310
]
Nick Couchman edited comment on GUACAMOLE-1017 at 4/9/20, 1:02 PM:
---
[~mjharvey]: If you're able to add the valgrind output, that would be great. I
am currently trying this with the version of guacd built from git master, and I
see the pango messages in the log output, but I'm not getting a segfault, nor
am I getting any serious increase in RAM utilization by the process. I do
eventually get disconnected, but that seems to be because /dev/urandom produces
the right series of data to be an escape sequence that triggers a disconnect -
there are no segfaults associated with the disconnect.
I suspect that perhaps there was a memory bug fixed in the past, perhaps
between version 1.1 and the upcoming 1.2 release. If you're able to, can you
build the version from git, either staging/1.2 or master, and see if you can
reproduce the segfault?
was (Author: nick.couch...@yahoo.com):
[~mjharvey]: If you're able to add the valgrind output, that would be great. I
am currently trying this with the version of guacd built from git master, and I
see the pango messages in the log output, but I'm not getting a segfault, nor
am I getting any serious increase in RAM utilization by the process. I suspect
that perhaps there was a memory bug fixed in the past, perhaps between version
1.1 and the upcoming 1.2 release. If you're able to, can you build the version
from git, either staging/1.2 or master, and see if you can reproduce the
segfault?
> Invalid UTF-8 string passed to pango_layout_set_text() -- leading to guacd
> segfault
> ---
>
> Key: GUACAMOLE-1017
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1017
> Project: Guacamole
> Issue Type: Bug
> Components: guacd
> Environment: CentOS 7, guacd 1.1.0-1 from EPEL
> rpm -qa | grep guac
> guacd-1.1.0-1.el7.x86_64
> libguac-client-vnc-1.1.0-1.el7.x86_64
> libguac-1.1.0-1.el7.x86_64
> libguac-client-rdp-1.1.0-1.el7.x86_64
> libguac-client-ssh-1.1.0-1.el7.x86_64
>Reporter: M J Harvey
>Priority: Minor
>
> Hi,
> Probabilistic reproducible segfault of guacd:
> * Installed guacd and guacamole from EPEL on a CentOS 7.7.1908 system.
> * Configure an SSH connection type.
> * Establish guacamole session to SSH server
> * Do "cat /dev/urandom" to generate garbage.
> * {{Observe /var/log/messages on the guacd server, you'll see frequent logs
> of }}{{"Invalid UTF-8 string passed to pango_layout_set_text()"}}
> * {{Session will pretty rapidly terminate. About 20% of the time this is an
> uncontrolled segfault from libc}}
> {{guacd[7688]: segfault at 7f3ea6177ff0 ip 7f3ea3cb2b1d sp
> 7f3e9d902ab8 error 4 in libc-2.17.so[7f3ea3b57000+1c3000]}}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1017) Invalid UTF-8 string passed to pango_layout_set_text() -- leading to guacd segfault
[
https://issues.apache.org/jira/browse/GUACAMOLE-1017?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17079310#comment-17079310
]
Nick Couchman commented on GUACAMOLE-1017:
--
[~mjharvey]: If you're able to add the valgrind output, that would be great. I
am currently trying this with the version of guacd built from git master, and I
see the pango messages in the log output, but I'm not getting a segfault, nor
am I getting any serious increase in RAM utilization by the process. I suspect
that perhaps there was a memory bug fixed in the past, perhaps between version
1.1 and the upcoming 1.2 release. If you're able to, can you build the version
from git, either staging/1.2 or master, and see if you can reproduce the
segfault?
> Invalid UTF-8 string passed to pango_layout_set_text() -- leading to guacd
> segfault
> ---
>
> Key: GUACAMOLE-1017
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1017
> Project: Guacamole
> Issue Type: Bug
> Components: guacd
> Environment: CentOS 7, guacd 1.1.0-1 from EPEL
> rpm -qa | grep guac
> guacd-1.1.0-1.el7.x86_64
> libguac-client-vnc-1.1.0-1.el7.x86_64
> libguac-1.1.0-1.el7.x86_64
> libguac-client-rdp-1.1.0-1.el7.x86_64
> libguac-client-ssh-1.1.0-1.el7.x86_64
>Reporter: M J Harvey
>Priority: Minor
>
> Hi,
> Probabilistic reproducible segfault of guacd:
> * Installed guacd and guacamole from EPEL on a CentOS 7.7.1908 system.
> * Configure an SSH connection type.
> * Establish guacamole session to SSH server
> * Do "cat /dev/urandom" to generate garbage.
> * {{Observe /var/log/messages on the guacd server, you'll see frequent logs
> of }}{{"Invalid UTF-8 string passed to pango_layout_set_text()"}}
> * {{Session will pretty rapidly terminate. About 20% of the time this is an
> uncontrolled segfault from libc}}
> {{guacd[7688]: segfault at 7f3ea6177ff0 ip 7f3ea3cb2b1d sp
> 7f3e9d902ab8 error 4 in libc-2.17.so[7f3ea3b57000+1c3000]}}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-1014) LDAP + MySQL DB user does not get connections applied to LDAP group
[ https://issues.apache.org/jira/browse/GUACAMOLE-1014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman closed GUACAMOLE-1014. Resolution: Invalid > LDAP + MySQL DB user does not get connections applied to LDAP group > --- > > Key: GUACAMOLE-1014 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1014 > Project: Guacamole > Issue Type: Bug > Components: guacamole-auth-ldap >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Priority: Major > > I have installed Guacamole 1.1.0 and configured it to use our Samba AD server > as LDAP + MySQL DB. Logins work fine, but when I add connections to a > standard LDAP group, and users login who are in those groups, they cannot > access the connections. As a result, when users login, they have access to > no connections. I have 1000 users I have to either manually add connections > for, or I have to write code to manually pre-add the users to the MySQL DB so > they will have connections. I've written the mailing list, but there has > been no feedback. I believe this is a bug. > 1) Users and groups are in CN=Users,DC=ad,DC=eecs,DC=yorku,DC=ca: > CN=,CN=Users,DC=ad,DC=eecs,DC=yorku,DC=ca > CN=,CN=Users,DC=ad,DC=eecs,DC=yorku,DC=ca > For Guacamole ldap-group-base-dn: CN=Users,DC=ad,DC=eecs,DC=yorku,DC=ca > For Guacamole ldap-group-name-attribute: cn > But there's no option for me to specify: ldap-group-search-filter: > objectClass=group > I also add: ldap-member-attribute: member > From the command prompt, I can print the groups using: > ldapsearch -x -h -D "" -W -b "dc=ad,dc=eecs,dc=yorku,dc=ca" > "(objectClass=group)" > Because of lack of ldap-group-search-filter, my list of groups in Guacamole > contains all the users as well! > If I want to see who are the members of a group from the command line I can > do: > ldapsearch -x -h -D "" -W -b "cn=Domain > Admins,cn=Users,dc=ad,dc=eecs,dc=yorku,dc=ca" member > 2) I could live with the fact that the users appear in my group list because > there's no way for me to specify ldap-group-search-filter. However, if I > take a group that appears in the list (eg. Domain Users), and I add > connections then when a user logs in who is in the group, they don't get the > connections. This seems like a bug to me. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Reopened] (GUACAMOLE-1014) LDAP + MySQL DB user does not get connections applied to LDAP group
[ https://issues.apache.org/jira/browse/GUACAMOLE-1014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman reopened GUACAMOLE-1014: -- > LDAP + MySQL DB user does not get connections applied to LDAP group > --- > > Key: GUACAMOLE-1014 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1014 > Project: Guacamole > Issue Type: Bug > Components: guacamole-auth-ldap >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Priority: Major > > I have installed Guacamole 1.1.0 and configured it to use our Samba AD server > as LDAP + MySQL DB. Logins work fine, but when I add connections to a > standard LDAP group, and users login who are in those groups, they cannot > access the connections. As a result, when users login, they have access to > no connections. I have 1000 users I have to either manually add connections > for, or I have to write code to manually pre-add the users to the MySQL DB so > they will have connections. I've written the mailing list, but there has > been no feedback. I believe this is a bug. > 1) Users and groups are in CN=Users,DC=ad,DC=eecs,DC=yorku,DC=ca: > CN=,CN=Users,DC=ad,DC=eecs,DC=yorku,DC=ca > CN=,CN=Users,DC=ad,DC=eecs,DC=yorku,DC=ca > For Guacamole ldap-group-base-dn: CN=Users,DC=ad,DC=eecs,DC=yorku,DC=ca > For Guacamole ldap-group-name-attribute: cn > But there's no option for me to specify: ldap-group-search-filter: > objectClass=group > I also add: ldap-member-attribute: member > From the command prompt, I can print the groups using: > ldapsearch -x -h -D "" -W -b "dc=ad,dc=eecs,dc=yorku,dc=ca" > "(objectClass=group)" > Because of lack of ldap-group-search-filter, my list of groups in Guacamole > contains all the users as well! > If I want to see who are the members of a group from the command line I can > do: > ldapsearch -x -h -D "" -W -b "cn=Domain > Admins,cn=Users,dc=ad,dc=eecs,dc=yorku,dc=ca" member > 2) I could live with the fact that the users appear in my group list because > there's no way for me to specify ldap-group-search-filter. However, if I > take a group that appears in the list (eg. Domain Users), and I add > connections then when a user logs in who is in the group, they don't get the > connections. This seems like a bug to me. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1022) if one host is down in a balanced connection group, it may prevent the user from getting a connection
[ https://issues.apache.org/jira/browse/GUACAMOLE-1022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17081070#comment-17081070 ] Nick Couchman commented on GUACAMOLE-1022: -- [~kangaroo22]: The load balancing in Guacamole does not currently check the status of the individual connections within that group. I agree this is a potential improvement, though I'm going to mark it is Minor. Thanks for the suggestion! > if one host is down in a balanced connection group, it may prevent the user > from getting a connection > - > > Key: GUACAMOLE-1022 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1022 > Project: Guacamole > Issue Type: Improvement > Components: guacamole >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Priority: Major > > I have 78 hosts in a balanced connection group. Let's say that the first > host is down. Now, when the user click on the connection group expecting to > get a connection, they instead get a message that Guacamole can't connect. > If it can't connect to the first one, it should try the next one, then the > next one until it finds one that works. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1022) if one host is down in a balanced connection group, it may prevent the user from getting a connection
[ https://issues.apache.org/jira/browse/GUACAMOLE-1022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1022: - Affects Version/s: (was: 1.1.0) > if one host is down in a balanced connection group, it may prevent the user > from getting a connection > - > > Key: GUACAMOLE-1022 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1022 > Project: Guacamole > Issue Type: Improvement > Components: guacamole >Reporter: Jason Keltz >Priority: Minor > > I have 78 hosts in a balanced connection group. Let's say that the first > host is down. Now, when the user click on the connection group expecting to > get a connection, they instead get a message that Guacamole can't connect. > If it can't connect to the first one, it should try the next one, then the > next one until it finds one that works. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1022) if one host is down in a balanced connection group, it may prevent the user from getting a connection
[ https://issues.apache.org/jira/browse/GUACAMOLE-1022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1022: - Priority: Minor (was: Major) > if one host is down in a balanced connection group, it may prevent the user > from getting a connection > - > > Key: GUACAMOLE-1022 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1022 > Project: Guacamole > Issue Type: Improvement > Components: guacamole >Affects Versions: 1.1.0 >Reporter: Jason Keltz >Priority: Minor > > I have 78 hosts in a balanced connection group. Let's say that the first > host is down. Now, when the user click on the connection group expecting to > get a connection, they instead get a message that Guacamole can't connect. > If it can't connect to the first one, it should try the next one, then the > next one until it finds one that works. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1022) Allow load balancing groups to fail to next connection
[ https://issues.apache.org/jira/browse/GUACAMOLE-1022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17081074#comment-17081074 ] Nick Couchman commented on GUACAMOLE-1022: -- Actually, i see that you're not even suggesting status checks, per se, just the ability to continue to the next connection if one isn't available. > Allow load balancing groups to fail to next connection > -- > > Key: GUACAMOLE-1022 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1022 > Project: Guacamole > Issue Type: Improvement > Components: guacamole >Reporter: Jason Keltz >Priority: Minor > > I have 78 hosts in a balanced connection group. Let's say that the first > host is down. Now, when the user click on the connection group expecting to > get a connection, they instead get a message that Guacamole can't connect. > If it can't connect to the first one, it should try the next one, then the > next one until it finds one that works. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1022) Allow load balancing groups to fail to next connection.
[ https://issues.apache.org/jira/browse/GUACAMOLE-1022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1022: - Summary: Allow load balancing groups to fail to next connection. (was: Implement status checks for load balanced connections) > Allow load balancing groups to fail to next connection. > --- > > Key: GUACAMOLE-1022 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1022 > Project: Guacamole > Issue Type: Improvement > Components: guacamole >Reporter: Jason Keltz >Priority: Minor > > I have 78 hosts in a balanced connection group. Let's say that the first > host is down. Now, when the user click on the connection group expecting to > get a connection, they instead get a message that Guacamole can't connect. > If it can't connect to the first one, it should try the next one, then the > next one until it finds one that works. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1022) Allow load balancing groups to fail to next connection
[ https://issues.apache.org/jira/browse/GUACAMOLE-1022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1022: - Summary: Allow load balancing groups to fail to next connection (was: Allow load balancing groups to fail to next connection.) > Allow load balancing groups to fail to next connection > -- > > Key: GUACAMOLE-1022 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1022 > Project: Guacamole > Issue Type: Improvement > Components: guacamole >Reporter: Jason Keltz >Priority: Minor > > I have 78 hosts in a balanced connection group. Let's say that the first > host is down. Now, when the user click on the connection group expecting to > get a connection, they instead get a message that Guacamole can't connect. > If it can't connect to the first one, it should try the next one, then the > next one until it finds one that works. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1022) Implement status checks for load balanced connections
[ https://issues.apache.org/jira/browse/GUACAMOLE-1022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1022: - Summary: Implement status checks for load balanced connections (was: if one host is down in a balanced connection group, it may prevent the user from getting a connection) > Implement status checks for load balanced connections > - > > Key: GUACAMOLE-1022 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1022 > Project: Guacamole > Issue Type: Improvement > Components: guacamole >Reporter: Jason Keltz >Priority: Minor > > I have 78 hosts in a balanced connection group. Let's say that the first > host is down. Now, when the user click on the connection group expecting to > get a connection, they instead get a message that Guacamole can't connect. > If it can't connect to the first one, it should try the next one, then the > next one until it finds one that works. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1001) RADIUS Extension Needs Additional Attributes
[ https://issues.apache.org/jira/browse/GUACAMOLE-1001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1001: - Fix Version/s: 1.3.0 > RADIUS Extension Needs Additional Attributes > > > Key: GUACAMOLE-1001 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1001 > Project: Guacamole > Issue Type: Bug > Components: guacamole-auth-radius >Affects Versions: 1.1.0 >Reporter: Nick Couchman >Assignee: Nick Couchman >Priority: Minor > Fix For: 1.3.0 > > > According to RFC2865, all Access Request packets should contain the NAS IP > address. > Additionally, it seems valuable to also attempt to set the Client IP Address > along with the NAS Type so that RADIUS server configurations can have more > flexibility in controlling authentication attempts from Guacamole. > I've run into at least one situation, trying to get Guacamole working with > Azure MFA, where the combination of Azure MFA + NPS + AD configurations did > not work at all because the NAS IP address attribute was missing. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1001) RADIUS Extension Needs Additional Attributes
[ https://issues.apache.org/jira/browse/GUACAMOLE-1001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1001: - Affects Version/s: 1.1.0 > RADIUS Extension Needs Additional Attributes > > > Key: GUACAMOLE-1001 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1001 > Project: Guacamole > Issue Type: Bug > Components: guacamole-auth-radius >Affects Versions: 1.1.0 >Reporter: Nick Couchman >Assignee: Nick Couchman >Priority: Minor > > According to RFC2865, all Access Request packets should contain the NAS IP > address. > Additionally, it seems valuable to also attempt to set the Client IP Address > along with the NAS Type so that RADIUS server configurations can have more > flexibility in controlling authentication attempts from Guacamole. > I've run into at least one situation, trying to get Guacamole working with > Azure MFA, where the combination of Azure MFA + NPS + AD configurations did > not work at all because the NAS IP address attribute was missing. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Resolved] (GUACAMOLE-949) Remove unused UNIX_TIME macro
[
https://issues.apache.org/jira/browse/GUACAMOLE-949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman resolved GUACAMOLE-949.
-
Fix Version/s: 1.3.0
Resolution: Implemented
> Remove unused UNIX_TIME macro
> -
>
> Key: GUACAMOLE-949
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-949
> Project: Guacamole
> Issue Type: Improvement
> Components: RDP
>Reporter: Eisuke Kuwahata
>Assignee: Nick Couchman
>Priority: Trivial
> Fix For: 1.3.0
>
>
> Formula of {{WINDOWS_TIME}} macro was fixed in GUACAMOLE-861, but
> {{UNIX_TIME}} macro also have wrong formula.
> {code}
> -#define UNIX_TIME(t)((time_t) ((t / 1000 + ((uint64_t)
> 11644473600
> +#define UNIX_TIME(t)((time_t) ((t / 1000 - ((uint64_t)
> 11644473600
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1033) Provide a new shortcut for ALT+TAB
[ https://issues.apache.org/jira/browse/GUACAMOLE-1033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17085727#comment-17085727 ] Nick Couchman commented on GUACAMOLE-1033: -- If you have changes, feel free to submit them. I did look at the URL you posted for the updated branch, and I'm wondering what made you choose "Alt-Q" as the key combo for this? Is this a standard for other RDP clients? The other key combos we've implemented - for example Ctrl-Alt-End to substitute for Ctrl-Alt-Del, is because it is a common key combo in other RDP clients. > Provide a new shortcut for ALT+TAB > -- > > Key: GUACAMOLE-1033 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1033 > Project: Guacamole > Issue Type: Improvement > Components: guacamole >Reporter: Edgardo Rodriguez >Priority: Minor > Labels: easyfix, features > Fix For: 1.2.0 > > Original Estimate: 1m > Remaining Estimate: 1m > > Provide a new shortcut in addition of Ctrl-Alt-Shift and Ctrl-Alt-End that > sends to the client through RDP they Alt-Tab combo keyspress. > I have the working code, should I issue a Pull Request? -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1017) Invalid UTF-8 string passed to pango_layout_set_text() -- leading to guacd segfault
[
https://issues.apache.org/jira/browse/GUACAMOLE-1017?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17079313#comment-17079313
]
Nick Couchman commented on GUACAMOLE-1017:
--
...and, of course, after having posted this and tried it several times, I
finally did get a segfault. So, it's still there...
> Invalid UTF-8 string passed to pango_layout_set_text() -- leading to guacd
> segfault
> ---
>
> Key: GUACAMOLE-1017
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1017
> Project: Guacamole
> Issue Type: Bug
> Components: guacd
> Environment: CentOS 7, guacd 1.1.0-1 from EPEL
> rpm -qa | grep guac
> guacd-1.1.0-1.el7.x86_64
> libguac-client-vnc-1.1.0-1.el7.x86_64
> libguac-1.1.0-1.el7.x86_64
> libguac-client-rdp-1.1.0-1.el7.x86_64
> libguac-client-ssh-1.1.0-1.el7.x86_64
>Reporter: M J Harvey
>Priority: Minor
>
> Hi,
> Probabilistic reproducible segfault of guacd:
> * Installed guacd and guacamole from EPEL on a CentOS 7.7.1908 system.
> * Configure an SSH connection type.
> * Establish guacamole session to SSH server
> * Do "cat /dev/urandom" to generate garbage.
> * {{Observe /var/log/messages on the guacd server, you'll see frequent logs
> of }}{{"Invalid UTF-8 string passed to pango_layout_set_text()"}}
> * {{Session will pretty rapidly terminate. About 20% of the time this is an
> uncontrolled segfault from libc}}
> {{guacd[7688]: segfault at 7f3ea6177ff0 ip 7f3ea3cb2b1d sp
> 7f3e9d902ab8 error 4 in libc-2.17.so[7f3ea3b57000+1c3000]}}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1016) guacd[5450]: segfault at... error 4 in libguac-client-rdp.so
[ https://issues.apache.org/jira/browse/GUACAMOLE-1016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1016: - Priority: Minor (was: Major) > guacd[5450]: segfault at... error 4 in libguac-client-rdp.so > > > Key: GUACAMOLE-1016 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1016 > Project: Guacamole > Issue Type: Bug > Components: guacd >Affects Versions: 1.1.0 >Reporter: Martin >Priority: Minor > > Apr 6 19:00:01 SERVER.domain kernel: [556999.879168] guacd[5450]: segfault at > 7fcce933801c ip 7fcd8aabb7db sp 7fcd24ff8ce0 error 4 in > libguac-client-rdp.so.0.0.0[7fcd8aaaf000+17000] > > Can we look for other logs (more details) somewhere ? -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1016) guacd[5450]: segfault at... error 4 in libguac-client-rdp.so
[ https://issues.apache.org/jira/browse/GUACAMOLE-1016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17078230#comment-17078230 ] Nick Couchman commented on GUACAMOLE-1016: -- [~Chamberland]: Can you please provide more detail on this - under what conditions you see the segfault? You can bump up the logging level for guacd by running it with the "-L debug" flag. Log messages are, by default, logged to your normal syslog environment - so, /var/log/messages or journalctl on most systems. If you're running in docker they'll For a segfault I would also suggest running gdb with guacd so that you can get the stack trace. You'd do something like: gdb /path/to/guacd -L debug -f set follow-fork-mode child go And then when it segfaults you should get the full stack trace. > guacd[5450]: segfault at... error 4 in libguac-client-rdp.so > > > Key: GUACAMOLE-1016 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1016 > Project: Guacamole > Issue Type: Bug > Components: guacd >Affects Versions: 1.1.0 >Reporter: Martin >Priority: Minor > > SERVER.domain kernel: [556999.879168] guacd[5450]: segfault at 7fcce933801c > ip 7fcd8aabb7db sp 7fcd24ff8ce0 error 4 in > libguac-client-rdp.so.0.0.0[7fcd8aaaf000+17000] > > Can we look for other logs (more details) somewhere ? > EDIT: > Apache error_log: > [mpm_event:error] [pid 762:tid 139741530629248] AH00484: server reached > MaxRequestWorkers setting, consider raising the MaxRequestWorkers setting > > There is 200 concurents users connected. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-1002) Add a way to disable download folder.
[ https://issues.apache.org/jira/browse/GUACAMOLE-1002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-1002: - Priority: Minor (was: Major) > Add a way to disable download folder. > - > > Key: GUACAMOLE-1002 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-1002 > Project: Guacamole > Issue Type: New Feature > Components: guacd >Affects Versions: 1.1.0 >Reporter: xiemeilong >Priority: Minor > > The download folder is auto created in the mounted network disk., but use can > not use it directly , user may be confused. There is no way to disable the > download fold at present. > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-1009) RDP audio input not working on Windows10
[
https://issues.apache.org/jira/browse/GUACAMOLE-1009?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17075115#comment-17075115
]
Nick Couchman commented on GUACAMOLE-1009:
--
First, please start your request for help on the mailing list:
http://guacamole.apache.org/support/
There are several audio issues that have been resolved in the git repo that
should be released in the next version. Among them are the following:
GUACAMOLE-732
GUACAMOLE-905
Please check if one of those issues resolves your problems with audio input -
you can clone the git repo and check out either the master or staging/1.2.0
branch and build from there.
> RDP audio input not working on Windows10
>
>
> Key: GUACAMOLE-1009
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1009
> Project: Guacamole
> Issue Type: Bug
> Components: RDP
>Affects Versions: 1.0.0, 1.1.0
>Reporter: Ignacio
>Priority: Major
> Labels: audio
>
> By using an RDP connection with the "_enable-audio-input_" feature enabled we
> are able to see that the microphone is recognized on the remote machine as
> "Remote audio" but the sound never reaches it. I mean, if we open the "Sound
> settings", we don't see any movement (it always remains in gray) for the
> "Remote Audio" microphone.
> When trying to test the microphone the browser even asks for permission to
> access it (and we give it).
> We have tested the direct access from a Ubuntu bionic +without going through
> guacamole+ and the operation of the microphone is correct with several
> versions of freerdp:
> - Freerdp from the ubuntu distro: (2.0.0~git20170725.1)
> - Using nightly-builds (2.0.0-dev5 (f65c79ec5))
> Our guacamole server is installed on a Debian buster, version 1.1 with
> freerdp version 2.0.0~git20190204.1.2693389a.
> We have enabled the debug in guacd and apparently in the logs everything is
> fine and no errors are observed:
> {noformat}
> Apr 4 11:14:26 gserver01 guacd[20935]: Connected to RDPDR 1.13 as client
> 0x000d
> Apr 4 11:14:26 gserver01 guacd[20935]: Ignoring server capability set
> type=0x0001, length=44
> Apr 4 11:14:26 gserver01 guacd[20935]: Ignoring server capability set
> type=0x0002, length=8
> Apr 4 11:14:26 gserver01 guacd[20935]: Ignoring server capability set
> type=0x0003, length=8
> Apr 4 11:14:26 gserver01 guacd[20935]: Ignoring server capability set
> type=0x0004, length=8
> Apr 4 11:14:26 gserver01 guacd[20935]: Ignoring server capability set
> type=0x0005, length=8
> Apr 4 11:14:26 gserver01 guacd[20935]: Sending capabilities...
> Apr 4 11:14:26 gserver01 guacd[20935]: Capabilities sent.
> Apr 4 11:14:26 gserver01 guacd[20935]: Client ID confirmed
> Apr 4 11:14:27 gserver01 guacd[20935]: RDPDR user logged on
> Apr 4 11:14:27 gserver01 guacd[20935]: All supported devices sent.
> Apr 4 11:14:27 gserver01 guacd[20935]: Display update channel will be used
> for display size changes.
> Apr 4 11:14:30 gserver01 guacd[20935]: New AUDIO_INPUT channel connection
> Apr 4 11:14:30 gserver01 guacd[20935]: RDP server is accepting audio input
> as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:30 gserver01 guacd[20935]: AUDIO_INPUT channel connection closed
> Apr 4 11:14:30 gserver01 guacd[20935]: User is requesting to provide audio
> input as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:30 gserver01 guacd[20935]: New AUDIO_INPUT channel connection
> Apr 4 11:14:30 gserver01 guacd[20935]: RDP server is accepting audio input
> as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:30 gserver01 guacd[20935]: AUDIO_INPUT channel connection closed
> Apr 4 11:14:30 gserver01 guacd[20935]: User is requesting to provide audio
> input as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:30 gserver01 guacd[20935]: New AUDIO_INPUT channel connection
> Apr 4 11:14:30 gserver01 guacd[20935]: RDP server is accepting audio input
> as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:30 gserver01 guacd[20935]: AUDIO_INPUT channel connection closed
> Apr 4 11:14:30 gserver01 guacd[20935]: User is requesting to provide audio
> input as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:31 gserver01 guacd[20935]: New AUDIO_INPUT channel connection
> Apr 4 11:14:31 gserver01 guacd[20935]: RDP server is accepting audio input
> as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:31 gserver01 guacd[20935]: AUDIO_INPUT channel connection closed
> Apr 4 11:14:31 gserver01 guacd[20935]: User is requesting to provide audio
> input as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:31 gserver01 guacd[20935]: New AUDIO_INPUT channel connection
> Apr 4 11:14:31 gserver01 guacd[20935]: RDP server is accepting audio input
>
[jira] [Commented] (GUACAMOLE-1003) I can't input the audio
[
https://issues.apache.org/jira/browse/GUACAMOLE-1003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17075116#comment-17075116
]
Nick Couchman commented on GUACAMOLE-1003:
--
[~MyJimmy]: Please see GUACAMOLE-732.
> I can't input the audio
> ---
>
> Key: GUACAMOLE-1003
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1003
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole-client, guacamole-server, RDP
>Affects Versions: 1.1.0
> Environment: Ubuntu 18.04 64bit, Windows 10 64bit
>Reporter: Jimmy
>Priority: Minor
> Attachments: guacamole_rdp_audio_input.png,
> image-2020-04-01-11-22-28-998.png, image-2020-04-03-09-12-58-354.png,
> image-2020-04-03-09-14-24-430.png, image-2020-04-03-09-15-35-263.png,
> image-2020-04-03-09-21-42-310.png
>
>
> I tried to input the audio in 1.1.0 version and latest master of Guacamole
> Server/Client.
> But I can't input the audio.
>
> I set the parameter "enable-audio-input" to true.
> Also, I built the latest master branch of FreeRDP with the following build
> options:
> {noformat}
> $ cmake -DCMAKE_BUILD_TYPE=Debug -DWITH_SSE2=ON -DWITH_CUPS=on
> -DWITH_WAYLAND=off -DWITH_PULSE=on -DWITH_FFMPEG=on {noformat}
> I found the following javascript log from the Chrome browser:
> !image-2020-04-01-11-22-28-998.png!
> I can't know whether I incorrectly build & test Apache Guacamole
> Server/Client or it's a bug.
> *If it isn't a bug, please let me know the correct build options & the
> correct testing method.*
>
> Thanks.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-1009) RDP audio input not working on Windows10
[
https://issues.apache.org/jira/browse/GUACAMOLE-1009?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman closed GUACAMOLE-1009.
Resolution: Invalid
> RDP audio input not working on Windows10
>
>
> Key: GUACAMOLE-1009
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1009
> Project: Guacamole
> Issue Type: Bug
> Components: RDP
>Affects Versions: 1.0.0, 1.1.0
>Reporter: Ignacio
>Priority: Major
> Labels: audio
>
> By using an RDP connection with the "_enable-audio-input_" feature enabled we
> are able to see that the microphone is recognized on the remote machine as
> "Remote audio" but the sound never reaches it. I mean, if we open the "Sound
> settings", we don't see any movement (it always remains in gray) for the
> "Remote Audio" microphone.
> When trying to test the microphone the browser even asks for permission to
> access it (and we give it).
> We have tested the direct access from a Ubuntu bionic +without going through
> guacamole+ and the operation of the microphone is correct with several
> versions of freerdp:
> - Freerdp from the ubuntu distro: (2.0.0~git20170725.1)
> - Using nightly-builds (2.0.0-dev5 (f65c79ec5))
> Our guacamole server is installed on a Debian buster, version 1.1 with
> freerdp version 2.0.0~git20190204.1.2693389a.
> We have enabled the debug in guacd and apparently in the logs everything is
> fine and no errors are observed:
> {noformat}
> Apr 4 11:14:26 gserver01 guacd[20935]: Connected to RDPDR 1.13 as client
> 0x000d
> Apr 4 11:14:26 gserver01 guacd[20935]: Ignoring server capability set
> type=0x0001, length=44
> Apr 4 11:14:26 gserver01 guacd[20935]: Ignoring server capability set
> type=0x0002, length=8
> Apr 4 11:14:26 gserver01 guacd[20935]: Ignoring server capability set
> type=0x0003, length=8
> Apr 4 11:14:26 gserver01 guacd[20935]: Ignoring server capability set
> type=0x0004, length=8
> Apr 4 11:14:26 gserver01 guacd[20935]: Ignoring server capability set
> type=0x0005, length=8
> Apr 4 11:14:26 gserver01 guacd[20935]: Sending capabilities...
> Apr 4 11:14:26 gserver01 guacd[20935]: Capabilities sent.
> Apr 4 11:14:26 gserver01 guacd[20935]: Client ID confirmed
> Apr 4 11:14:27 gserver01 guacd[20935]: RDPDR user logged on
> Apr 4 11:14:27 gserver01 guacd[20935]: All supported devices sent.
> Apr 4 11:14:27 gserver01 guacd[20935]: Display update channel will be used
> for display size changes.
> Apr 4 11:14:30 gserver01 guacd[20935]: New AUDIO_INPUT channel connection
> Apr 4 11:14:30 gserver01 guacd[20935]: RDP server is accepting audio input
> as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:30 gserver01 guacd[20935]: AUDIO_INPUT channel connection closed
> Apr 4 11:14:30 gserver01 guacd[20935]: User is requesting to provide audio
> input as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:30 gserver01 guacd[20935]: New AUDIO_INPUT channel connection
> Apr 4 11:14:30 gserver01 guacd[20935]: RDP server is accepting audio input
> as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:30 gserver01 guacd[20935]: AUDIO_INPUT channel connection closed
> Apr 4 11:14:30 gserver01 guacd[20935]: User is requesting to provide audio
> input as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:30 gserver01 guacd[20935]: New AUDIO_INPUT channel connection
> Apr 4 11:14:30 gserver01 guacd[20935]: RDP server is accepting audio input
> as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:30 gserver01 guacd[20935]: AUDIO_INPUT channel connection closed
> Apr 4 11:14:30 gserver01 guacd[20935]: User is requesting to provide audio
> input as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:31 gserver01 guacd[20935]: New AUDIO_INPUT channel connection
> Apr 4 11:14:31 gserver01 guacd[20935]: RDP server is accepting audio input
> as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:31 gserver01 guacd[20935]: AUDIO_INPUT channel connection closed
> Apr 4 11:14:31 gserver01 guacd[20935]: User is requesting to provide audio
> input as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:31 gserver01 guacd[20935]: New AUDIO_INPUT channel connection
> Apr 4 11:14:31 gserver01 guacd[20935]: RDP server is accepting audio input
> as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:31 gserver01 guacd[20935]: AUDIO_INPUT channel connection closed
> Apr 4 11:14:31 gserver01 guacd[20935]: User is requesting to provide audio
> input as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
> Apr 4 11:14:31 gserver01 guacd[20935]: New AUDIO_INPUT channel connection
> Apr 4 11:14:31 gserver01 guacd[20935]: RDP server is accepting audio input
> as 2-channel, 44100 Hz PCM audio at 2 bytes/sample.
>
[jira] [Commented] (GUACAMOLE-997) Printing may fail if RDP server issues a read request
[ https://issues.apache.org/jira/browse/GUACAMOLE-997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17075941#comment-17075941 ] Nick Couchman commented on GUACAMOLE-997: - [~vwguac]: Want to clean up the code a little a take a shot at a pull request? Mike is suggesting sending STATUS_NOT_SUPPORTED in that read function - care to give it a go? > Printing may fail if RDP server issues a read request > - > > Key: GUACAMOLE-997 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-997 > Project: Guacamole > Issue Type: Bug > Components: RDP >Affects Versions: 1.0.0, 1.1.0, 1.2.0 > Environment: guacd in docker container >Reporter: VW >Priority: Minor > > A print job is created in the rdp session, but is not issued as a pdf to the > client. > Windows 2016/2019 Server > guacd[839]: DEBUG:Ignoring printer cached configuration data > guacd[839]: INFO: Print job created > guacd[839]: INFO: Created PDF filter process PID=862 > guacd[839]: DEBUG:Reading output from filter process... > guacd[862]: INFO: Running gs > guacd[839]: ERROR:Unknown printer I/O request function: 0x3/0x0 -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-997) Guacamole RDP Printing not work
[ https://issues.apache.org/jira/browse/GUACAMOLE-997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17068804#comment-17068804 ] Nick Couchman commented on GUACAMOLE-997: - Please start your search for help with this issue on the mailing list: http://guacamole.apache.org/support/ > Guacamole RDP Printing not work > --- > > Key: GUACAMOLE-997 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-997 > Project: Guacamole > Issue Type: Bug > Components: guacamole-server >Affects Versions: 1.0.0, 1.1.0, 1.2.0 > Environment: guacd in docker container >Reporter: VW >Priority: Major > Labels: RDP, printing > > A print job is created in the rdp session, but is not issued as a pdf to the > client. > Windows 2016/2019 Server > guacd[839]: DEBUG:Ignoring printer cached configuration data > guacd[839]: INFO: Print job created > guacd[839]: INFO: Created PDF filter process PID=862 > guacd[839]: DEBUG:Reading output from filter process... > guacd[862]: INFO: Running gs > guacd[839]: ERROR:Unknown printer I/O request function: 0x3/0x0 -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-996) LDAP Auth returns all objects as groups even if they are users
[
https://issues.apache.org/jira/browse/GUACAMOLE-996?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman updated GUACAMOLE-996:
Priority: Minor (was: Major)
> LDAP Auth returns all objects as groups even if they are users
> --
>
> Key: GUACAMOLE-996
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-996
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole-auth-ldap
>Affects Versions: 1.1.0
>Reporter: Peter Ruhrmann
>Priority: Minor
>
> *Problem:*
> If you have an LDAP-Directory where Users and Groups are in the same subtree
> and you don't use LDAP for Connection-Storage (guacConfigGroup) you get all
> objects under the DN configured as ldap-group-base-dn returned as groups.
> *Example:*
> Our directory looks like this:
> DC=AD,DC=company,DC=de
> * OU=faculty
> ** Group1
> ** Group2
> ** Group3
> ** ...
> ** OU=students
> *** Student0001
> *** Student0002
> *** Student0003
> *** ...
> *** Student1999
> As ldap-group-base-dn I have to configure OU=faculty,DC=AD,DC=company,dc=de
> But then I get in the Web-UI all Groups and all Students as Group-Objects
> which makes no sense
> *Suggested fix*
> I have a fix for me but as I am not a programmer, I don't know how to
> implement it the right way.
> I changed in UserGroupService.java line 92 from:
> {{return new PresenceNode("objectClass");}}
> to
> {{return new AndNode(new EqualityNode("objectClass","group"));}}
> and added
> {{import org.apache.directory.api.ldap.model.filter.AndNode;}}
> at line 34.
> Thanks for making this great project!
>
> Peter
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-996) LDAP Auth returns all objects as groups even if they are users
[
https://issues.apache.org/jira/browse/GUACAMOLE-996?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman updated GUACAMOLE-996:
Fix Version/s: 1.2.0
> LDAP Auth returns all objects as groups even if they are users
> --
>
> Key: GUACAMOLE-996
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-996
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole-auth-ldap
>Affects Versions: 1.1.0
>Reporter: Peter Ruhrmann
>Priority: Minor
> Fix For: 1.2.0
>
>
> *Problem:*
> If you have an LDAP-Directory where Users and Groups are in the same subtree
> and you don't use LDAP for Connection-Storage (guacConfigGroup) you get all
> objects under the DN configured as ldap-group-base-dn returned as groups.
> *Example:*
> Our directory looks like this:
> DC=AD,DC=company,DC=de
> * OU=faculty
> ** Group1
> ** Group2
> ** Group3
> ** ...
> ** OU=students
> *** Student0001
> *** Student0002
> *** Student0003
> *** ...
> *** Student1999
> As ldap-group-base-dn I have to configure OU=faculty,DC=AD,DC=company,dc=de
> But then I get in the Web-UI all Groups and all Students as Group-Objects
> which makes no sense
> *Suggested fix*
> I have a fix for me but as I am not a programmer, I don't know how to
> implement it the right way.
> I changed in UserGroupService.java line 92 from:
> {{return new PresenceNode("objectClass");}}
> to
> {{return new AndNode(new EqualityNode("objectClass","group"));}}
> and added
> {{import org.apache.directory.api.ldap.model.filter.AndNode;}}
> at line 34.
> Thanks for making this great project!
>
> Peter
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-996) LDAP Auth returns all objects as groups even if they are users
[
https://issues.apache.org/jira/browse/GUACAMOLE-996?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17068695#comment-17068695
]
Nick Couchman commented on GUACAMOLE-996:
-
Good catch, thank you, Peter. I think your fix is perfect - if you'd like to
submit a pull request for this change we would welcome it! Otherwise I'm happy
to do it with your suggested changes.
> LDAP Auth returns all objects as groups even if they are users
> --
>
> Key: GUACAMOLE-996
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-996
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole-auth-ldap
>Affects Versions: 1.1.0
>Reporter: Peter Ruhrmann
>Priority: Minor
> Fix For: 1.2.0
>
>
> *Problem:*
> If you have an LDAP-Directory where Users and Groups are in the same subtree
> and you don't use LDAP for Connection-Storage (guacConfigGroup) you get all
> objects under the DN configured as ldap-group-base-dn returned as groups.
> *Example:*
> Our directory looks like this:
> DC=AD,DC=company,DC=de
> * OU=faculty
> ** Group1
> ** Group2
> ** Group3
> ** ...
> ** OU=students
> *** Student0001
> *** Student0002
> *** Student0003
> *** ...
> *** Student1999
> As ldap-group-base-dn I have to configure OU=faculty,DC=AD,DC=company,dc=de
> But then I get in the Web-UI all Groups and all Students as Group-Objects
> which makes no sense
> *Suggested fix*
> I have a fix for me but as I am not a programmer, I don't know how to
> implement it the right way.
> I changed in UserGroupService.java line 92 from:
> {{return new PresenceNode("objectClass");}}
> to
> {{return new AndNode(new EqualityNode("objectClass","group"));}}
> and added
> {{import org.apache.directory.api.ldap.model.filter.AndNode;}}
> at line 34.
> Thanks for making this great project!
>
> Peter
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-996) LDAP Auth returns all objects as groups even if they are users
[
https://issues.apache.org/jira/browse/GUACAMOLE-996?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17068705#comment-17068705
]
Nick Couchman commented on GUACAMOLE-996:
-
Actually, looking at the code a little closer, it looks like maybe the original
intention was that this would behave this way. That said, I think it might be
good to limit these, and provide a way to configure what object class and/or
filter is used to find groups, similar to the ldap-user-search-filter option.
Since the object class used for group varies implementation-to-implementation,
I think that we'll want to make it configurable rather than hard-coding it.
> LDAP Auth returns all objects as groups even if they are users
> --
>
> Key: GUACAMOLE-996
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-996
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole-auth-ldap
>Affects Versions: 1.1.0
>Reporter: Peter Ruhrmann
>Priority: Minor
> Fix For: 1.2.0
>
>
> *Problem:*
> If you have an LDAP-Directory where Users and Groups are in the same subtree
> and you don't use LDAP for Connection-Storage (guacConfigGroup) you get all
> objects under the DN configured as ldap-group-base-dn returned as groups.
> *Example:*
> Our directory looks like this:
> DC=AD,DC=company,DC=de
> * OU=faculty
> ** Group1
> ** Group2
> ** Group3
> ** ...
> ** OU=students
> *** Student0001
> *** Student0002
> *** Student0003
> *** ...
> *** Student1999
> As ldap-group-base-dn I have to configure OU=faculty,DC=AD,DC=company,dc=de
> But then I get in the Web-UI all Groups and all Students as Group-Objects
> which makes no sense
> *Suggested fix*
> I have a fix for me but as I am not a programmer, I don't know how to
> implement it the right way.
> I changed in UserGroupService.java line 92 from:
> {{return new PresenceNode("objectClass");}}
> to
> {{return new AndNode(new EqualityNode("objectClass","group"));}}
> and added
> {{import org.apache.directory.api.ldap.model.filter.AndNode;}}
> at line 34.
> Thanks for making this great project!
>
> Peter
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-996) LDAP Auth returns all objects as groups even if they are users
[
https://issues.apache.org/jira/browse/GUACAMOLE-996?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman updated GUACAMOLE-996:
Fix Version/s: (was: 1.2.0)
> LDAP Auth returns all objects as groups even if they are users
> --
>
> Key: GUACAMOLE-996
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-996
> Project: Guacamole
> Issue Type: Improvement
> Components: guacamole-auth-ldap
>Affects Versions: 1.1.0
>Reporter: Peter Ruhrmann
>Priority: Minor
>
> *Problem:*
> If you have an LDAP-Directory where Users and Groups are in the same subtree
> and you don't use LDAP for Connection-Storage (guacConfigGroup) you get all
> objects under the DN configured as ldap-group-base-dn returned as groups.
> *Example:*
> Our directory looks like this:
> DC=AD,DC=company,DC=de
> * OU=faculty
> ** Group1
> ** Group2
> ** Group3
> ** ...
> ** OU=students
> *** Student0001
> *** Student0002
> *** Student0003
> *** ...
> *** Student1999
> As ldap-group-base-dn I have to configure OU=faculty,DC=AD,DC=company,dc=de
> But then I get in the Web-UI all Groups and all Students as Group-Objects
> which makes no sense
> *Suggested fix*
> I have a fix for me but as I am not a programmer, I don't know how to
> implement it the right way.
> I changed in UserGroupService.java line 92 from:
> {{return new PresenceNode("objectClass");}}
> to
> {{return new AndNode(new EqualityNode("objectClass","group"));}}
> and added
> {{import org.apache.directory.api.ldap.model.filter.AndNode;}}
> at line 34.
> Thanks for making this great project!
>
> Peter
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-996) LDAP Auth returns all objects as groups even if they are users
[
https://issues.apache.org/jira/browse/GUACAMOLE-996?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman updated GUACAMOLE-996:
Issue Type: Improvement (was: Bug)
> LDAP Auth returns all objects as groups even if they are users
> --
>
> Key: GUACAMOLE-996
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-996
> Project: Guacamole
> Issue Type: Improvement
> Components: guacamole-auth-ldap
>Affects Versions: 1.1.0
>Reporter: Peter Ruhrmann
>Priority: Minor
> Fix For: 1.2.0
>
>
> *Problem:*
> If you have an LDAP-Directory where Users and Groups are in the same subtree
> and you don't use LDAP for Connection-Storage (guacConfigGroup) you get all
> objects under the DN configured as ldap-group-base-dn returned as groups.
> *Example:*
> Our directory looks like this:
> DC=AD,DC=company,DC=de
> * OU=faculty
> ** Group1
> ** Group2
> ** Group3
> ** ...
> ** OU=students
> *** Student0001
> *** Student0002
> *** Student0003
> *** ...
> *** Student1999
> As ldap-group-base-dn I have to configure OU=faculty,DC=AD,DC=company,dc=de
> But then I get in the Web-UI all Groups and all Students as Group-Objects
> which makes no sense
> *Suggested fix*
> I have a fix for me but as I am not a programmer, I don't know how to
> implement it the right way.
> I changed in UserGroupService.java line 92 from:
> {{return new PresenceNode("objectClass");}}
> to
> {{return new AndNode(new EqualityNode("objectClass","group"));}}
> and added
> {{import org.apache.directory.api.ldap.model.filter.AndNode;}}
> at line 34.
> Thanks for making this great project!
>
> Peter
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-996) LDAP Auth returns all objects as groups even if they are users
[
https://issues.apache.org/jira/browse/GUACAMOLE-996?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman updated GUACAMOLE-996:
Affects Version/s: (was: 1.1.0)
> LDAP Auth returns all objects as groups even if they are users
> --
>
> Key: GUACAMOLE-996
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-996
> Project: Guacamole
> Issue Type: Improvement
> Components: guacamole-auth-ldap
>Reporter: Peter Ruhrmann
>Priority: Minor
>
> *Problem:*
> If you have an LDAP-Directory where Users and Groups are in the same subtree
> and you don't use LDAP for Connection-Storage (guacConfigGroup) you get all
> objects under the DN configured as ldap-group-base-dn returned as groups.
> *Example:*
> Our directory looks like this:
> DC=AD,DC=company,DC=de
> * OU=faculty
> ** Group1
> ** Group2
> ** Group3
> ** ...
> ** OU=students
> *** Student0001
> *** Student0002
> *** Student0003
> *** ...
> *** Student1999
> As ldap-group-base-dn I have to configure OU=faculty,DC=AD,DC=company,dc=de
> But then I get in the Web-UI all Groups and all Students as Group-Objects
> which makes no sense
> *Suggested fix*
> I have a fix for me but as I am not a programmer, I don't know how to
> implement it the right way.
> I changed in UserGroupService.java line 92 from:
> {{return new PresenceNode("objectClass");}}
> to
> {{return new AndNode(new EqualityNode("objectClass","group"));}}
> and added
> {{import org.apache.directory.api.ldap.model.filter.AndNode;}}
> at line 34.
> Thanks for making this great project!
>
> Peter
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-996) Provide configuration for filtering LDAP groups
[
https://issues.apache.org/jira/browse/GUACAMOLE-996?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman updated GUACAMOLE-996:
Summary: Provide configuration for filtering LDAP groups (was: LDAP Auth
returns all objects as groups even if they are users)
> Provide configuration for filtering LDAP groups
> ---
>
> Key: GUACAMOLE-996
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-996
> Project: Guacamole
> Issue Type: Improvement
> Components: guacamole-auth-ldap
>Reporter: Peter Ruhrmann
>Priority: Minor
>
> *Problem:*
> If you have an LDAP-Directory where Users and Groups are in the same subtree
> and you don't use LDAP for Connection-Storage (guacConfigGroup) you get all
> objects under the DN configured as ldap-group-base-dn returned as groups.
> *Example:*
> Our directory looks like this:
> DC=AD,DC=company,DC=de
> * OU=faculty
> ** Group1
> ** Group2
> ** Group3
> ** ...
> ** OU=students
> *** Student0001
> *** Student0002
> *** Student0003
> *** ...
> *** Student1999
> As ldap-group-base-dn I have to configure OU=faculty,DC=AD,DC=company,dc=de
> But then I get in the Web-UI all Groups and all Students as Group-Objects
> which makes no sense
> *Suggested fix*
> I have a fix for me but as I am not a programmer, I don't know how to
> implement it the right way.
> I changed in UserGroupService.java line 92 from:
> {{return new PresenceNode("objectClass");}}
> to
> {{return new AndNode(new EqualityNode("objectClass","group"));}}
> and added
> {{import org.apache.directory.api.ldap.model.filter.AndNode;}}
> at line 34.
> Thanks for making this great project!
>
> Peter
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-996) Provide configuration for filtering LDAP groups
[
https://issues.apache.org/jira/browse/GUACAMOLE-996?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17074151#comment-17074151
]
Nick Couchman commented on GUACAMOLE-996:
-
[~erodriguez19]: Thanks for that, but, sorry, I think I wasn't clear. I was
talking about pushing forward with the solution that involves allowing a
ldap-group-search-filter to be specified within guacamole.properties so that
the group search is configurable similar to the ldap-user-search-filter for
users.
> Provide configuration for filtering LDAP groups
> ---
>
> Key: GUACAMOLE-996
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-996
> Project: Guacamole
> Issue Type: Improvement
> Components: guacamole-auth-ldap
>Reporter: Peter Ruhrmann
>Priority: Minor
> Attachments: UserGroupService_donotretrieveall.patch
>
>
> *Problem:*
> If you have an LDAP-Directory where Users and Groups are in the same subtree
> and you don't use LDAP for Connection-Storage (guacConfigGroup) you get all
> objects under the DN configured as ldap-group-base-dn returned as groups.
> *Example:*
> Our directory looks like this:
> DC=AD,DC=company,DC=de
> * OU=faculty
> ** Group1
> ** Group2
> ** Group3
> ** ...
> ** OU=students
> *** Student0001
> *** Student0002
> *** Student0003
> *** ...
> *** Student1999
> As ldap-group-base-dn I have to configure OU=faculty,DC=AD,DC=company,dc=de
> But then I get in the Web-UI all Groups and all Students as Group-Objects
> which makes no sense
> *Suggested fix*
> I have a fix for me but as I am not a programmer, I don't know how to
> implement it the right way.
> I changed in UserGroupService.java line 92 from:
> {{return new PresenceNode("objectClass");}}
> to
> {{return new AndNode(new EqualityNode("objectClass","group"));}}
> and added
> {{import org.apache.directory.api.ldap.model.filter.AndNode;}}
> at line 34.
> Thanks for making this great project!
>
> Peter
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-996) Provide configuration for filtering LDAP groups
[
https://issues.apache.org/jira/browse/GUACAMOLE-996?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17074186#comment-17074186
]
Nick Couchman commented on GUACAMOLE-996:
-
[~erodriguez19]: I think part of implementing this filter would also include
implementing a reasonable default value for the filter, such as
(objectClass=group) or something similar and relatively compatible with as many
LDAP schemas as possible. However, I agree with Mike that filtering (by
default) for anything that has a defined member attribute is probably not the
best route.
> Provide configuration for filtering LDAP groups
> ---
>
> Key: GUACAMOLE-996
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-996
> Project: Guacamole
> Issue Type: Improvement
> Components: guacamole-auth-ldap
>Reporter: Peter Ruhrmann
>Priority: Minor
> Attachments: UserGroupService_donotretrieveall.patch
>
>
> *Problem:*
> If you have an LDAP-Directory where Users and Groups are in the same subtree
> and you don't use LDAP for Connection-Storage (guacConfigGroup) you get all
> objects under the DN configured as ldap-group-base-dn returned as groups.
> *Example:*
> Our directory looks like this:
> DC=AD,DC=company,DC=de
> * OU=faculty
> ** Group1
> ** Group2
> ** Group3
> ** ...
> ** OU=students
> *** Student0001
> *** Student0002
> *** Student0003
> *** ...
> *** Student1999
> As ldap-group-base-dn I have to configure OU=faculty,DC=AD,DC=company,dc=de
> But then I get in the Web-UI all Groups and all Students as Group-Objects
> which makes no sense
> *Suggested fix*
> I have a fix for me but as I am not a programmer, I don't know how to
> implement it the right way.
> I changed in UserGroupService.java line 92 from:
> {{return new PresenceNode("objectClass");}}
> to
> {{return new AndNode(new EqualityNode("objectClass","group"));}}
> and added
> {{import org.apache.directory.api.ldap.model.filter.AndNode;}}
> at line 34.
> Thanks for making this great project!
>
> Peter
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Assigned] (GUACAMOLE-819) Documented Duo secret key length is incorrect
[
https://issues.apache.org/jira/browse/GUACAMOLE-819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman reassigned GUACAMOLE-819:
---
Assignee: Nick Couchman
> Documented Duo secret key length is incorrect
> -
>
> Key: GUACAMOLE-819
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-819
> Project: Guacamole
> Issue Type: Bug
> Components: Documentation
>Reporter: Stephen Jenkins
>Assignee: Nick Couchman
>Priority: Trivial
>
> The length of the Duo secret key is documented within the Guacamole manual as
> exactly 20 characters. This is incorrect. The _integration_ key is exactly 20
> characters, but the secret key is 40 characters.
> This can be seen in the definition and usage of the constants in [Duo's
> {{DuoWeb}}
> class|https://github.com/duosecurity/duo_java/blob/de98f6cece74a3097fb6018417084ea4d069dbf2/DuoWeb/src/main/java/com/duosecurity/duoweb/DuoWeb.java]:
> {code:java}
> public final class DuoWeb {
> ...
> private static final int IKEY_LEN = 20;
> private static final int SKEY_LEN = 40;
> private static final int AKEY_LEN = 40;
> ...
> public static String signRequest(final String ikey, final String
> skey, final String akey, final String username, final long time) {
> ...
> if (ikey.equals("") || ikey.length() != IKEY_LEN) {
> return ERR_IKEY;
> }
> if (skey.equals("") || skey.length() != SKEY_LEN) {
> return ERR_SKEY;
> }
> if (akey.equals("") || akey.length() < AKEY_LEN) {
> return ERR_AKEY;
> }
> ...
> {code}
> Note that the lengths of the various keys are not actually enforced by the
> guacamole-auth-duo extension, so while the manual is incorrect, the extension
> should still function as long as correct key values are provided.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-299) ldap paged results limited to 1000
[ https://issues.apache.org/jira/browse/GUACAMOLE-299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17074054#comment-17074054 ] Nick Couchman commented on GUACAMOLE-299: - [~jhankins] [~isaac.marco]: Not sure if you guys are still around, but, if so, could you see if this issue still exists with version 1.1.0 after the move to Apache LDAP? > ldap paged results limited to 1000 > -- > > Key: GUACAMOLE-299 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-299 > Project: Guacamole > Issue Type: Bug > Components: guacamole-auth-ldap >Affects Versions: 0.9.13-incubating >Reporter: Isaac Marco Blancas >Priority: Minor > Attachments: Selección568.png > > > The guacamole/#/settings/users just find the first 1000 ldap people. When an > existing user is not located I can create a new user with his uid and he can > authenticate with no problems but this message captured in logs. > guacamole[16369]: 08:39:57.685 [http-nio-8080-exec-6] WARN > o.a.g.auth.ldap.user.UserService - Could not query list of all users for > attribute "uid": Error while querying users. > By other hand if I edit the user I can't see the MySQL and LDAP tabs... he is > not recognized as an LDAP user. See attachment. > Same problem has been reported with AD in the forum: > http://apache-guacamole-incubating-users.2363388.n4.nabble.com/Guacamole-and-Active-Directory-Paged-Results-td684.html -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-743) translation fr.json for guacamole-client
[ https://issues.apache.org/jira/browse/GUACAMOLE-743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman closed GUACAMOLE-743. --- Resolution: Duplicate > translation fr.json for guacamole-client > > > Key: GUACAMOLE-743 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-743 > Project: Guacamole > Issue Type: Wish > Components: guacamole-client >Affects Versions: 1.1.0 >Reporter: Fezzi >Priority: Trivial > Attachments: fr.json > > Original Estimate: 0h > Remaining Estimate: 0h > > translation of en.json provide new fr.json for guacamole-client -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-941) Automate Adding Admin to Bastion stepping stone
[ https://issues.apache.org/jira/browse/GUACAMOLE-941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman closed GUACAMOLE-941. --- Resolution: Invalid > Automate Adding Admin to Bastion stepping stone > --- > > Key: GUACAMOLE-941 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-941 > Project: Guacamole > Issue Type: Wish > Components: guacamole >Affects Versions: 1.0.0 >Reporter: Hardik Shah >Priority: Trivial > > Hello All, > I am trying to automate ID creation on Bastion stepping stone / Guacamole > using Native API. Unfortunately not succeeded. > Can you guide me to which API to use and how to automate ID creation on > Bastion stepping stone, Create profile and adding server to use profile. > > Thanks, > Hardik Shah -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-942) MySQL JDBC contains an invalid SQL Query (no RDP Start possible)
[
https://issues.apache.org/jira/browse/GUACAMOLE-942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman closed GUACAMOLE-942.
---
Fix Version/s: (was: 1.2.0)
Resolution: Cannot Reproduce
> MySQL JDBC contains an invalid SQL Query (no RDP Start possible)
>
>
> Key: GUACAMOLE-942
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-942
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole-auth-jdbc-mysql
>Affects Versions: 1.1.0
> Environment: CentOS 8
> Tomcat 9.0.30
> Guacamole 1.1.0, freshly upgraded from 0.9.14.
> LDAP backend
> JDBC MySQL connector 5.1.46 to MariaDB.
>Reporter: Stefan Bluhm
>Priority: Major
> Attachments: catalina.zip
>
>
> After logging in and selecting an RDP connection, the connection fails with:
>
> "The remote desktop server is currently not unreachable."...
>
> The catalona.out log shows the following error:
> {code:none}
> 17:02:02.435 [http-nio-8080-exec-3] ERROR o.a.g.rest.RESTExceptionMapper -
> Unexpected internal error:
> ### Error querying database. Cause:
> com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error
> in your SQL syntax; check the manual that corresponds to your MariaDB server
> version for the right syntax to use near 'AND
> (
> guacamole_connection_permission.entity_id = 7
> ' at line 19
> ### The error may exist in
> org/apache/guacamole/auth/jdbc/connection/ConnectionMapper.xml
> ### The error may involve defaultParameterMap
> ### The error occurred while setting parameters
> ### SQL: SELECT guacamole_connection.connection_id,
> guacamole_connection.connection_name, parent_id, protocol, max_connections,
> max_connections_per_user, proxy_hostname, proxy_port,
> proxy_encryption_method, connection_weight, failover_only, MAX(start_date) AS
> last_active FROM guacamole_connection JOIN guacamole_connection_permission ON
> guacamole_connection_permission.connection_id =
> guacamole_connection.connection_id LEFT JOIN guacamole_connection_history ON
> guacamole_connection_history.connection_id =
> guacamole_connection.connection_id WHERE guacamole_connection.connection_id
> IN AND ( guacamole_connection_permission.entity_id = ? ) AND permission =
> 'READ' GROUP BY guacamole_connection.connection_id; SELECT
> primary_connection_id, guacamole_sharing_profile.sharing_profile_id FROM
> guacamole_sharing_profile JOIN guacamole_sharing_profile_permission ON
> guacamole_sharing_profile_permission.sharing_profile_id =
> guacamole_sharing_profile.sharing_profile_id WHERE primary_connection_id IN
> AND ( entity_id = ? ) AND permission = 'READ'; SELECT
> guacamole_connection_attribute.connection_id, attribute_name, attribute_value
> FROM guacamole_connection_attribute JOIN guacamole_connection_permission ON
> guacamole_connection_permission.connection_id =
> guacamole_connection_attribute.connection_id WHERE
> guacamole_connection_attribute.connection_id IN AND ( entity_id = ? ) AND
> permission = 'READ';
> ### Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You
> have an error in your SQL syntax; check the manual that corresponds to your
> MariaDB server version for the right syntax to use near 'AND
> (
> guacamole_connection_permission.entity_id = 7
> ' at line 19
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-942) MySQL JDBC contains an invalid SQL Query (no RDP Start possible)
[
https://issues.apache.org/jira/browse/GUACAMOLE-942?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17074143#comment-17074143
]
Nick Couchman commented on GUACAMOLE-942:
-
[~bluhm]: I'm going to close this issue out for the time being. If you're able
to reproduce it please feel free to re-open. Based on the fact that a new
install works fine and we haven't heard of other users having this issue I
wonder if there was just something slightly wrong within the database.
> MySQL JDBC contains an invalid SQL Query (no RDP Start possible)
>
>
> Key: GUACAMOLE-942
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-942
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole-auth-jdbc-mysql
>Affects Versions: 1.1.0
> Environment: CentOS 8
> Tomcat 9.0.30
> Guacamole 1.1.0, freshly upgraded from 0.9.14.
> LDAP backend
> JDBC MySQL connector 5.1.46 to MariaDB.
>Reporter: Stefan Bluhm
>Priority: Major
> Fix For: 1.2.0
>
> Attachments: catalina.zip
>
>
> After logging in and selecting an RDP connection, the connection fails with:
>
> "The remote desktop server is currently not unreachable."...
>
> The catalona.out log shows the following error:
> {code:none}
> 17:02:02.435 [http-nio-8080-exec-3] ERROR o.a.g.rest.RESTExceptionMapper -
> Unexpected internal error:
> ### Error querying database. Cause:
> com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error
> in your SQL syntax; check the manual that corresponds to your MariaDB server
> version for the right syntax to use near 'AND
> (
> guacamole_connection_permission.entity_id = 7
> ' at line 19
> ### The error may exist in
> org/apache/guacamole/auth/jdbc/connection/ConnectionMapper.xml
> ### The error may involve defaultParameterMap
> ### The error occurred while setting parameters
> ### SQL: SELECT guacamole_connection.connection_id,
> guacamole_connection.connection_name, parent_id, protocol, max_connections,
> max_connections_per_user, proxy_hostname, proxy_port,
> proxy_encryption_method, connection_weight, failover_only, MAX(start_date) AS
> last_active FROM guacamole_connection JOIN guacamole_connection_permission ON
> guacamole_connection_permission.connection_id =
> guacamole_connection.connection_id LEFT JOIN guacamole_connection_history ON
> guacamole_connection_history.connection_id =
> guacamole_connection.connection_id WHERE guacamole_connection.connection_id
> IN AND ( guacamole_connection_permission.entity_id = ? ) AND permission =
> 'READ' GROUP BY guacamole_connection.connection_id; SELECT
> primary_connection_id, guacamole_sharing_profile.sharing_profile_id FROM
> guacamole_sharing_profile JOIN guacamole_sharing_profile_permission ON
> guacamole_sharing_profile_permission.sharing_profile_id =
> guacamole_sharing_profile.sharing_profile_id WHERE primary_connection_id IN
> AND ( entity_id = ? ) AND permission = 'READ'; SELECT
> guacamole_connection_attribute.connection_id, attribute_name, attribute_value
> FROM guacamole_connection_attribute JOIN guacamole_connection_permission ON
> guacamole_connection_permission.connection_id =
> guacamole_connection_attribute.connection_id WHERE
> guacamole_connection_attribute.connection_id IN AND ( entity_id = ? ) AND
> permission = 'READ';
> ### Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You
> have an error in your SQL syntax; check the manual that corresponds to your
> MariaDB server version for the right syntax to use near 'AND
> (
> guacamole_connection_permission.entity_id = 7
> ' at line 19
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Closed] (GUACAMOLE-926) Add connection form CSV
[ https://issues.apache.org/jira/browse/GUACAMOLE-926?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman closed GUACAMOLE-926. --- Resolution: Invalid > Add connection form CSV > --- > > Key: GUACAMOLE-926 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-926 > Project: Guacamole > Issue Type: Wish > Components: guacamole >Affects Versions: 1.0.0 >Reporter: Dinoop >Priority: Trivial > > Is there any options to add all servers from a CSV file or so. Adding one by > one will take too much time. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-968) Add Norwegian keymap
[ https://issues.apache.org/jira/browse/GUACAMOLE-968?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17074051#comment-17074051 ] Nick Couchman commented on GUACAMOLE-968: - [~Mikael Hansson]: If you're able to contribute anything to this, that would be great - we're not always familiar with the various keymaps, so it's hard to implement. > Add Norwegian keymap > > > Key: GUACAMOLE-968 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-968 > Project: Guacamole > Issue Type: New Feature >Reporter: Mikael Hansson >Priority: Trivial > > The Norwegian keyboard differs slightly from both the Danish and the Swedish. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-949) Remove unused UNIX_TIME macro
[
https://issues.apache.org/jira/browse/GUACAMOLE-949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman updated GUACAMOLE-949:
Summary: Remove unused UNIX_TIME macro (was: Drive Redirection: Wrong
formula for UNIX_TIME)
> Remove unused UNIX_TIME macro
> -
>
> Key: GUACAMOLE-949
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-949
> Project: Guacamole
> Issue Type: Bug
> Components: RDP
>Reporter: Eisuke Kuwahata
>Assignee: Nick Couchman
>Priority: Trivial
>
> Formula of {{WINDOWS_TIME}} macro was fixed in GUACAMOLE-861, but
> {{UNIX_TIME}} macro also have wrong formula.
> {code}
> -#define UNIX_TIME(t)((time_t) ((t / 1000 + ((uint64_t)
> 11644473600
> +#define UNIX_TIME(t)((time_t) ((t / 1000 - ((uint64_t)
> 11644473600
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-949) Remove unused UNIX_TIME macro
[
https://issues.apache.org/jira/browse/GUACAMOLE-949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman updated GUACAMOLE-949:
Issue Type: Improvement (was: Bug)
> Remove unused UNIX_TIME macro
> -
>
> Key: GUACAMOLE-949
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-949
> Project: Guacamole
> Issue Type: Improvement
> Components: RDP
>Reporter: Eisuke Kuwahata
>Assignee: Nick Couchman
>Priority: Trivial
>
> Formula of {{WINDOWS_TIME}} macro was fixed in GUACAMOLE-861, but
> {{UNIX_TIME}} macro also have wrong formula.
> {code}
> -#define UNIX_TIME(t)((time_t) ((t / 1000 + ((uint64_t)
> 11644473600
> +#define UNIX_TIME(t)((time_t) ((t / 1000 - ((uint64_t)
> 11644473600
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Assigned] (GUACAMOLE-949) Drive Redirection: Wrong formula for UNIX_TIME
[
https://issues.apache.org/jira/browse/GUACAMOLE-949?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman reassigned GUACAMOLE-949:
---
Assignee: Nick Couchman
> Drive Redirection: Wrong formula for UNIX_TIME
> --
>
> Key: GUACAMOLE-949
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-949
> Project: Guacamole
> Issue Type: Bug
> Components: RDP
>Reporter: Eisuke Kuwahata
>Assignee: Nick Couchman
>Priority: Trivial
>
> Formula of {{WINDOWS_TIME}} macro was fixed in GUACAMOLE-861, but
> {{UNIX_TIME}} macro also have wrong formula.
> {code}
> -#define UNIX_TIME(t)((time_t) ((t / 1000 + ((uint64_t)
> 11644473600
> +#define UNIX_TIME(t)((time_t) ((t / 1000 - ((uint64_t)
> 11644473600
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Assigned] (GUACAMOLE-728) Docker image unable to connect to MySQL8 docker: Public Key Retrieval Not Allowed
[
https://issues.apache.org/jira/browse/GUACAMOLE-728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Couchman reassigned GUACAMOLE-728:
---
Assignee: Nick Couchman
> Docker image unable to connect to MySQL8 docker: Public Key Retrieval Not
> Allowed
> -
>
> Key: GUACAMOLE-728
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-728
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole-auth-jdbc-mysql
>Affects Versions: 1.0.0
>Reporter: David
>Assignee: Nick Couchman
>Priority: Major
> Fix For: 1.2.0
>
>
> When running the guacamole docker image linked to a mysql8 docker image, I'm
> experiencing an error in the logs that says:
> {code:none}
> Fri Feb 08 04:24:15 UTC 2019 WARN: Establishing SSL connection without
> server's identity verification is not recommended. According to MySQL
> 5.5.45+, 5.6.26+ and 5.7.6+ requirements SSL connection must be established
> by default if explicit option isn't set. For compliance with existing
> applications not using SSL the verifyServerCertificate property is set to
> 'false'. You need either to explicitly disable SSL by setting useSSL=false,
> or set useSSL=true and provide truststore for server certificate verification.
> Fri Feb 08 04:24:15 UTC 2019 WARN: Establishing SSL connection without
> server's identity verification is not recommended. According to MySQL
> 5.5.45+, 5.6.26+ and 5.7.6+ requirements SSL connection must be established
> by default if explicit option isn't set. For compliance with existing
> applications not using SSL the verifyServerCertificate property is set to
> 'false'. You need either to explicitly disable SSL by setting useSSL=false,
> or set useSSL=true and provide truststore for server certificate verification.
> 04:24:15.832 [http-nio-8080-exec-7] ERROR o.a.g.rest.RESTExceptionMapper -
> Unexpected internal error:
> ### Error querying database. Cause:
> com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Public
> Key Retrieval is not allowed
> ### The error may exist in org/apache/guacamole/auth/jdbc/user/UserMapper.xml
> ### The error may involve
> org.apache.guacamole.auth.jdbc.user.UserMapper.selectOne
> ### The error occurred while executing a query
> ### Cause:
> com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Public
> Key Retrieval is not allowed
> {code}
> I'm not sure how to get around this, but it's keeping me from using
> guacamole. :(
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (GUACAMOLE-728) Docker image unable to connect to MySQL8 docker: Public Key Retrieval Not Allowed
[
https://issues.apache.org/jira/browse/GUACAMOLE-728?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17074584#comment-17074584
]
Nick Couchman commented on GUACAMOLE-728:
-
https://github.com/apache/guacamole-client/pull/492
Pull Request submitted. I have not had a chance to test, yet, but if anyone
else wants to please give it a go.
> Docker image unable to connect to MySQL8 docker: Public Key Retrieval Not
> Allowed
> -
>
> Key: GUACAMOLE-728
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-728
> Project: Guacamole
> Issue Type: Bug
> Components: guacamole-auth-jdbc-mysql
>Affects Versions: 1.0.0
>Reporter: David
>Assignee: Nick Couchman
>Priority: Major
> Fix For: 1.2.0
>
>
> When running the guacamole docker image linked to a mysql8 docker image, I'm
> experiencing an error in the logs that says:
> {code:none}
> Fri Feb 08 04:24:15 UTC 2019 WARN: Establishing SSL connection without
> server's identity verification is not recommended. According to MySQL
> 5.5.45+, 5.6.26+ and 5.7.6+ requirements SSL connection must be established
> by default if explicit option isn't set. For compliance with existing
> applications not using SSL the verifyServerCertificate property is set to
> 'false'. You need either to explicitly disable SSL by setting useSSL=false,
> or set useSSL=true and provide truststore for server certificate verification.
> Fri Feb 08 04:24:15 UTC 2019 WARN: Establishing SSL connection without
> server's identity verification is not recommended. According to MySQL
> 5.5.45+, 5.6.26+ and 5.7.6+ requirements SSL connection must be established
> by default if explicit option isn't set. For compliance with existing
> applications not using SSL the verifyServerCertificate property is set to
> 'false'. You need either to explicitly disable SSL by setting useSSL=false,
> or set useSSL=true and provide truststore for server certificate verification.
> 04:24:15.832 [http-nio-8080-exec-7] ERROR o.a.g.rest.RESTExceptionMapper -
> Unexpected internal error:
> ### Error querying database. Cause:
> com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Public
> Key Retrieval is not allowed
> ### The error may exist in org/apache/guacamole/auth/jdbc/user/UserMapper.xml
> ### The error may involve
> org.apache.guacamole.auth.jdbc.user.UserMapper.selectOne
> ### The error occurred while executing a query
> ### Cause:
> com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Public
> Key Retrieval is not allowed
> {code}
> I'm not sure how to get around this, but it's keeping me from using
> guacamole. :(
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Updated] (GUACAMOLE-583) SQL Instance Strings
[ https://issues.apache.org/jira/browse/GUACAMOLE-583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Couchman updated GUACAMOLE-583: Component/s: Documentation > SQL Instance Strings > > > Key: GUACAMOLE-583 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-583 > Project: Guacamole > Issue Type: Bug > Components: Documentation, guacamole-auth-jdbc-sqlserver >Affects Versions: 0.9.14 >Reporter: Martyn Jarrett >Assignee: Nick Couchman >Priority: Minor > Fix For: 1.2.0 > > > Add a property to the SQL Server module configuration to account for instance > names. -- This message was sent by Atlassian Jira (v8.3.4#803005)
