Closed typkrft closed 1 year ago
Thanks for opening your first issue here! Be sure to follow the issue template!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
I too am having this issue!
me too
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
I am having this issue as well.
Must be a port conflict with synology when running host networking.
I am rebasing this image to alpine, but you might also want to try passing the CUSTOM_PORT
env variable for the gui app if 3000 is conflicting host level.
There is nothing that can be done if host level 3389 (rdp) or 4822 (guac) are occupied though.
IE: -e CUSTOM_PORT=30022
then access the webui on 30022.
Honestly I mostly use this container in K8s deployments (just generally to look into docker networks) so I can troubleshoot stuff, the host level networking stuff is only there as an option and it is functional on a standard Linux box.
More app info here: https://github.com/linuxserver/gclient#options
I don't know if this issue still occurs, I could try later. But I am in the middle of migrating my containers and data to another host on another network. I assume there was a conflict somewhere, but I couldn't figure it out. My networking and docker configuration hasn't changed though on the network I originally had the issue with.
❯❯❯ nc -zcw10 192.168.1.129 1-4822
Connection to 192.168.1.129 port 22 [tcp/ssh] succeeded!
Connection to 192.168.1.129 port 80 [tcp/http] succeeded!
Connection to 192.168.1.129 port 81 [tcp/hosts2-ns] succeeded!
Connection to 192.168.1.129 port 111 [tcp/sunrpc] succeeded!
Connection to 192.168.1.129 port 139 [tcp/netbios-ssn] succeeded!
Connection to 192.168.1.129 port 443 [tcp/https] succeeded!
Connection to 192.168.1.129 port 444 [tcp/snpp] succeeded!
Connection to 192.168.1.129 port 445 [tcp/microsoft-ds] succeeded!
Connection to 192.168.1.129 port 548 [tcp/afpovertcp] succeeded!
Connection to 192.168.1.129 port 873 [tcp/rsync] succeeded!
Connection to 192.168.1.129 port 892 [tcp/*] succeeded!
Connection to 192.168.1.129 port 2049 [tcp/nfsd] succeeded!
Connection to 192.168.1.129 port 2227 [tcp/di-msg] succeeded!
Connection to 192.168.1.129 port 3261 [tcp/winshadow] succeeded!
Connection to 192.168.1.129 port 3262 [tcp/necp] succeeded!
Connection to 192.168.1.129 port 3263 [tcp/ecolor-imager] succeeded!
Connection to 192.168.1.129 port 3264 [tcp/ccmail] succeeded!
Connection to 192.168.1.129 port 3265 [tcp/altav-tunnel] succeeded!
Connection to 192.168.1.129 port 4306 [tcp/*] succeeded!
Connection to 192.168.1.129 port 4357 [tcp/qsnet-cond] succeeded!
Connection to 192.168.1.129 port 4433 [tcp/*] succeeded!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
When logging in with abc/abc I recieve an error message that states login failed for display 0. Oddly when I log in with a console session I see a screen share that would be from a VM I have in another guacamole instance that I have. The other guacamole share is on a different subnet in a separate docker created network and the port exposed isn't 3000. I'm wondering if maybe I could log into wireshark from my existing guacamole instance, if so what would the settings be, or if I can separate them some how. Or maybe that has nothing to do with the login failed issue.
Expected Behavior
I would expect to see the application window after logging in.
Current Behavior
Login Failed for Display 0
Steps to Reproduce
Environment
OS: Synology DSM CPU architecture: x86_64 How docker service was installed:
Command used to create docker container (run/create/compose/screenshot)
Docker logs