I have a guacd instance running in docker. I tried both the main branch as the 
1.6 to build an image but I run into the same.
The latest 1.5 branch I am not able to build.

I am running on ARM64 (AWS Graviton instance).

I started the docker image like this:
docker run --quiet --name guacd --detach --net=host
    --mount type=bind,src=/etc/guacamole,dst=/etc/guacamole
    --mount 
type=bind,src=/mnt/persistent_storage/guacamole_drive,dst=/shared_drive
    -e GUACD_LOG_LEVEL=debug
    --restart unless-stopped 
registry.gitlab.com/agilepoint-emea/guacamole-server-build:1.6.0

Now I can connect to machines within this network using this guacd as a proxy, 
over SSL, all working fine.
The only thing that does not work is the shared drive: the moment I open the 
shared drive on the Windows machine, the connection crashes/drops.

At this moment, these logs appear in docker:

guacd[83]: DEBUG:       guac_rdp_fs_open: path="\desktop.ini", access=0x120089, 
file_attributes=0x0, create_disposition=0x1, create_options=0x64
guacd[83]: DEBUG:       guac_rdp_fs_open: Normalized path "\desktop.ini" to 
"\desktop.ini".
guacd[83]: DEBUG:       guac_rdp_fs_open: Translated path "\desktop.ini" to 
"/shared_drive/desktop.ini".
guacd[83]: DEBUG:       guac_rdp_fs_open: native open: 
real_path="/shared_drive/desktop.ini", flags=0x0
guacd[83]: DEBUG:       guac_rdp_fs_open: open() failed: No such file or 
directory
guacd[83]: DEBUG:       guac_rdpdr_fs_process_create: [file_id=-2] 
desired_access=0x120089, file_attributes=0x0, create_disposition=0x1, 
create_options=0x64, path="\desktop.ini"
guacd[83]: ERROR:       File open refused (-2): "\desktop.ini"
Assertion failed: (((status) >= 0)) (channels/rdpdr/rdpdr.c: 
guac_rdpdr_new_io_completion: 137)
guacd[1]: INFO: Connection "$98666d68-39f8-47e3-9103-5109fcaccc3a" removed.


I tried manually creating the desktop.ini file but this does not make a 
difference, the connection still drops at the moment you open the shared drive 
in explorer.

The folder mount does seem to work, because a Download folder appears in it. 
Also I exec'ed into the container to verify if I could create a file in there, 
which I can.
The folder is owned by guacd and writable anyway:
drwxrwxrwx    3 guacd    guacd         6144 Mar  6 11:00 shared_drive


Thanks for any advice on how to resolve this.

Maarten

Reply via email to