Initial commit: MAAS-deployable Samba Active Directory domain controller

Builds a Debian image that MAAS deploys to bare metal as an Active Directory
domain controller, with first-boot automation that either creates a domain or
joins an existing one without anyone logging in. To a Windows client the result
is an AD domain: same Kerberos, same LDAP, same Group Policy, same domain join.

The request was for "primary and backup domain controllers", which is NT 4
terminology. Active Directory has no such split — every DC holds a writable copy
and any of them can service a logon. What lives on one DC at a time are the five
FSMO roles, one confusingly named "PDC Emulator". The image therefore offers
provision (create the domain) and join (add another equal DC), which is the
distinction that actually exists.

Contents:

  * customize-samba-ad.sh, run inside the packer-maas build VM: installs samba,
    winbind, Kerberos, chrony and rsync, swaps the cloud kernel for the generic
    one, and deletes every trace of a domain so one image can produce many DCs
  * adc-maas-init, a first-boot state machine covering /etc/hosts, node-unique
    identifiers, time, the resolver, provisioning or joining, the service
    switchover and a self-test that proves Kerberos issues a ticket
  * adc-sysvol-sync, a systemd timer implementing the SYSVOL workaround
  * a MAAS curtin preseed, cloud-init examples, and the release pipeline

Two findings shaped the design.

Debian builds Samba against its bundled Heimdal rather than system MIT Kerberos
— samba-ad-dc does not depend on krb5-kdc — so the AD DC role is in Samba's
supported configuration, not the experimental MIT one. The build asserts this
and fails if it ever changes.

Samba implements neither DFS-R nor FRS, so SYSVOL — where Group Policy lives —
does not replicate between DCs. Left alone, a policy created on one DC never
reaches the others and clients behave differently depending on which DC answered
them, with nothing reporting an error. adc-sysvol-sync applies the Samba wiki's
rsync workaround: sync idmap.ldb once so SID-to-uid mappings agree, rsync the
tree, then samba-tool ntacl sysvolreset because rsync carries POSIX bits while
the Windows ACLs live in AD. Without an SSH key to the source DC it exits with
an explanation rather than letting Group Policy diverge quietly.

Also carried over from maas-proxmox, where they were verified on real hardware:
the curtin-hooks that skip the kernel install and pin interface names by MAC,
Type=simple on the first-boot unit to avoid the systemd ordering cycle, and
shipping networking.service disabled so MAAS owns the network on first boot.
Specific to this image, the Debian cloud kernel is replaced with the generic one
— a bare-metal node booted with the cloud kernel can come up with no disk.

Nothing here has been built or deployed. The README says so at the top and in a
Verified status section that separates what was checked from what was not.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

overlay/etc/systemd/system/adc-maas-init.service

@@ -0,0 +1,28 @@
+# Copyright (C) 2026 Ilker Manap
+# SPDX-License-Identifier: AGPL-3.0-or-later
+[Unit]
+Description=Samba AD domain controller post-deployment configuration for MAAS
+Documentation=file:/etc/adc-maas/adc-maas.conf
+After=network-online.target
+Wants=network-online.target
+ConditionPathExists=!/var/lib/adc-maas/complete
+
+# Do NOT order this after cloud-init here.
+#
+# After=cloud-final.service together with WantedBy=multi-user.target forms an
+# ordering cycle on this image, and systemd breaks it by deleting THIS unit's
+# start job — the service then never runs and reports no error. The script waits
+# for cloud-init itself instead.
+
+[Service]
+# Type=simple, not oneshot: a oneshot unit blocks multi-user.target, which
+# cloud-final.service is ordered after, so waiting for cloud-init inside the
+# script would deadlock. Stage tracking uses /var/lib/adc-maas/*.done anyway.
+Type=simple
+ExecStart=/usr/local/sbin/adc-maas-init
+TimeoutStartSec=0
+StandardOutput=journal+console
+StandardError=journal+console
+
+[Install]
+WantedBy=multi-user.target

overlay/etc/systemd/system/adc-sysvol-sync.service

@@ -0,0 +1,12 @@
+# Copyright (C) 2026 Ilker Manap
+# SPDX-License-Identifier: AGPL-3.0-or-later
+[Unit]
+Description=Replicate SYSVOL from another domain controller
+Documentation=https://wiki.samba.org/index.php/SysVol_replication_(DFS-R)
+After=samba-ad-dc.service
+Requires=samba-ad-dc.service
+ConditionPathExists=/etc/adc-maas/sysvol-sync.conf
+
+[Service]
+Type=oneshot
+ExecStart=/usr/local/sbin/adc-sysvol-sync

overlay/etc/systemd/system/adc-sysvol-sync.timer

@@ -0,0 +1,14 @@
+# Copyright (C) 2026 Ilker Manap
+# SPDX-License-Identifier: AGPL-3.0-or-later
+[Unit]
+Description=Replicate SYSVOL periodically
+Documentation=https://wiki.samba.org/index.php/SysVol_replication_(DFS-R)
+
+[Timer]
+OnBootSec=3min
+OnUnitActiveSec=5min
+AccuracySec=30s
+Unit=adc-sysvol-sync.service
+
+[Install]
+WantedBy=timers.target