-
Notifications
You must be signed in to change notification settings - Fork 75
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
Running avahi in a separate container #2
Comments
Thank you very much :) I think your suggestion does make sense and it's how I already runs my instance (netatalk+tracker) and the reason for adding the avahi was to make a full get-up-and-running-quick solution. My motivation for making these image is to make it as generic as possible, such that the Hub won't have a billion images for the same service and also work for at least my usage. I like the idea removing avahi and then supervisor and python as well, which would cause the image to shrink in size. Let's say if there's no significant objections to this then I will go ahead and shave the avahi and supervisor stuff. |
Meanwhile I override the default command to "netatalk -d" to not start avahi. So as you mention it's just a matter of image size at this point. And I still run avahi in a separate container with --net=host. |
Hi guys, |
Great work on this image!
Would it make sense to run the avahi daemon in a separate container so you would have to set the option --net=host only on the avahi container to limit the security concern.
At the same time you can then get rid of supervisor and run only netatalk.
The text was updated successfully, but these errors were encountered: