As far as I know, I think you are going to be out of luck there.  Every major 
file transfer protocol that I know of requires read privileges to even list the 
file/directory when the storage heap/mount is queried.

There are some weird file storage protocols out there that can expose/parse a 
file/directory name but prevent it from being accessed but these protocol 
settings are usually made at the storage adapter level.

This is based on my experiences - there maybe someone else that knows something 
a little easier to implement...

Sent from my iPhone

On Nov 23, 2016, at 12:06, Marko Nikolić 
<[email protected]<mailto:[email protected]>> wrote:

Hello,

I have a specific request for using guacamole file browser and putting 
restrictions on file transfer. The user is accessing the server using guacamole 
via RDP and it is required to allow uploading of files, but to prevent 
downloading.

I have tried to set the permissions on the drive-path but it didn't work, 
either it disables file transfer completely or it works in both directions. 
Maybe I have missed something here.

Is it possible to implement this functionality using extensions? I couldn't 
find much documentation about creating extensions, only some basic examples for 
UI customization. What would be the correct approach for such functionality?

Thanks,
Marko
THIS E-MAIL MESSAGE AND ANY ATTACHMENTS ARE INTENDED FOR THE USE OF THE 
INDIVIDUAL OR ENTITY TO WHICH IT IS ADDRESSED AND MAY CONTAIN INFORMATION THAT 
IS PRIVILEGED, CONFIDENTIAL AND EXEMPT FROM DISCLOSURE UNDER APPLICABLE LAW. If 
the reader of this message is not the intended recipient or the employee or 
agent responsible for delivering the message to the intended recipient, you are 
hereby notified any dissemination, distribution or copying of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by replying to this message or by 
sending an e-mail to [email protected] and destroy all copies of this 
message and any attachments. Thank you.

Reply via email to