21
submitted 1 year ago* (last edited 1 year ago) by dewittlebook to c/selfhosted@lemmy.world

Mooching off this other post

Primary question: What do people do for their reverse proxies (and associated ACME clients)? Do you have a single unified one? Or do you use separate proxies for each stack? Or some mess in between?

My use case question: For example, I have a (mess that is a) Nextcloud instance with a separate stack with nginx and ACME, a SearXng that wants to run caddy (but has shoved into the nginx).

But now I have a Lemmy docker that has a custom(?) nginx instance, should I just port it to my existing nginx or run them side by side?

you are viewing a single comment's thread
view the rest of the comments
[-] Kata1yst@kbin.social 12 points 1 year ago

I use a single unified traefik to front all of my services, no matter how they ship. Despite the slight overhead, it's closer to a truly idempotent architecture. I've unfortunately had to test that twice now in my selfhosting career.

Traefik is very solid and I've had very few issues with it I didn't self inflict. Documentation is very thorough.

[-] maiskanzler@feddit.de 7 points 1 year ago* (last edited 1 year ago)

I also run Traefik and it never stutters. But getting it set up at ALL was a chore. I tried four times and failed. Each time I spent several days full time on it. It's not that I skipped the docs, I actually am a RTFM kinda guy. But too much was implied in the docs and I never really felt like I knew why I was doing stuff. At least for me it was harder to set up than Nextcloud, Jellyfin, Gitea, Resilio and Vaultwarden COMBINED.

Some settings only work in a static config file, others in a "dynamic" config file and then there is container-specific labels too. It all needs to fit in with each other and error mesages were of course hidden away in docker logs. You can attach labels to containers with and without escaping them, and choosing wrong sends you down several rabbit holes at once. The config structure is probably intuitive to Go devs, but that really ain't me. Oh, there's also 3 different but equal formats for conf files too.

I read countless guides and it finally worked on attempt 5. All just because I liked the autoconf for all containers. I could have been done with reverse proxies within a day had I just chosen a different one.

Now I am even debating wether I should keep it at all, because I'd rather not mount the docker sock into my reverse proxy, the one software that ultimately connects to the web directly.

[-] NewDataEngineer@lemmy.world 4 points 1 year ago* (last edited 1 year ago)

I’d rather not mount the docker sock into my reverse proxy,

You don't have to if you use the dynamic file config. I've mentioned this before and debated to the ends of earth for even suggesting such a thing. But it all aspects is dynamic file configuration better.

Of you use IaC in your set up, it gets even easier because then you can just set up templates that automatically create file configs and add them to your reverse proxy seamlessly.

Right now with one Terraform apply, I create my docker container, traefik config and my homepage service.

[-] maiskanzler@feddit.de 1 points 1 year ago

I'll have to look into using dynamic file configuration more heavily then. But how do you personally set up networking, if traefik doesn't handle it all for you? Can you just tell traefik the container name from docker-compose in the dynamic file config? Also, what is IaC? Cause it sounds great.

load more comments (3 replies)
load more comments (5 replies)
this post was submitted on 20 Jul 2023
21 points (88.9% liked)

Selfhosted

39150 readers
241 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS