Belajar Active Directory - Sejarah, Latar Belakang & Mengapa Membutuhkan Active Directory
Menelusuri evolusi networking Windows dari Windows NT domains hingga Active Directory modern dan Azure AD, serta memahami masalah yang dipecahkan Active Directory: identitas terpusat, single sign-on, kebijakan keamanan, dan manajemen enterprise dalam skala besar.
#Pendahuluan
Di episode 0, kalian sudah menyiapkan skill dan lab environment — peta, kompas, dan pelabuhan. Sekarang waktunya memahami mengapa Active Directory ada. Sebelum menjalankan perintah instalasi apa pun, kalian perlu mengerti masalah yang dipecahkan AD. Tanpa pemahaman ini, kalian akan menjadi operator GUI yang menghafal klik, bukan administrator yang memahami alasan di balik setiap keputusan.
Cara terbaik memahaminya adalah menelusuri sejarah: setiap fitur AD lahir untuk menjawab keterbatasan pendahulunya. Mulai dari Windows NT domains yang sederhana, kelahiran Active Directory di Windows 2000, hingga evolusinya menjadi layanan identitas enterprise yang mendukung jutaan objek.
#Dari Workgroup ke Windows NT Domains
Pada awalnya, jaringan Windows kecil dijalankan sebagai workgroup: sekumpulan komputer mandiri yang saling berbagi sumber daya tanpa pengelola terpusat. Setiap komputer punya daftar akun lokalnya sendiri. Untuk membuka file di server, kalian harus membuat akun terpisah di server itu — dan akun tersebut tidak berlaku di komputer lain.
Masalahnya jelas: dalam organisasi yang tumbuh, akun menyebar di mana-mana, tidak konsisten, dan mustahil dikelola. Bayangkan sebuah toko dengan lima karyawan dan tiga komputer: harus membuat akun untuk setiap karyawan di setiap komputer. Tidak praktis, dan itu baru tiga mesin.
Tahun 1993, Microsoft memperkenalkan Windows NT domains untuk menjawab masalah ini. Sebuah Primary Domain Controller (PDC) menjadi pusat database akun; komputer lain dan beberapa Backup Domain Controller (BDC) memvalidasi login ke database tersebut. Ini lompatan besar: identitas mulai terpusat.
Namun NT domains punya keterbatasan serius:
- Namespace flat: tidak ada hierarki. Kalian tidak bisa membuat struktur domain bersarang sesuai struktur organisasi.
- Single master: hanya PDC yang menerima perubahan. BDC hanya membaca; jika PDC mati, perubahan terkunci.
- Tidak scalable: database akun tidak dirancang untuk puluhan ribu pengguna atau banyak kantor.
- Tanpa basis DNS: nama domain bergantung pada NetBIOS, yang rapuh di jaringan besar.
Keterbatasan inilah yang mendorong Microsoft merancang penggantinya yang bernama Active Directory.
#Kelahiran dan Evolusi Active Directory
Tahun 2000, Windows 2000 Server memperkenalkan Active Directory, directory service yang dirancang dari nol untuk enterprise. Tiga pilihan arsitektur yang membedakannya dari NT domains:
- Berbasis DNS: nama domain AD mengikuti hierarki DNS, sehingga namespace bisa terstruktur dan mendunia.
- Berbasis LDAP: AD adalah directory service standar LDAP, sehingga bisa diakses dan diintegrasikan dengan ekosistem direktori lain.
- Multi-master replication: semua domain controller bisa menerima perubahan dan menyalinnya satu sama lain — tidak ada lagi satu titik kegagalan seperti PDC.
Setelah itu AD terus berevolusi: Windows Server 2003 menambah dukungan cross-forest trust dan AD Recycle Bin awal; 2008 memperkenalkan Read-Only Domain Controller (RODC) dan Fine-Grained Password Policies; 2012 menambah Active Directory Administrative Center dan PowerShell module yang matang; 2016 menghadirkan Privileged Access Management; hingga 2019/2022 yang fokus pada keamanan dan integrasi hybrid.
Di sisi cloud, Azure Active Directory (kini dikenal sebagai Microsoft Entra ID) membawa konsep identitas ke layanan cloud — dibahas lebih jauh di bawah.
#Apa Itu Active Directory
Active Directory adalah directory service untuk jaringan Windows: sebuah database terpusat yang menyimpan informasi tentang user, komputer, group, dan sumber daya lain, sekaligus layanan yang memakainya untuk autentikasi dan otorisasi. Empat pilar yang menjadikannya lebih dari sekadar database akun:
- Centralized authentication and authorization: satu akun, sekali login, berlaku di seluruh sumber daya.
- Berbasis LDAP: struktur objek dan atributnya mengikuti standar directory service.
- Kerberos sebagai protokol autentikasi default: pertukaran ticket yang aman menggantikan pengiriman password.
- Integrasi DNS dan Group Policy: DNS membuatnya bisa ditemukan, Group Policy membuatnya bisa mengatur konfigurasi komputer secara terpusat.
Analogi paling dekat: AD adalah resepsionis kantor. Satu orang mengenal semua karyawan, tahu siapa boleh masuk ke ruangan mana, dan menerbitkan kartu akses yang berlaku di seluruh gedung. Tanpa resepsionis, setiap ruangan harus punya daftar karyawannya sendiri.
#Masalah yang Diselesaikan Active Directory
| Masalah | Bagaimana AD Menyelesaikan |
|---|---|
| Manajemen user terpusat | Satu database identitas untuk seluruh organisasi |
| Single Sign-On (SSO) | Login sekali, kredensial berlaku untuk banyak layanan |
| Kebijakan keamanan terpusat | Group Policy mengatur konfigurasi jutaan komputer |
| Manajemen sumber daya | Akses file, printer, dan aplikasi diatur lewat satu direktori |
| Skalabilitas | Mendukung hingga jutaan objek dalam satu forest |
| Administrasi terdistribusi | Delegasi: tim helpdesk mengelola sebagian direktori tanpa hak penuh |
| Representasi struktur organisasi | OU dan hierarki domain mencerminkan struktur perusahaan |
Single Sign-On layak ditekankan. Dengan SSO, seorang karyawan login sekali ke domain, dan tanpa mengetik password lagi ia bisa mengakses file server, email, dan aplikasi yang dikenali domain. Di balik layar, Kerberos menerbitkan tiket yang membuktikan identitasnya ke setiap layanan — mekanisme ini akan dibahas dalam di episode Kerberos.
#Active Directory vs Workgroup vs Direktori Lain
#AD vs Workgroup
Workgroup cocok untuk jaringan rumah dengan beberapa komputer; AD untuk organisasi. Perbedaan inti: workgroup tidak punya identitas terpusat, tidak punya SSO, tidak punya kebijakan terpusat, dan tidak punya hierarki. AD hadir saat jawaban untuk pertanyaan "siapa yang boleh mengakses apa" harus diatur dari satu titik.
#AD vs LDAP Directory
LDAP adalah protokol — standar untuk membaca dan menulis data direktori. OpenLDAP dan server direktori lain menerapkan protokol ini. Active Directory adalah produk yang mengimplementasikan LDAP, tapi melengkapinya dengan Kerberos, DNS, Group Policy, dan replikasi multi-master. Jadi jangan menyamakan keduanya: kalian bisa bertanya ke AD memakai klien LDAP, tapi kemampuan penuh AD melampaui LDAP biasa.
#AD DS vs Azure AD
Azure AD (Entra ID) adalah layanan identitas cloud Microsoft. Perbedaan fundamentalnya:
| Aspek | Active Directory (on-premises) | Azure AD |
|---|---|---|
| Lokasi | Dijalankan di server sendiri | Managed service di cloud |
| Protokol autentikasi | Kerberos, NTLM | OAuth2, OIDC, SAML |
| Group Policy | Ada | Tidak; digantikan Conditional Access |
| Akses aplikasi | Aplikasi Windows/LDAP | Aplikasi web dan SaaS |
| Integrasi | Forest/domain | Tenant cloud |
Keduanya bukan pengganti, melainkan saling melengkapi. Hybrid identity menggabungkan keduanya melalui Azure AD Connect, yang menyinkronkan identitas on-premises ke cloud sehingga kalian punya satu identitas di dua dunia. Skenario hybrid ini akan dibahas khusus di episode Azure AD Connect.
#Komponen-Komponen Active Directory
Ketika orang menyebut "Active Directory", biasanya yang dimaksud adalah AD DS. Sebenarnya keluarga layanan direktori Microsoft lebih luas:
| Komponen | Singkatan | Peran |
|---|---|---|
| Domain Services | AD DS | Directory service inti: identitas, autentikasi, direktori |
| Certificate Services | AD CS | Infrastruktur Public Key Infrastructure (PKI) |
| Federation Services | AD FS | Single sign-on berbasis claims untuk aplikasi eksternal |
| Rights Management Services | AD RMS | Perlindungan data di dokumen dan email |
| Lightweight Directory Services | AD LDS | Directory berisi LDAP untuk aplikasi tanpa keperluan domain |
Series ini fokus pada AD DS sebagai fondasi, dan menyentuh komponen lain (terutama AD CS) di episode-episode lanjutan.
Kalian bisa memeriksa status environment kalian saat ini dengan PowerShell — misalnya memakai Get-CimInstance untuk membaca properti sistem. Jika komputer belum di-join ke domain, hasilnya akan menunjukkan workgroup:
$env:USERDOMAIN
(Get-CimInstance Win32_ComputerSystem).PartOfDomain#Penutup
Di episode 1 ini kalian memahami mengapa Active Directory ada: ia lahir dari keterbatasan Windows NT domains, dirancang berlandaskan DNS, LDAP, dan replikasi multi-master, lalu berevolusi menjadi fondasi identitas enterprise — sekaligus membuka jalan ke identitas hybrid di era cloud.
Inti yang harus dibawa pulang:
- Workgroup cocok untuk jaringan kecil; AD ada untuk organisasi yang butuh identitas dan kebijakan terpusat.
- AD menyelesaikan masalah nyata: SSO, kebijakan terpusat, skalabilitas, dan administrasi terdistribusi.
- LDAP adalah protokol, AD adalah produk; Kerberos adalah mesin autentikasi di balik SSO.
- Azure AD berbeda secara fundamental dan dihubungkan lewat hybrid identity, bukan menggantikan AD on-premises.
Di episode 2 selanjutnya, kita akan membongkar arsitektur Active Directory dan logical structure — forest, domain tree, domain, organizational unit, object, dan trust relationship, plus peran schema, global catalog, serta FSMO roles. Ini adalah peta konsep yang akan kalian pakai terus selama mengelola AD. Pastikan paham materi episode 1, karena semuanya dibangun di atasnya!