LDAP: Pendahuluan

fico

9 menit

Halo teman-teman!. Kami memulai seri artikel baru yang kami harap dapat membantu. Kami telah memutuskan untuk menuliskannya bagi mereka yang ingin tahu dengan apa mereka bekerja, dan membuat implementasi mereka sendiri tanpa bergantung pada perangkat lunak berpemilik penuh, atau yang setengah bebas dan setengah komersial.

Bacaan wajib adalah Panduan Administrator OpenLDAP Software 2.4. Ya, dalam bahasa Inggris, karena kami menggunakan perangkat lunak yang dirancang dan ditulis dalam bahasa Shakespeare.  Kami juga sangat menyarankan membaca Panduan Server Ubuntu 12.04., yang kami berikan untuk diunduh.

Dokumentasi yang ada dalam bahasa Inggris. Saya belum menemukan terjemahan bahasa Spanyol dari salah satu dari dua terjemahan yang sebelumnya direkomendasikan.

Semua yang tertulis dalam pendahuluan ini diambil dari Wikipedia atau diterjemahkan secara bebas ke dalam bahasa Spanyol dari dokumen-dokumen yang disebutkan di atas.

Kita lihat:

Definisi ringkasan

Dari Wikipedia:

LDAP adalah singkatan dari Lightweight Directory Access Protocol, yang mengacu pada protokol di tingkat aplikasi yang memungkinkan akses ke layanan direktori yang dipesan dan didistribusikan untuk mencari informasi yang berbeda di lingkungan jaringan. . LDAP juga dianggap sebagai database (meskipun sistem penyimpanannya mungkin berbeda) yang dapat ditanyakan.

Direktori adalah sekumpulan objek dengan atribut yang diatur secara logis dan hierarkis. Contoh paling umum adalah direktori telepon, yang terdiri dari serangkaian nama (orang atau organisasi) yang disusun menurut abjad, dengan setiap nama memiliki alamat dan nomor telepon yang menyertainya. Untuk lebih memahami, ini adalah buku atau map, di mana nama orang, nomor telepon dan alamat ditulis, dan diatur menurut abjad.

Pohon direktori LDAP terkadang mencerminkan berbagai batasan politik, geografis, atau organisasi, bergantung pada model yang dipilih. Penerapan LDAP saat ini cenderung menggunakan nama Sistem Nama Domain (DNS) untuk menyusun tingkat hierarki yang lebih tinggi. Saat Anda menggulir ke bawah direktori, entri yang mewakili orang, unit organisasi, printer, dokumen, sekelompok orang, atau apapun yang mewakili entri tertentu di pohon (atau beberapa entri) akan muncul.

Biasanya, ini menyimpan informasi otentikasi (pengguna dan kata sandi) dan digunakan untuk otentikasi, meskipun dimungkinkan untuk menyimpan informasi lain (data kontak pengguna, lokasi berbagai sumber daya jaringan, izin, sertifikat, dll.). Singkatnya, LDAP adalah protokol akses terpadu ke sekumpulan informasi di jaringan.

Versi saat ini adalah LDAPv3, dan ditentukan dalam RFCs RFC 2251 dan RFC 2256 (dokumen dasar LDAP), RFC 2829 (metode otentikasi untuk LDAP), RFC 2830 (ekstensi untuk TLS), dan RFC 3377 (spesifikasi teknis) .

Beberapa implementasi LDAP:

Active Directory: adalah nama yang digunakan oleh Microsoft (sejak Windows 2000) sebagai penyimpanan informasi terpusat untuk salah satu domain manajemennya. Layanan Direktori adalah tempat penyimpanan informasi terstruktur tentang berbagai objek yang terdapat dalam Active Directory, dalam hal ini mereka dapat berupa printer, pengguna, komputer ... Ini menggunakan protokol yang berbeda (terutama, LDAP, DNS, DHCP, Kerberos...).

Di bawah nama ini sebenarnya ada skema (definisi bidang yang dapat dilihat) LDAP versi 3, yang memungkinkan integrasi sistem lain yang mendukung protokol. LDAP ini menyimpan informasi tentang pengguna, sumber daya jaringan, kebijakan keamanan, konfigurasi, penetapan izin, dll.

Layanan Direktori NovellJuga dikenal sebagai eDirectory, ini adalah implementasi Novell yang digunakan untuk mengelola akses ke sumber daya di berbagai server dan komputer di jaringan. Ini pada dasarnya terdiri dari database hierarki dan berorientasi objek, yang mewakili setiap server, komputer, printer, layanan, orang, dll. Di antaranya izin untuk kontrol akses dibuat, melalui warisan. Keuntungan dari implementasi ini adalah dapat berjalan pada beberapa platform, sehingga dapat dengan mudah diadaptasikan ke lingkungan yang menggunakan lebih dari satu sistem operasi.

Ini adalah pelopor dalam hal struktur Direktori, seperti yang diperkenalkan pada tahun 1990 dengan versi Novell Netware 4.0. Meskipun AD Microsoft semakin populer, namun tetap tidak dapat menandingi keandalan dan kualitas eDirectory dan kapabilitas Lintas Platformnya.

OpenLDAP: Ini adalah implementasi gratis dari protokol yang mendukung banyak skema sehingga dapat digunakan untuk terhubung ke LDAP lainnya. Ia memiliki lisensinya sendiri, Lisensi Publik OpenLDAP. Menjadi protokol independen platform, beberapa GNU / Linux dan BSD menyertakannya, seperti halnya AIX, HP-UX, Mac OS X, Solaris, Windows (2000 / XP) dan z / OS.

OpenLDAP memiliki empat komponen utama:

  • slapd - daemon LDAP mandiri.
  • slurpd - daemon replikasi pembaruan LDAP mandiri.
  • Rutinitas pustaka dukungan protokol LDAP
  • Utilitas, alat, dan klien.

Fitur Utama LDAP dari Perspektif Pengguna

Jenis informasi apa yang dapat kami simpan di Direktori?. Model informasi dalam direktori LDAP didasarkan pada Tiket. Entri adalah kumpulan atribut yang memiliki satu Nama yang Dibedakan atau "Nama yang Dibedakan (DN)". DN digunakan untuk merujuk ke entri secara unik.

Setiap atribut entri memiliki jenis dan satu atau lebih valores. Jenisnya biasanya berupa string mnemonik cn o "Nama Umum" untuk nama umum, atau surat untuk alamat email. Sintaks dari nilai bergantung pada jenis atribut.

Misalnya, atribut cn dapat berisi nilai Frodo bagins. Sebuah atribut surat bisa memiliki keberanian [email dilindungi]. Sebuah atribut jpgeFoto dapat memuat foto dalam format biner JPEG.

Bagaimana informasi diatur?. Di LDAP, entri direktori diatur dalam struktur hierarki dalam bentuk pohon terbalik. Secara tradisional, struktur ini mencerminkan batasan atau batasan geografis dan / atau organisasi.

Entri yang mewakili negara muncul di bagian atas pohon. Di bawah mereka akan ada entri yang mewakili negara bagian dan organisasi nasional.

Kemudian mungkin ada entri yang mewakili unit organisasi, orang, printer, dokumen, atau apa pun yang dapat kami pikirkan.

Gambar di bawah ini adalah contoh pohon direktori LDAP yang menggunakan nama tradisional.

Diagram1

LDAP memungkinkan kontrol atribut mana yang kita perlukan untuk entri dengan menggunakan atribut khusus yang disebut kelas objek. Nilai atribut kelas objek menentukan Aturan Skema o Aturan Skema bahwa masukan harus dipatuhi.

Bagaimana kami mereferensikan informasi?. Kami merujuk ke entri dengan Nama yang Dibedakan atau Nama yang terhormat, yang dibangun dari nama entri itu sendiri (disebut Distinguished Relative Name atau Nama Terhormat Relatif o RDN), digabungkan dengan nama entri leluhur atau leluhurnya.

Misalnya, pada gambar di atas, entri Frodo Bagins memiliki a RDN cn = Frodo Bagins dan DN selesai cn = Frodo Bagins, ou = Cincin, o = Teman, st = Havana, c = cu.

Bagaimana kami mengakses informasi tersebut?. LDAP telah menetapkan operasi yang diperlukan untuk menginterogasi dan memperbarui direktori. Ini termasuk operasi menambah dan menghapus entri, mengubah entri yang sudah ada, dan mengganti nama entri.

Namun, LDAP sering kali digunakan untuk mencari informasi yang disimpan dalam direktori. Operasi pencarian memungkinkan sebagian dari direktori untuk mencari entri yang memenuhi beberapa kriteria yang ditentukan dalam filter pencarian. Dengan begitu kita bisa mencari setiap entri yang memenuhi kriteria pencarian.

Bagaimana cara kami melindungi informasi dari akses tidak sah?. Beberapa layanan direktori tidak dilindungi dan memungkinkan siapa saja untuk melihat informasi Anda.

LDAP menyediakan mekanisme bagi klien untuk mengotentikasi, atau mengonfirmasi identitas mereka ke layanan direktori, untuk menjamin kontrol akses untuk melindungi informasi yang ada di server.

LDAP juga mendukung layanan keamanan data, baik yang berkaitan dengan integritas maupun kerahasiaan.

Kapan kita harus menggunakan LDAP?

Ini pertanyaan yang sangat bagus. Secara umum, kita harus menggunakan Layanan Direktori saat kita membutuhkan informasi untuk disimpan dan dikelola secara terpusat, dan dapat diakses melalui metode berbasis standar.

Beberapa contoh jenis informasi yang kami temukan di lingkungan bisnis dan industri:

  • Otentikasi Mesin
  • Otentikasi Pengguna
  • Pengguna dan Grup Sistem
  • Buku alamat
  • Representasi Organisasi
  • Pelacakan Sumber Daya
  • Gudang Informasi Telepon
  • Manajemen Sumber Daya Pengguna
  • Pencarian Alamat Email
  • Penyimpanan Konfigurasi Aplikasi
  • Gudang Konfigurasi Pabrik Telepon PBX
  • dll…

Ada beberapa File Skema Terdistribusi -File Skema Terdistribusi– berdasarkan standar. Namun, kami selalu dapat membuat Spesifikasi Skema kami sendiri… saat kami menjadi Pakar LDAP. 

Kapan sebaiknya kita tidak menggunakan LDAP?

Saat kita menyadari bahwa kita ada memutar atau dengan memaksa LDAP kita untuk melakukan apa yang kita butuhkan. Dalam hal ini, mungkin perlu didesain ulang. Atau jika kita membutuhkan satu aplikasi untuk menggunakan dan memanipulasi data kita.

Layanan dan perangkat lunak apa yang kami rencanakan untuk dipasang dan dikonfigurasi?

  • Layanan Direktori atau Layanan Direktori berdasarkan OpenLDAP
  • layanan NTP, DNS y DHCP independen
  • Integrasikan Samba ke LDAP
  • Mungkin kami akan mengembangkan integrasi LDAP y Kerberos
  • Kelola Direktori dengan aplikasi web Manajer Akun Ldap.

Dan ini untuk hari ini, teman!

Sumber berkonsultasi:

  • https://wiki.debian.org/LDAP
  • Panduan Administrator OpenLDAP Software 2.4
  • Panduan server Ubuntu 12.04

Tambahkan sebagai sumber pilihan