Selfhosted

40050 readers

577 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

HybridSarcasm@lemmy.world

HybridSarcasm@lemmy.hybridsarcasm.xyz

If you use Proxmox, check out these scripts. There are dozens of helper scripts that will automate configuring Proxmox and creating LXCs and VMs for popular services. (tteck.github.io)

submitted 1 year ago by RotaryKeyboard@lemmy.ninja to c/selfhosted@lemmy.world

8 comments fedilink hide all child comments

From the Github Repo Readme: These scripts enable users to build a Linux container or virtual machine in an interactive manner, offering options for both basic and advanced configurations. The basic setup utilizes default settings, whereas the advanced setup empowers users to alter these default settings. Through the use of the whiptail command, options are presented to users in a dialog box format. After the user makes their selections, the script collects and verifies the user's input in order to generate the final configuration for the container or virtual machine.

top 7 comments

sorted by: hot top controversial new old

[–] Saik0Shinigami@lemmy.saik0.com 13 points 1 year ago* (last edited 1 year ago) (1 children)

I use these religiously...

However it should be noted... Always check scripts before you run them from the internet.
Having said that... I mirror the whole repo I use it so damn much.

[–] mike@werm.social 1 points 1 year ago

Great tip to setup a mirror!

[–] Stijn@lemmy.antemeridiem.xyz 2 points 1 year ago (1 children)

I wish i found this a month ago.

[–] RotaryKeyboard@lemmy.ninja 1 points 1 year ago

I discovered it after installing a lot of my LXC containers, too. What I did was test the script and see if it made a better container than I did. If so, I just deleted the other LXC container. I also used it as a way to quickly change the LXC and VM IDs so that they would match the last octet of my internal IP address.

And don't forget that you can run the Proxmox settings and cleanup scripts at any time.

[–] node815@lemmy.world 2 points 1 year ago

I just migrated over from OpenMediaVault to Proxmox VE and it's a game changer for me. I was running Home Assistant in a KVM instance in OMV, and Docker images on the host OS for well over a year but it kept locking up. I wanted to start fresh, so I went to Proxmox the other day and have been well impressed so far. I ran into those scripts almost immediately and it got me started off on the right foot. So, now I have TWO VM's one for Home Assistant and one for my Docker instance. Then to replace the NAS, setup my NFS shares on the host which works well.

[–] jason@lemm.ee 1 points 1 year ago (1 children)

running scripts like these make me nervous, especially on the host machine of a hypervisor. My (limited) understanding is that a compromised host system compromises all the VMs and containers within. Seems like you could be one command away from letting an attacker into everything.

[–] digitallyfree@kbin.social 3 points 1 year ago

Yeah personally I'm not a fan and I would rather follow a well-written guide than spend even more time auditing such a script (which would be even more difficult if you're not experienced with Proxmox). For maintenance's sake it's also risky getting your service set up like this as you don't know how the script set things up and it's harder to fix things if they go wrong.

load more comments