Using PiHole+Unbound and NextCloud in Docker / Port 80 conflict

Hey guys!

I want to take the next step in selfhosting and it seems that docker is something I need for my projects.

I am running a Raspberry Pi 5 (16GB) with pihole+unbound and I want to install NextCloud as well. The problem is: NextCloud and PiHole both want to use port 80, which conflicts.

So, I probably need to remap the ports with docker. I already saw some videos and read some instructions, but so far I had no success setting it up. It's pretty confusing, with no docker-experience.

How do you handle this issue? Maybe I just need a little push in the right direction.

~sp3ctre

HumbleBragger 5 points 5 months ago

In your compose file, in ports, just set the first number to the port number you wanna use. I use 8088 for my nextcloud for instance. The second number is the number the docker container is set to use internally. So you can just set like 8088:80 in your compose file. That should do the trick.

save

path: 0 23983604, hotness: undefined, score: 5, children: 3

sp3ctre 1 point 5 months ago

Sounds great!

Can you provide your compose-file? I feel like I need a correct and up-to-date setup to properly understand it.

Is PiHole, Unbound and NextCloud running in the same compose file and are you using different networks in it?

save

path: 0 23983604 23983830, hotness: undefined, score: 1, children: 2

HumbleBragger 1 point 5 months ago

Actually I don't have unbound and runs directly in my pi2 so I just have a nextcloud in a compose file that's been running for 3 years. But the issue seems to be with docker port mapping. You just have to remember to use different port mapping to the same 80 port they need and you should be good.

save

path: 0 23983604 23983830 23984481, hotness: undefined, score: 1, children: 0

infeeeee 1 point 5 months ago

I use this community maintained version, they have a very detailed description and an example compose: https://github.com/...

save

path: 0 23983604 23983830 23984343, hotness: undefined, score: 1, children: 0

ExperimentalGuy 4 points 5 months ago

Would a reverse proxy be a solution? I haven't done that type of thing in a while but maybe you could map different services to different subdomains and just route that way?

save

path: 0 23983264, hotness: undefined, score: 4, children: 0

sylver_dragon 3 points 5 months ago

One of the traditional ways to do this is to stand up a reverse proxy (e.g. NGinx) That then sits on ports 80 and 443 (you'll want TLS for NextCloud) and forwards traffic to those applications. If you are using docker for everything, you can have a back-end docker network where the NGinx container forwards traffic to the PiHole and NextCloud containers. And since each container is its own entity, you don't need to worry about mucking about with the ports for the different services, they can each have ports 80/443 on their own container and you don't need to worry about forwarding those ports from the host. Though, if PiHole is running on the hardware and not in a container, this can complicate things.

save

path: 0 23987491, hotness: undefined, score: 3, children: 0

slazer2au 3 points 5 months ago

Toss a reverse proxy in front like Traefik and that way any docker container can overlap however it wants.

save

path: 0 23984149, hotness: undefined, score: 3, children: 0

SirHaxalot 1 point 5 months ago

A fronting web server acting as a reverse proxy is the solution to this. In the current landscape I would look into Traefik, it has integration with docker allowing it to discover the correct backend servers.

With this solution you do not need to expose port 80/443 from the other containers at all, rather you’d expose the ports from the Traefik container which will read the request header and sent it to the correct container based on hostname. This means that you might need to setup DNS and point hostnames to your server if you haven’t already.

save

path: 0 23985032, hotness: undefined, score: 1, children: 0