Re: Log in to Gnome Shell RDP
Hi, I managed to install a locally compiled guacd on a test machne. The logs show the same. On the remote side : [21:28:49:059] [3505237:3505454] [INFO][com.freerdp.core.connection] - Client Security: NLA:1 TLS:1 RDP:0 [21:28:49:059] [3505237:3505454] [INFO][com.freerdp.core.connection] - Server Security: NLA:1 TLS:0 RDP:0 [21:28:49:059] [3505237:3505454] [INFO][com.freerdp.core.connection] - Negotiated Security: NLA:1 TLS:0 RDP:0 [21:28:49:079] [3505237:3505454] [WARN][com.winpr.negotiate] - AcceptSecurityContext status SEC_I_CONTINUE_NEEDED [0x00090312] [21:28:49:180] [3505237:3505454] [WARN][com.winpr.negotiate] - AcceptSecurityContext status SEC_I_COMPLETE_NEEDED [0x00090313] [21:28:49:281] [3505237:3505454] [INFO][com.freerdp.core.connection] - Accepted client: Guacamole RDP [21:28:49:281] [3505237:3505454] [INFO][com.freerdp.core.connection] - Accepted channels: [21:28:49:281] [3505237:3505454] [INFO][com.freerdp.core.connection] - cliprdr [21:28:49:281] [3505237:3505454] [INFO][com.freerdp.core.connection] - rdpdr [21:28:49:281] [3505237:3505454] [INFO][com.freerdp.core.connection] - rdpsnd [21:28:49:281] [3505237:3505454] [INFO][com.freerdp.core.gcc] - Active rdp encryption level: NONE [21:28:49:281] [3505237:3505454] [INFO][com.freerdp.core.gcc] - Selected rdp encryption method: NONE ** (gnome-remote-desktop-daemon:3505237): WARNING **: 21:28:50.436: [RDP] Client did not advertise support for the Graphics Pipeline, closing connection [21:28:50:086] [3505237:3505454] [ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1 On the guacd side : guacd[42304]: INFO: Guacamole proxy daemon (guacd) version 1.5.4 started guacd[42304]: INFO: Listening on host 127.0.0.1, port 4822 guacd[42304]: INFO: Creating new client for protocol "rdp" guacd[42304]: INFO: Connection ID is "$aad7cb82-9521-49eb-8ca1-596d26a3c61a" guacd[42306]: INFO: Security mode: NLA guacd[42306]: INFO: Resize method: none guacd[42306]: INFO: No clipboard line-ending normalization specified. Defaulting to preserving the format of all line endings. guacd[42306]: INFO: User "@f7065a55-b9e4-4056-92ef-f1491c59d9d9" joined connection "$aad7cb82-9521-49eb-8ca1-596d26a3c61a" (1 users now present) guacd[42306]: INFO: Loading keymap "base" guacd[42306]: INFO: Loading keymap "en-us-qwerty" guacd[42306]: INFO: RDP server closed/refused connection: Server refused connection (wrong security type?) guacd[42306]: INFO: User "@f7065a55-b9e4-4056-92ef-f1491c59d9d9" disconnected (0 users remain) guacd[42306]: INFO: Last user of connection "$aad7cb82-9521-49eb-8ca1-596d26a3c61a" disconnected guacd[42304]: INFO: Connection "$aad7cb82-9521-49eb-8ca1-596d26a3c61a" removed. Freerdp2 packages installed on the test machine : freerdp2-dev/oldstable,now 2.3.0+dfsg1-2+deb11u1 amd64 libfreerdp-client2-2/oldstable,now 2.3.0+dfsg1-2+deb11u1 amd6 libfreerdp-server2-2/oldstable,now 2.3.0+dfsg1-2+deb11u1 amd64 libfreerdp-shadow-subsystem2-2/oldstable,now 2.3.0+dfsg1-2+deb11u1 amd64 libfreerdp-shadow2-2/oldstable,now 2.3.0+dfsg1-2+deb11u1 amd64 libfreerdp2-2/oldstable,now 2.3.0+dfsg1-2+deb11u1 amd64 Freerdp2 packages installed on my home server, which i normally use as remote gateway : libfreerdp-client2-2/stable,now 2.10.0+dfsg1-1 amd64 libfreerdp-server2-2/stable,now 2.10.0+dfsg1-1 amd64 libfreerdp2-2/stable,now 2.10.0+dfsg1-1 amd64 Freerdp packages installed on the test machine where i managed to connect with Gnome Connect via RDP to the target machine : freerdp2-x11/testing,testing,now 2.11.2+dfsg1-1+b1 amd64 libfreerdp-client2-2/testing,testing,now 2.11.2+dfsg1-1+b1 amd64 libfreerdp-server2-2/testing,testing,now 2.11.2+dfsg1-1+b1 amd64 libfreerdp2-2/testing,testing,now 2.11.2+dfsg1-1+b1 amd64 Freerdp2 packages installed on my daily laptop where i want to connect from Guacamole : libfreerdp-client2-2/testing,testing,now 2.11.2+dfsg1-1+b1 amd64 libfreerdp-server2-2/testing,testing,now 2.11.2+dfsg1-1+b1 amd64 libfreerdp2-2/testing,testing,now 2.11.2+dfsg1-1+b1 amd64 No clue what is the issue. The test machine was a Debian 11, the others are 12, mostly Trixie. Cs. Horváth Csaba ezt írta (időpont: 2024. febr. 15., Cs, 14:32): > > Hi, > > I could not figure out. Maybe the problem is in the guacd, or in the > server. I'm trying to install a self-compiled Guacamole instance on a > test VM, and check if it is working. > > The only thing i figured out that the problem is related to the > graphics pipeline. > > BR, > > Cs. > > Invite System ezt írta (időpont: 2024. febr. > 14., Sze, 22:37): > > > > I am having similar issues with Gnome RDP and Guacamole. I have a more "up > > to date" server, and an older one. > > > > On the currently working machine that can connect: > > ➜ ~ sudo dpkg -l | grep -i remote > > ii gnome-remote-desktop 42.9-0ubuntu0.22.04.1 > >amd64Remote desktop daemon for GNOME using PipeWire > > ii iputils-tracepath 3:20211215-1
Re: refreshing problem using rdp
I have to compile the guacamole-client to fix the problem. Search my post "Upgrade from 1.2 to 1.4 or 1.5 Scrolling content is overwriting itself". Something is happening from version 1.3 to 1.5. It may be related to the upgrade of compile environment like Maven or jdk. The download client versions 1.4 and 1.5.3 don't work properly for me. Once I replaced the downloaded clients with any versions compiled by myself, it works properly without changing anything else, even though the guacd server. Just replace the client jar files. This kind of issue exists, not just in my installation but also somebody else. If you do have the issue, try to compile the client instead of tweaking the connection settings. Allen On 12/7/2023 2:18 AM, Piviul wrote: On 12/6/23 14:16, Piviul wrote: [...] I connect to windows 11, 10 and 7; if windows is on a virtualized or bar metal PCs doesn't matter; win 10 and win 11 have this problem, win 7 havn't. If you need some logs doesn't hesitate to ask me. checking "Disable bitmap caching:" in the performance connection properties seems to solve the problem. Someone can help me how to correctly enable bitmap caching for windows 10 / windows 11 connections? Piviul - To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org For additional commands, e-mail: user-h...@guacamole.apache.org - To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org For additional commands, e-mail: user-h...@guacamole.apache.org
Re: Log in to Gnome Shell RDP
Hi, I could not figure out. Maybe the problem is in the guacd, or in the server. I'm trying to install a self-compiled Guacamole instance on a test VM, and check if it is working. The only thing i figured out that the problem is related to the graphics pipeline. BR, Cs. Invite System ezt írta (időpont: 2024. febr. 14., Sze, 22:37): > > I am having similar issues with Gnome RDP and Guacamole. I have a more "up to > date" server, and an older one. > > On the currently working machine that can connect: > ➜ ~ sudo dpkg -l | grep -i remote > ii gnome-remote-desktop 42.9-0ubuntu0.22.04.1 > amd64Remote desktop daemon for GNOME using PipeWire > ii iputils-tracepath 3:20211215-1 > amd64Tools to trace the network path to a remote host > ii libfreerdp-client2-2:amd64 2.6.1+dfsg1-3ubuntu2.5 > amd64Free Remote Desktop Protocol library (client library) > ii libfreerdp-server2-2:amd64 2.6.1+dfsg1-3ubuntu2.5 > amd64Free Remote Desktop Protocol library (server library) > ii libfreerdp2-2:amd642.6.1+dfsg1-3ubuntu2.5 > amd64Free Remote Desktop Protocol library (core library) > ii openssh-client 1:8.9p1-3ubuntu0.6 > amd64secure shell (SSH) client, for secure access to remote > machines > ii openssh-server 1:8.9p1-3ubuntu0.6 > amd64secure shell (SSH) server, for secure access from > remote machines > ii openssh-sftp-server1:8.9p1-3ubuntu0.6 > amd64secure shell (SSH) sftp server module, for SFTP access > from remote machines > ii rsync 3.2.7-0ubuntu0.22.04.2 > amd64fast, versatile, remote (and local) file-copying tool > > ➜ ~ docker images > REPOSITORY TAG IMAGE ID CREATEDSIZE > guacamole/guacamole latest317a7b1b4885 3 weeks ago496MB > ghcr.io/linuxserver/swaglatest441d2b67b125 3 weeks ago406MB > > On my non-working server: > $ docker images | grep -i guac > > > [21:36:33] > guacamole/guacd latest > c26fed464ea8 19 hours ago 149MB > guacamole/guacamole latest > 15626debc58c 20 hours ago 496MB > > $ dpkg -l | grep -i remote > > > [22:32:21] > ii gnome-remote-desktop 45.0-1 > amd64Remote desktop daemon for GNOME using PipeWire > ii iputils-tracepath 3:20221126-1 > amd64Tools to trace the network path to a remote host > ii libfreerdp-client2-2:amd642.10.0+dfsg1-1.1ubuntu1.1 > amd64Free Remote Desktop Protocol library (client library) > ii libfreerdp-server2-2:amd642.10.0+dfsg1-1.1ubuntu1.1 > amd64Free Remote Desktop Protocol library (server library) > ii libfreerdp2-2:amd64 2.10.0+dfsg1-1.1ubuntu1.1 > amd64Free Remote Desktop Protocol library (core library) > ii liblirc-client0:amd64 0.10.1-7.2 > amd64infra-red remote control support - client library > > When digging deeper, I found this session, and also a Gnome Issue Tracker: > https://gitlab.gnome.org/GNOME/gnome-remote-desktop/-/issues/183 > > Also from the Author of this Mailing List issue. > > Were you able to make any headway on resolving this? I am currently blocked > on the ability to use guacamole with my host. > > Best, > > On Thu, Feb 1, 2024 at 2:28 PM Horváth Csaba > wrote: >> >> Hi, >> >> Just for the record, it turned out to be a Gnome-remote-desktop bug. I >> tried to connect to Windows with >> rdp://user:password@hostname/?ignore-cert=true=nla , and it >> works. I checked FreeRDP to connect to my computer from another Linux >> one, and it said that it's also using NLA, and it connected well. On >> my home server, where Guacamole sits, Debian12/Bookworm is installed, >> with libfreerdp-2.10 if i remember correctly. On my other machines, >> Debian 12/Trixie, libfreerdp-2.11 . (The server is headless, has no >> GUI.) >> I have 2 Debian 12/Trixie on 2 computers,
LDAPS Connection - TLS Handshake Failed
Hello there, We have the Apache Guacamole service as a microservice in a production environment in Docker. We compose the container using Docker Compose v2.17.3 and we are facing some LDAPS connection problems in our Active Directory. When trying to connect to the Active Directory Server using LDAPS, the following error message is returned: "ERR_04120_TLS_HANDSHAKE_ERROR The TLS handshake failed, reason: Failed to build certification path: unable to find valid certification path to requested target". LDAP_PORT: 636 LDAP_ENCRYPTION_METHOD: "ssl" Is it possible to make this LDAPS connection without certificate verification by deploying Guacamole with Docker Compose? Thanks in advance! Best Regards, Sidney Ramos Neto The information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system.
Re: Guacamole 1.5.3 - missing recordings
On Thu, Feb 15, 2024 at 8:11 AM Maciej Konigsman wrote: > Hi, > > additional information. Each corrupted recording is 427 bytes and contains > this error: > "...5.error,15.Upstream error" > > Where can I find information about this error? > You'll need to look at your guacd logs and see if it's indicating any issue with saving the recording. You may need to start guacd in debug mode to get any additional logs. -Nick >
Re: Guacamole 1.5.3 - missing recordings
Hi,
additional information. Each corrupted recording is 427 bytes and contains
this error:
"...5.error,15.Upstream error"
Where can I find information about this error?
Has anyone experienced this?
Not sure if it is related ut we use RDP connection to Windows servers
On Wed, 14 Feb 2024 at 11:47, Maciej Konigsman
wrote:
> Hi,
>
> We run Guacamole 1.5.3 on an ec2 instance in aws. We store recordings on
> EBS volume.
> We have a problem with some recordings showing 0 time duration. The issue
> seems to be random affecting multiple users and connections.
> The affected recordings are listed in the History but when viewing it
> shows 0 min duration.
>
> History shows the connections' duration and they are from minutes to
> hours. There are max 2-3 concurrent users at the same time.
> Neither guacd nor tomcat show any errors. CPU, memory and disk utilization
> are very low.
>
> I'm not able to match the recording url path in the UI
> (${HISTORY_PATH}/${HISTORY_UUID} with the UUID directories on the disk
> (recording-search-path).
>
> Thanks for your help,
> Maciek
>
