Bagi banyak pemilik usaha kecil dan admin IT satu-orang, kalimat “kita butuh domain controller” sering langsung terdengar seperti “kita butuh anggaran tambahan untuk lisensi Windows Server”. Padahal, kebutuhan sebenarnya biasanya sederhana: karyawan bisa login dengan satu akun di komputer mana pun, kebijakan keamanan bisa diterapkan terpusat, dan file share bisa diatur berdasarkan grup pengguna.

Di sinilah Samba, khususnya dalam mode Active Directory Domain Controller (AD DC), menjadi jawaban yang sering terlewat. Sejak versi 4.0 dirilis pada akhir 2012, Samba tidak lagi sekadar “server file ala Windows” — ia sudah mampu berperan penuh sebagai domain controller yang kompatibel dengan Kerberos, LDAP, dan DNS milik Active Directory, tanpa perlu satu pun lisensi Windows Server.

Artikel ini akan membahas tuntas: apa itu Samba AD DC, kapan solusi ini masuk akal untuk perusahaan kecil, dan bagaimana cara memasangnya langkah demi langkah — lengkap dengan jebakan umum yang sering bikin admin pemula frustrasi.

Apa Itu Samba AD DC dan Kenapa Relevan untuk Perusahaan Kecil?

Samba AD DC adalah mode operasi Samba 4 yang meniru fungsi domain controller Windows Server secara menyeluruh: menyimpan direktori pengguna dan komputer, menjalankan otentikasi Kerberos, menyediakan resolusi DNS internal, dan mendukung Group Policy dasar. Secara fungsional, Samba beroperasi setara dengan forest functional level Windows Server 2008 R2 — level yang sudah lebih dari cukup untuk mengelola klien Windows 10/11 modern di kantor kecil-menengah.

Bayangkan Samba AD DC seperti “resepsionis terpusat” untuk seluruh kantor: setiap karyawan cukup menunjukkan satu kartu identitas (akun domain) untuk masuk ke komputer mana pun, mengakses folder bersama, atau terhubung ke printer jaringan — tanpa admin harus membuat akun lokal berulang-ulang di tiap perangkat.

Untuk perusahaan kecil dengan 10–100 komputer, kelebihan utamanya jelas:

• Tanpa biaya lisensi Windows Server maupun CAL (Client Access License).
• Kompatibel dengan klien Windows, karena memakai protokol AD yang sama persis.
• Ringan, bisa berjalan di VM kecil atau bahkan Raspberry Pi untuk skala mikro.
• Open source, kode sepenuhnya bisa diaudit — relevan untuk kebutuhan compliance dasar.

Namun Samba AD DC juga punya batasan nyata yang wajib dipahami sebelum memutuskan migrasi (dibahas di bagian “Kesalahan yang Sering Terjadi”).

Persiapan Sebelum Instalasi

Sebelum masuk ke tutorial, pastikan beberapa prasyarat berikut sudah terpenuhi:

• Sistem operasi: gunakan Ubuntu Server LTS atau Debian. Ini penting — distribusi berbasis RHEL (RHEL, Rocky, AlmaLinux) tidak menyediakan paket resmi untuk Samba AD DC di repository standarnya, sehingga Anda harus build dari source atau memakai repo pihak ketiga yang tidak resmi didukung.
• IP statis: server DC wajib memiliki alamat IP tetap, bukan DHCP.
• Hostname FQDN: misalnya dc1.usahakecil.local, harus konsisten di seluruh konfigurasi.
• Waktu tersinkron (NTP): Kerberos sangat sensitif terhadap perbedaan waktu antar server dan klien.
• Nama domain internal yang jelas: sebaiknya hindari akhiran .local karena berpotensi konflik dengan mDNS/Bonjour; gunakan subdomain seperti corp.namaperusahaan.com jika memungkinkan.

Tutorial Step-by-Step: Setup Samba AD DC di Ubuntu Server

Berikut langkah instalasi Samba sebagai domain controller pertama di jaringan (membangun forest AD baru dari nol).

Langkah 1 — Update Sistem dan Install Paket yang Dibutuhkan

sudo apt update && sudo apt upgrade -y
sudo apt install -y samba samba-dsdb-modules samba-vfs-modules \
  krb5-user winbind libnss-winbind libpam-winbind \
  smbclient dnsutils acl attr

Saat instalasi krb5-user, sistem akan meminta Kerberos realm — isi dengan nama realm dalam huruf kapital, misalnya CORP.USAHAKECIL.COM. Isian ini bisa diperbaiki nanti, jadi tidak perlu khawatir jika belum yakin.

Langkah 2 — Nonaktifkan Layanan Samba Standar

Samba AD DC memakai daemon khusus (samba-ad-dc), bukan smbd/nmbd biasa. Kedua mode ini tidak bisa berjalan bersamaan:

sudo systemctl disable --now smbd nmbd winbind
sudo systemctl mask smbd nmbd winbind

Langkah 3 — Pindahkan Konfigurasi smb.conf Lama

Tool provisioning akan menolak menimpa smb.conf yang sudah ada, jadi pindahkan dulu:

sudo mv /etc/samba/smb.conf /etc/samba/smb.conf.orig

Langkah 4 — Jalankan Provisioning Domain

Ini adalah inti dari proses setup — perintah samba-tool akan membuat seluruh struktur direktori AD, database Kerberos, dan zona DNS internal secara otomatis:

sudo samba-tool domain provision \
  --use-rfc2307 \
  --realm=CORP.USAHAKECIL.COM \
  --domain=CORP \
  --server-role=dc \
  --dns-backend=SAMBA_INTERNAL \
  --adminpass='PasswordKuatAnda123!'

Penjelasan opsi penting:

• --use-rfc2307: menambahkan atribut POSIX (UID/GID) ke AD, berguna jika Anda juga ingin login Linux memakai akun domain yang sama. Disarankan diaktifkan sejak awal karena mengaktifkannya belakangan di domain yang sudah berjalan jauh lebih rumit.
• --dns-backend=SAMBA_INTERNAL: memakai server DNS bawaan Samba, pilihan paling sederhana untuk perusahaan kecil.
• --adminpass: wajib memenuhi syarat kompleksitas password (kombinasi huruf besar, kecil, angka, simbol, minimal 8 karakter).

Jika berhasil, Samba akan menampilkan ringkasan domain beserta lokasi file konfigurasi baru di /etc/samba/smb.conf dan database di /var/lib/samba/private/.

Langkah 5 — Konfigurasi DNS Resolver

Klien dan server DC sendiri harus menunjuk ke DNS internal Samba, bukan DNS publik:

sudo systemctl disable --now systemd-resolved
sudo rm -f /etc/resolv.conf
echo "nameserver 127.0.0.1" | sudo tee /etc/resolv.conf
echo "search corp.usahakecil.com" | sudo tee -a /etc/resolv.conf

Jika membutuhkan resolusi domain publik (misalnya untuk akses internet), tambahkan baris dns forwarder = 8.8.8.8 di bagian [global] pada smb.conf.

Langkah 6 — Aktifkan dan Jalankan Layanan AD DC

sudo systemctl unmask samba-ad-dc
sudo systemctl enable samba-ad-dc
sudo systemctl start samba-ad-dc
sudo systemctl status samba-ad-dc

Langkah 7 — Verifikasi Domain Controller Berjalan Normal

Cek apakah DNS SRV record sudah terdaftar dengan benar — ini pertanda AD DC sudah “terlihat” oleh jaringan:

host -t SRV _ldap._tcp.corp.usahakecil.com
host -t SRV _kerberos._udp.corp.usahakecil.com
host -t A dc1.corp.usahakecil.com

Lalu uji otentikasi Kerberos dengan akun Administrator:

kinit administrator
klist

Jika klist menampilkan tiket Kerberos yang valid, domain controller Anda sudah aktif dan siap menerima klien.

Materi Praktis: Studi Kasus Perusahaan Kecil

Bayangkan sebuah agensi desain dengan 25 karyawan dan satu server fisik lama yang menganggur. Alih-alih membeli lisensi Windows Server Standard plus 25 CAL — yang bisa menghabiskan biaya signifikan di tahun pertama — admin IT mereka:

1. Menginstal Ubuntu Server LTS di server tersebut.
2. Melakukan provisioning Samba AD DC dengan domain CORP.AGENSIDESAIN.LOCAL.
3. Membuat unit organisasi (OU) terpisah untuk tim Desain, Finance, dan Manajemen menggunakan samba-tool ou create.
4. Membuat akun pengguna secara massal dengan samba-tool user create.
5. Menjadikan komputer Windows 11 karyawan sebagai anggota domain melalui menu Join a domain di Settings.

Hasilnya: seluruh karyawan bisa login dengan akun domain di komputer mana pun, folder bersama diatur berdasarkan keanggotaan grup AD, dan admin bisa mendorong kebijakan keamanan dasar (seperti kebijakan password) dari satu tempat — semua tanpa biaya lisensi tambahan.

Kesalahan yang Sering Terjadi

1. Menggunakan akhiran domain .local tanpa pertimbangan. Penyebab: banyak tutorial lama memakai .local sebagai contoh. Dampak: berpotensi bentrok dengan mDNS/Bonjour di jaringan yang memakai perangkat Apple atau printer tertentu. Solusi: gunakan subdomain internal seperti corp.namaperusahaan.com yang tidak dipakai publik.

2. Menjalankan Samba AD DC di distribusi berbasis RHEL tanpa riset. Penyebab: asumsi bahwa semua distribusi Linux mendukung sama rata. Dampak: paket samba-ad-dc tidak tersedia resmi di RHEL/Rocky/AlmaLinux, memaksa build manual yang rawan error dan sulit di-maintain. Solusi: gunakan Ubuntu Server atau Debian untuk kemudahan jangka panjang.

3. Mengandalkan Samba AD DC sekaligus sebagai file server utama tanpa konfigurasi tambahan. Penyebab: ingin menghemat server dengan menumpuk semua fungsi di satu mesin. Dampak: Samba Team sendiri merekomendasikan agar fungsi file share yang berat dipisahkan ke domain member terpisah, bukan digabung di DC. Solusi: untuk kantor sangat kecil ini masih bisa ditoleransi, tapi pastikan konfigurasi vfs objects diatur benar (misalnya tetap menyertakan dfs_samba4 acl_xattr saat menambahkan recycle), dan pertimbangkan server terpisah begitu jumlah pengguna bertambah.

4. Tidak menyadari keterbatasan replikasi SysVol. Penyebab: berasumsi semua fitur Windows Server AD tersedia identik di Samba. Dampak: Samba saat ini belum mendukung replikasi SysVol otomatis melalui DFS-R maupun FRS untuk skenario multi-DC, sehingga Group Policy tidak otomatis tersinkron antar domain controller tanpa langkah tambahan. Solusi: untuk perusahaan kecil dengan satu DC, ini bukan masalah. Jika nanti menambah DC kedua untuk failover, gunakan workaround replikasi berbasis rsync yang didokumentasikan resmi di Samba Wiki.

5. Lupa menyinkronkan waktu server dan klien. Penyebab: mengabaikan NTP karena dianggap sepele. Dampak: otentikasi Kerberos gagal total jika selisih waktu lebih dari beberapa menit. Solusi: pasang dan konfigurasikan chrony di semua server dan pastikan klien Windows juga sinkron ke sumber waktu yang sama.

Tips dan Rekomendasi

• Untuk produksi, jalankan minimal dua domain controller demi failover — bukan hanya untuk keandalan, tapi juga karena Samba AD melakukan replikasi multi-master layaknya AD asli.
• Backup rutin direktori /var/lib/samba/private/ dan /etc/samba/smb.conf, karena di situlah seluruh database domain tersimpan.
• Aktifkan RFC2307 sejak awal jika ada kemungkinan Anda akan mengintegrasikan mesin Linux ke domain yang sama di masa depan.
• Uji di lingkungan lab/VM dulu sebelum menerapkan ke server produksi, terutama untuk memahami perilaku Group Policy dan DNS internal.
• Pantau dokumentasi resmi Samba Wiki secara berkala karena fitur AD DC terus berkembang dari waktu ke waktu.

Kesimpulan

Samba AD DC membuktikan bahwa fungsi domain controller yang selama ini identik dengan Windows Server ternyata bisa dijalankan sepenuhnya di atas Linux, gratis, dan cukup matang untuk kebutuhan perusahaan kecil-menengah. Dengan persiapan yang tepat — sistem operasi yang didukung, penamaan domain yang benar, dan pemahaman soal batasan seperti replikasi SysVol — proses migrasi dari “tanpa domain sama sekali” atau dari Windows Server yang mahal menjadi jauh lebih terjangkau.

Poin penting yang perlu diingat:

• Gunakan Ubuntu/Debian, hindari RHEL untuk kemudahan instalasi.
• Provisioning dilakukan dengan satu perintah samba-tool domain provision.
• Pahami keterbatasan Samba (SysVol, browsing SMB) sebelum menganggapnya pengganti 1:1 Windows Server.
• Untuk skala kecil, satu DC sudah cukup; untuk produksi serius, siapkan minimal dua DC.

Sudah pernah mencoba Samba AD DC di kantor Anda sendiri? Bagikan pengalaman — mulus atau penuh drama — di kolom komentar di bawah!

Jika artikel ini membantu, jangan lupa bagikan ke rekan IT lain yang masih ragu meninggalkan Windows Server, dan jelajahi juga artikel terkait kami seputar Linux server, networking, dan cybersecurity untuk memperdalam infrastruktur IT Anda.

---

Frequently Asked Questions (FAQ)

Pertanyaan: Apakah Samba AD DC benar-benar gratis sepenuhnya? Jawaban: Ya, Samba adalah perangkat lunak open source di bawah lisensi GPL. Tidak ada biaya lisensi server maupun CAL seperti pada Windows Server.

Pertanyaan: Apakah komputer Windows 10/11 bisa join domain Samba AD DC tanpa masalah? Jawaban: Bisa. Karena Samba AD DC mengimplementasikan protokol Active Directory yang sama, klien Windows dapat bergabung ke domain seperti biasa melalui menu Join a domain.

Pertanyaan: Apakah Samba AD DC cocok untuk perusahaan besar dengan ribuan pengguna? Jawaban: Secara teknis bisa, tetapi Samba lebih sering direkomendasikan untuk skala kecil-menengah karena beberapa fitur enterprise seperti replikasi SysVol otomatis belum didukung penuh.

Pertanyaan: Apakah bisa migrasi dari Windows Server AD yang sudah berjalan ke Samba? Jawaban: Bisa, melalui proses classic upgrade atau dengan menjadikan Samba sebagai DC tambahan lalu memindahkan FSMO role, namun proses ini memerlukan perencanaan matang dan sebaiknya diuji di lingkungan lab dahulu.

Pertanyaan: Distribusi Linux apa yang paling direkomendasikan untuk Samba AD DC? Jawaban: Ubuntu Server LTS dan Debian paling direkomendasikan karena menyediakan paket resmi yang mudah diinstal, berbeda dengan distribusi berbasis RHEL yang tidak menyediakan paket AD DC resmi.

---

Tertarik menerapkan Samba AD DC di kantor Anda, atau masih ada pertanyaan soal langkah tertentu di tutorial ini?

Tulis di kolom komentar, mari berdiskusi! Jangan lupa bagikan artikel ini ke rekan sysadmin lain yang masih bertahan dengan lisensi Windows Server mahal, dan pantau terus artikel-artikel terbaru kami seputar Linux, networking, MikroTik, Cisco, cloud computing, dan cybersecurity.