I’m curious as to why someone would need to do that short of having a bunch of users and a small office at home. Or maybe managing the family’s computers is easier that way?

I was considering a domain controller (biased towards linux since most servers/VMs are linux) but right now, for the homelab, it just seems like a shiny new toy to play with rather than something that can make life easier/more secure. There’s also the problem of HA and being locked out of your computer if the DC is down.

Tell me why you’re running it and the setup you’ve got that makes having a DC worth it.

Thanks!

  • OCT0PUSCRIME@lemmy.moorenet.casa
    link
    fedilink
    English
    arrow-up
    0
    ·
    9 months ago

    Can you explain your disclaimer? You suggest not setting your AD domain to a web address you use, like one for self hosted sites? So you buy 2 domains, one for AD and one for sites? Or you use an internal domain for AD?

    • cm0002@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      ·
      9 months ago

      AD is heavily reliant on the DNS protocol, so heavily in fact that a large component of an AD deployment is a DNS server.

      So basically, when the AD DNS server takes over on your network It’ll do DNS things as you’d expect, when it gets a DNS call with the AD domain it will answer with the AD server every time

      If your AD domain and your web address domain are domain.com then whenever the AD DNS server gets theh call it won’t answer with the IP address of the web server, it’ll answer with the AD server, even when you are trying to access a web service like domain.com/Plex or something.

      You can change the DNS server used on the host, but then you’ll be borkin domain functionality in weird ways

      Yea, you’d want an entirely different domain or an internal like domain.lan or in my case what I should have done is made it a subdomain like ad.domain.com

      And also it’s a bitch to change the AD domain once you get it all setup hence I’ve been procrastinating with hosts file workarounds lmfao

        • Xakuterie@dormi.zone
          link
          fedilink
          English
          arrow-up
          0
          ·
          9 months ago

          If I remember correctly that is best practise, no? It was something.local or *.intern for years, until TLDs could be whatever you wanted them to be.

    • jemikwa@lemmy.blahaj.zone
      link
      fedilink
      English
      arrow-up
      0
      ·
      edit-2
      9 months ago

      In shorter terms to what the other comment said, your website won’t work in networks that use DNS served by your DC. The website is fine on the Internet, but less so at home or at an office/on a VPN if you’re an enterprise.
      “I can’t go to example.com on the VPN!” was a semi common ticket at my last company 🙃

    • RedFox@infosec.pub
      link
      fedilink
      English
      arrow-up
      0
      ·
      9 months ago

      All the descriptions are right and techniques. Microsoft sometimes refers to this is split-brain and their documentation.

      Organizations that choose not to do that use an active directory specific subdomain like some of the other comments mentioned. Example: adds. Company.tld.

      Computer1.adds.company.tld. Dc1.adds.cimoany.tld.

      Others doing split domain are

      Adds.company.internal