• 0 Posts
  • 5 Comments
Joined 4 months ago
cake
Cake day: June 20th, 2024

help-circle
  • fry@lemmy.sdf.orgtoLinux@lemmy.mlBSD Vs. Linux
    link
    fedilink
    arrow-up
    3
    ·
    2 months ago

    I guess it depends on the use case. If you prioritize network and zfs performance, sure. There’s a reason why the Netflix CDN or your router runs some BSD derivate.

    I’d argue that the jails are a feature that hasn’t been replicated. Each jail is a container and can be set up as an isolated environment with its own filesystem, network stack, set of user accounts etc. I know there are a few similar solutions on linux but nothing that is so deeply integrated.

    Yes, of course. I believe it was a NetBSD developer who initially wrote it.


  • fry@lemmy.sdf.orgtoLinux@lemmy.mlBSD Vs. Linux
    link
    fedilink
    arrow-up
    12
    arrow-down
    6
    ·
    edit-2
    2 months ago

    For a server - it’s fantastic if you’re a reasonable adult and if you don’t have a compulsive need to install every shiny new “app” you find on the internet. Terrible if you hate reading any kind of documentation. Terrible if you already decided that some of its core concepts are stupid and try to force stuff in order to mimic your favorite Linux dist.

    Takes some knowledge and planning to set everything up properly but when it works, it works forever.

    ZFS works as intended. I hear that it’s miles better these days though in Linux.

    Jails will make your life so much easier.

    If the software isn’t available in the ports tree you don’t need it. You may want it but you really don’t need it (bro just download my Docker image, I wrote a webserver in rust bro I promise it’s super stable and it’s never been done before bro). Enable Linux binary compatibility or fire up a virtual machine with a tiny dist if you’re a masochist.

    I personally like the default firewall, pf. It’s got a bad reputation in some circles though.

    No systemd.

    No systemd.

    No systemd.



  • Keep it as simple as possible to start with and then expand if you feel there is a need. No need for two servers. The first thing you should buy though is a book about basic network design and security if you’re not familiar with it. It may feel like overkill now but future you will thank yourself.

    As for the family in the same house… I try to make it as seamless as possible. Sometimes there is no need to tell them because the new service I set up integrates nicely with our devices. And sometimes I tell them “we have X now which does this, you can go to http://x.y.z.lan or use the app”.

    Some random and probably not very popular opinions.

    • I would check out eBay for used parts and find a decent motherboard with an IPMI interface. Find an appropriate case with good reviews if you’re not gonna mount your server in a rack.

    • Install FreeBSD and use zfs in a raid configuration that fits you if you care about your data. Run all your services in separate jails and be done with it. You don’t need Docker anyway for your private NAS.

    • Plex, Jellyfin, the *arr stack and a few other resource hogging services have a nice web ui but that’s about it. Do you really, really, need transcoding and all the features? Set up NFS, DLNA or whatever and use whatever client you like. I can’t access my Jellyfin library right now because the backend is apparently too old (wtf). Meanwhile VLC and a few other more fancy frontend clients with cover art, ratings and stuff works just fine accessing the same files over NFS. You don’t have to run some convoluted bullshit and reinvent the wheel every time just because you can.

  • Any CalDAV server will do. All events are synced across all properly configured devices. No need for emailing individual events. Radicale is an exception. I also find it too simple/barebones.

    I have been running Baïkal for years. Multiple users and devices (iOS, Android, MacOS, Linux, Windows etc) with multiple calendars per user, a decent admin web ui, pretty lightweight, easy to install and configure and zero maintenance.

    Or just set up your own exchange server.

    Personally I miss a calendar frontend that can be used directly in a web browser. Like Google calendar but with everything living on my own server.

    Scheduling and event management should be done in a client if you ask me.