You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
My expectation was that the default port would be changed to an unprivileged port alongside the user change. Unfortunately that's not the case, therefore the Puppetboard doesn't start in its delivered default configuration.
There is an easy workaround: Start the container with the PUPPETBOARD_PORT environment variable with a value above 1024.
It would definitely be good to also change the default value for PUPPETBOARD_PORT to a value above 1024. The user change itself was already a breaking change. IMHO changing the default value of the port is just in consequence and in line with that breaking change.
Describe the bug
In release 6.0.0 (via #1085) the account for running
gunicorn
was switched to an unprivileged user (see Dockerfile#L28).The default value for
PUPPETBOARD_PORT
is80
which is below 1024 which requires a privileged user to listen on:My expectation was that the default port would be changed to an unprivileged port alongside the user change. Unfortunately that's not the case, therefore the Puppetboard doesn't start in its delivered default configuration.
There is an easy workaround: Start the container with the
PUPPETBOARD_PORT
environment variable with a value above 1024.It would definitely be good to also change the default value for
PUPPETBOARD_PORT
to a value above 1024. The user change itself was already a breaking change. IMHO changing the default value of the port is just in consequence and in line with that breaking change.Puppetboard version
6.0.0
Environment and installation method
AWS Fargate running
ghcr.io/voxpupuli/puppetboard:6.0.0@sha256:0bfdf8c95f68a0e6950055f09c44b4b04deb1aab2c4d765c00004616c4643503
.The text was updated successfully, but these errors were encountered: