RE: Drag and Drop issue - RESOLVED

[Adrian Owen <ad...@eesm.com>]

Hi Mike,

I ran these commands:

ln -s /usr/local/lib/freerdp/guacsnd-client.so /usr/lib/i386-linux-gnu/freerdp
ln -s /usr/local/lib/freerdp/libguac.so /usr/lib/i386-linux-gnu/freerdp
ln -s /usr/local/lib/freerdp/guacdr-client.so /usr/lib/i386-linux-gnu/freerdp

And restarted guad


Now G: drive appears on Client.

Many thanks, Adrian

-----Original Message-----
From: Mike Jumper [mailto:mike.jumper@guac-dev.org] 
Sent: 28 July 2017 17:29
To: user@guacamole.incubator.apache.org
Subject: Re: Drag and Drop issue

On Fri, Jul 28, 2017 at 8:02 AM, Adrian Owen <ad...@eesm.com> wrote:
> Guacamole 0.9.12 – Debian Jessie x86
>
> On the Guacamole server:
>
> ...
>
> 2.       I created /userfiles with 777 permissions
>

You should *never* set permissions to 777.

The drive directory needs only be readable/writable by the user that the guacd service runs as. Making any directory world-writable, let alone Guacamole's drive directory, is dangerous. If any account on your server is compromised, even one with little to no privileges, your users' files will be exposed.

>
> -          Restart Guacamole Server
>

There is no need to restart anything in this case. You only need to restart things after upgrading Guacamole itself to a new version, and then only guacd and Tomcat need to be restarted, not the entire server.

> ...
>
> I drag a file from the client desktop onto the Guacamole RDP session.
>
> -          On the hidden menu I can now see  the file in uploads list
> -          On the guacamole server I see the file in /userfiles
>
> But I cannot get the file onto the server.
>

Do you see any relevant messages from guacd in syslog?

Is drive redirection allowed according to the group policies of the RDP server in question?

Thanks,

- Mike

Re: Drag and Drop issue - RESOLVED

[Mike Jumper <mi...@guac-dev.org>]

On Fri, Jul 28, 2017 at 10:36 AM, Adrian Owen <ad...@eesm.com> wrote:
> Hi Mike,
>
> I ran these commands:
>
> ln -s /usr/local/lib/freerdp/guacsnd-client.so /usr/lib/i386-linux-gnu/freerdp
> ln -s /usr/local/lib/freerdp/guacdr-client.so /usr/lib/i386-linux-gnu/freerdp

Note that there are other plugins installed, like guacai-client.so
(used for audio input where available). To cover everything, a simpler
approach would be:

    ln -s /usr/local/lib/freerdp/guac*.so /usr/lib/i386-linux-gnu/freerdp/

It's worth noting that the reason what you were doing earlier was not
working was that the FreeRDP libraries were not present in
/usr/lib/x86_64-linux-gnu but rather /usr/lib/i386-linux-gnu. Though
the former path would have been correct on 64-bit Debian, the path on
32-bit Debian is different. The path will vary across distribution as
well, so when in doubt, a good first step is to locate libfreerdp*.so
- that will determine the base path of where the "freerdp"
subdirectory needs to be, which may not initially exist.

> ln -s /usr/local/lib/freerdp/libguac.so /usr/lib/i386-linux-gnu/freerdp

There is no "/usr/local/lib/freerdp/libguac.so", nor any need to have
a copy of libguac.so present in FreeRDP's plugin directory. The system
linker will find it in the system-wide location to which it was
installed. Adding this symbolic link will have no effect.

>
> And restarted guad
>

There is no need to restart guacd for this. You only need to restart
guacd after upgrading to a new Guacamole version.

>
> Now G: drive appears on Client.
>

Glad to hear it.

Thanks,

- Mike