33

Dockge allows you to start/stop containers and edit your compose files from a handy ui.

Pros: if something goes wrong while you're away, it would give you a tool to restart a service or make some changes if necessary.

Cons: exposing that much control to the outside world (even behind a log in) can potentially be catastrophic for your stack if someone gets in.

you are viewing a single comment's thread
view the rest of the comments
[-] OneCardboardBox@lemmy.sdf.org 24 points 1 week ago

I wouldn't trust anything like that to the open internet. It would be better to access the system over a VPN when you're outside the network.

[-] toastboy79@kbin.earth 6 points 1 week ago

I could see that, but I would also have to ask 'what exactly do we gain by having access to these tools when we aren't home?'

I used to try to do all of that but I started to realize, I spend too much time dealing with broken shit. Coming to the mindset of if I'm not home and it doesn't work then oh well has been one hell of a stress relief for me

[-] tburkhol@lemmy.world 2 points 6 days ago

Yeah, I think it really depends on use case. Like, I'm trying to imagine what aspect of my home lab could go so wrong, while I'm out of the house, that it would need fixed right away, and there's nothing. I only leave my house for work or maybe a week of vacation, though, and I can imagine someone who's occasionally away from home/house for 6-month deployments, or has a vacation home they only visit four weekends a year, might want more extensive remote maintenance. I'd still want to do that via ssh or vpn, but that's me.

[-] anytimesoon@feddit.uk 2 points 6 days ago

This is pretty much my situation. "Away from home" for me isn't just a trip to the shops, it means being away for weeks at a time. I need to be able to fix things remotely if needed.

I've seen people recommend SSH, which seems worse because that would give potential hackers access to the whole system.

VPN is a very good suggestion, and what I've implemented now. Thank you to everyone who contributed

[-] Oisteink@feddit.nl 1 points 2 days ago

No - ssh is very easy to secure, while an exposed web-service is very hard to secure. Theres no difference in the security of ssh without password and for example WireGuard.

One thing to consider, as well, is that SSH is extremely well reviewed, audited, and battle tested.

If you get "hacked" via SSH, it's almost certainly because you had a bad password (don't use passwords!), and not due to an exploitable bug in SSH.

Some random Docker management tool? Eh, I wouldn't wager any money on you getting hacked, either through missing a configuration step, or a permission being too lose, or a flat out stupid decision made somewhere in the code that's exploitable.

SSH + lazydocker is a reasonable choice if you want to go the SSH route and is my 'oh shit, portainer-via-vpn is fucked' backup.

[-] tburkhol@lemmy.world 1 points 6 days ago

I do ssh because I'm more comfortable with it: it's ubiquitous and as close to bulletproof as any security. Put it on a nonstandard port, restrict authentication to public keys, and I have no qualms.

[-] Oisteink@feddit.nl 1 points 2 days ago* (last edited 2 days ago)

Stick to strong keys and keep it on 22 for ease of use

[-] tburkhol@lemmy.world 1 points 1 day ago

I just don't like my logs filling up with scripted login attempts. Even with fail2ban, for a while there I was getting 100+ login attempts every day, and it upset my sense of order.

load more comments (2 replies)
load more comments (2 replies)
load more comments (2 replies)
this post was submitted on 23 Jun 2024
33 points (94.6% liked)

Selfhosted

37715 readers
710 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