Selfhosted

40152 readers

435 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:

Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
No spam posting.
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.
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.

Resources:

selfh.st Newsletter and index of selfhosted software and apps
awesome-selfhosted software
awesome-sysadmin resources
Self-Hosted Podcast from Jupiter Broadcasting

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

Questions? DM the mods!

founded 1 year ago

MODERATORS

[email protected]

-13

Proxmox/Docker is inferior to Unraid (rammy.site)

submitted 1 year ago by [email protected] to c/[email protected]

18 comments fedilink hide all child comments

I'm trying to get back into self hosting. I had previously used Unraid and it worked well to run VMs where needed and Docker containers whenever possible. This biggest benefit is that there is an easy way to give each container it's own IP so you don't have to worry about port conflicts. Nobody else does this for Docker as far as I can tell and after trying multiple "guides", none of them work unless you're using some ancient and very specific hardware and software situation. I give up. I'm going back to Unraid that just works. No more Docker compose errors because it's Ubuntu host is using some port requiring me to disable key features.

you are viewing a single comment's thread
view the rest of the comments

[+] [email protected] -6 points 1 year ago (1 children)

Sometimes you can't change the external port because it has to be where it's expected. Regarding being stuck in the community repo, try having up be restricted to what's available for LXC documentation.

I guess I could follow a 30 minute CLI procedure to spin up a container or I can run a command or two in Docker. If Docker simply had it's networking straight without having to do Linux surgery with oven mits on this wouldn't be a problem.

[–] [email protected] 3 points 1 year ago (1 children)

Not saying I don't believe you, but do you have any examples where changing the external port causes an issue? I change the port on almost every single docker container from what the default is. To be clear, I'm referring to the left side of the colon in the port declaration:


ports:
      - 12080:80

I should also clarify I don't use LXC containers. My background had me more familiar with VMs so I went that route. I've never felt like I'm performing surgery when deploying containers, but I have seen other complaints around docker networking that I've apparently been lucky enough to avoid.

Like I said though, do what works best for you. I don't mind tinkering to get things tuned just right, which causes some friction with unRAID. I've invested enough time an energy for this where I just have to spin up a proxmox VM and pass the IP to a few Ansible playbooks I wrote to get to a healthy base state and then start deploying my docker containers. I recognize not everyone wants to do this though.

[–] [email protected] 1 points 1 year ago

Not saying I don't believe you, but do you have any examples where changing the external port causes an issue? I change the port on almost every single docker container from what the default is.

Same here. I can't think of an instance when this hasn't worked. Perhaps if you have multiple applications that depend on each other? But you can just put those in the same compose file.