-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
container won't start #103
Comments
@jumanjiman any ideas? I'm a newb with docker so I'm probably doing the command wrong? |
I may have fixed the above error but now I am getting an error that says it can't read the authproxy.cfg file. I am finding that the container process is running as duo and it possibly doesn't have permissions to the bind mount on the host located at /opt/duoauthproxy/conf/authproxy.cfg. I also had to copy over the cabundle.crt file. I can give that file 777 permissions and it will start. What user permissions should I put on the host so this will work with secure permissions? |
I'm seeing similar issues. Mine is: IOError: [Errno 13] Permission denied: 'log/authproxy.log' Can you tell me what you did to resolve? Thx |
I got around this above just making sure everyone had rights to the log folder. I'm running this on Docker on a Synology NAS. But I've run into this issue: twisted.internet.error.CannotListenError: Couldn't listen on any:389: [Errno 13] Permission denied. |
I'm getting a similar issue, any advice would be great. 0e3790cae16421a6c4bbd2d151034da81f6106af1d38bcc2c54a9c257b6f0c0a |
The current version of Duo Authproxy hardcodes the path to the config. Authproxy no longer has the Therefore you have to bind-mount via |
The duo user inside the container only needs read permission. You have at least two choices:
|
@raldridgenctm The image declares If you mount a directory from the underlying host, you need to ensure correct perms and mode. |
@raldridgenctm The container is built to listen on ports higher than 1024. If you really need to run the authproxy on port 389, it's better to map the host port 389 to the container port > 1024. If you can't do that for some reason, you have to run the container with admin privileges. |
That error seems odd. It definitely works in the test harness: What command and options do you use to start the container? |
I just ran - docker run -d |
Does What does |
/opt/duoauthproxy/conf doesn't exist on the host, I did create an directory and empty file but I still recieve the same error. env | grep -i docker doesn't show anything |
I can get it to run by using the full path |
although just brings me to another error root@ubuntu-docker:/var/snap/docker/common/var-lib-docker/volumes# docker logs 9023518943e2cc1c9c9b2b0a5644681d8220b309719080843f6b6002662662da |
after running the following command, it looks like for some reason the authproxy.cfg doesn't get created root@ubuntu-docker:/home/donald# docker run -d \
|
I also cannot get the container to stay up. My logs show the following: Traceback (most recent call last): |
Know this is ancient, but my
after adding that, it started up as expected. Think that's where the SSL certs are sourced by the duoauthproxy-build install script from Duo. |
First of all thanks for providing a docker container for duoauthproxy, if I can get this to work I will be greatful! Whenever I try to run the container following your docs for running it in detached mode with this command:
docker run -d --name duoauthproxy -p 1812:1812/udp -p 18120:18120/udp -v /etc/duoauthproxy:/etc/duoauthproxy:ro --read-only --cap-drop=all --cap-add=setgid --cap-add=setuid jumanjiman/duoauthproxy:latest
The container immediately exits and I get the following error when I do a docker logs command:
The text was updated successfully, but these errors were encountered: