71
you are viewing a single comment's thread
view the rest of the comments
[-] Arcayne@kbin.social 6 points 9 months ago

Yeeahh... I'm thinking (hoping) he means an alternative LDAP/IDP, like Keycloak or Authentik..? Wanting to reduce reliance on Windows = kicking AD to the curb, too.

[-] possiblylinux127@lemmy.zip 1 points 9 months ago

There is Samba AD but that will very much not run in kubernetes

[-] randomaside@lemmy.dbzer0.com 1 points 9 months ago

I'm fooling around with a few samba AD docker containers. I ask because I've phased almost everything else out of my lab environment.

[-] possiblylinux127@lemmy.zip 1 points 9 months ago

The problem with Samba AD in a container or Samba in container is that Samba isn't designed to be run in a temporary environment. You could run it in a LXC container but anything beyond that will break things in the short or long term.

[-] randomaside@lemmy.dbzer0.com 2 points 9 months ago

I figured you could get around some of the storage limitations with something like persistent volume claims. I'm testing it out at the moment. I am a big fan of LXC.

I see a few people have created docker Samba Containers and I'm giving them a whirl. Can't say much for stability but I think it's an interesting experiment.

I know in the past smb server didn't work in LXC containers because certain kernel modules caused conflicts.

A man can dream.

[-] possiblylinux127@lemmy.zip 1 points 9 months ago* (last edited 9 months ago)

If you manage to create persistent containers how are you going to update them down the road? Like I have said previously, Samba isn't designed in a way that allows for effectively hot swapping system components.

It seems like it would better to create a VM template and then setup a fail over cluster. Just make sure you have a time server somewhere on the network.

If you are dead set on containers you could try LDAP in a container. I just don't think active directory was built for Linux containerization.

[-] randomaside@lemmy.dbzer0.com 1 points 9 months ago

There are a few applications out there that I don't fully understand the deployment of but seem to work in containers.

Typically the storage is mounted outside of the container and passed through in the compose file for docker. This allows your data to be persistent. Ideally you would also want those to reside in a file system that can easily be snapshot like ZFS. When you pull down a new docker container, it should just remount the same location and begin to run.

Or at least that's how I'd imagine it would run. I feel like one would run into the same challenges people have running databases persistently in containers.

[-] randomaside@lemmy.dbzer0.com 1 points 9 months ago

I'm also interested in these alternatives!

this post was submitted on 24 Jan 2024
71 points (97.3% liked)

Sysadmin

7642 readers
20 users here now

A community dedicated to the profession of IT Systems Administration

No generic Lemmy issue posts please! Posts about Lemmy belong in one of these communities:
!lemmy@lemmy.ml
!lemmyworld@lemmy.world
!lemmy_support@lemmy.ml
!support@lemmy.world

founded 1 year ago
MODERATORS