This is a good topic though… we’ve also set up using
/some/path/${GUAC_USERNAME} but facing the following issue: given we’ve
multiple guacamole servers behind load balancers, users don’t always hit the
same instance, hence their data is not available.
Any way to set some sort of affinity at user level?
The alternative would be to use network mounts for the users directories, but
we’d want to avoid that.
Regards,
Bogdan
> On 25 Mar 2020, at 07:25, Sebastian Männling
> <[email protected]> wrote:
>
> Hi,
>
> you can use ${GUAC_USERNAME}
>
> See
> https://guacamole.apache.org/doc/gug/configuring-guacamole.html#parameter-tokens
>
> <https://guacamole.apache.org/doc/gug/configuring-guacamole.html#parameter-tokens>
>
> Regarding the /tmp directory, keep in mind that there are automatic cleanup
> jobs and usually iirc /tmp is tmpfs (ram) in fedora.
>
> Sent from my iPhone
>
>> On 25. Mar 2020, at 03:50, Chris Lee <[email protected]> wrote:
>>
>>
>> Hi All,
>>
>> I am setup the Apache Guacamole 1.1.0 on Fedora Linux with AD Auth against
>> with MS AD which using MySQL database as backend.
>>
>> For RDP Virtual Disk Drive setting, any recommendation for setup Drive Path
>> for all AD users without share the same path?
>>
>> <image001.png>
>>
>>
>> For example:
>>
>> AD user ID Drive Path:
>>
>> David /tmp/share-drive/david
>> Peter /tmp/share-drive/peter
>>
>> Also, it is safe to set it on /tmp folder or other folder?
>>
>> Many thanks in advance.
>>
>> Regards,
>> Chris
>>
>>
>>
>> This message and its attachment (if any) are strictly confidential and sent
>> to the designated recipient(s) only. If you are not the intended recipient,
>> please notify the sender by e-mail and delete this message and its
>> attachment (if any) from your computer system immediately . Century City
>> International Holdings Limited, Paliburg Holdings Limited, Regal Hotels
>> International Holdings Limited, its respective related subsidiaries,
>> associated companies and affiliates do not guarantee this message and its
>> attachment (if any) are free of computer virus and would not accept any
>> liability whatsoever arising from Internet transmission.
