# 1

Mario Blättermann
mario.blaettermann@gmail.com 2010
Christian Kirbach
Christian.Kirbach@googlemail.com 2010, 2011, 2016.

# LDAP-Verbindungen

LDAP-Verbindungen unterscheiden sich von anderen Verbindungen dadurch, dass LDAP-Datenbanken Daten als hierarchische Struktur in einem DIT (Directory Information Tree) speichern. Andere Datenbanken sind relationale Datenbanken, die mit Hilfe der Anwendung gda-browser zugänglich sind.

Aus diesem Grund werden LDAP-Verbindungen gesondert behandelt, und zwar als normale Verbindungen mit Tabellen (lesen Sie dazu Tabellen-Abbildung weiter unten) und einer eigenen LDAP-Browser-Perspektive

Beachten Sie, dass LDAP-Verbindungen nicht verfügbar sein könnten, wenn entweder der LDAP-Datenbanktreiber nicht installiert ist oder die LDAP-Unterstützung beim Kompilieren deaktiviert wurde.

# LDAP-Tabellenzuordnung

In einer LDAP-Verbindung ist es möglich, virtuelle Tabellen zu deklarieren, die einer LDAP-Suche zugeordnet werden können. Diese virtuellen Tabellen können dann wie jede andere Tabelle verwendet werden. Die erste Spalte jeder virtuellen LDAP-Tabelle enthält immer den DN (Distinguished Name = Eindeutiger Name) des durch die Zeile dargestellten Eintrags. Die anderen Spalten ergeben sich aus der Tabellendefinition.

Eine virtuelle LDAP-Tabelle wird über die folgenden Attribute definiert:

einen Tabellennamen

die Basis-DN für die Suche: der LDAP-Eintrag, bei welchem die Suche beginnt. Falls nicht angegeben, wird der Eintrag der obersten Ebene der verwendeten LDAP-Verbindung angenommen

den Suchfilter: ein gültiger LDAP-Suchfilter. Falls keiner angegeben ist, ist der vorgegebene Suchfilter »(objectClass=*)«, der jeden LDAP-Eintrag berücksichtigt

die Attribute: die zu holenden Attribute, wobei jedes Attribut einer Tabellenspalte zugeordnet wird. Die Attribute müssen in einer durch Kommata getrennten Liste angegeben werden, wobei jedes Attribut optional einem Typ und einer Multiwert-Option zugeordnet werden kann (siehe unten).

der Bereich: der Suchbereich, »subtree« zum Durchsuchen der Basis-DN und der gesamten nachgeordneten Hierarchie, »onlevel«, wenn ausschließlich die Basis-DN und deren direkte Untereinträge berücksichtigt werden sollen, oder »base«, wenn nur die Basis-DN durchsucht werden soll

## LDAP-Tabelleneigenschaften

LDAP-Tabelleneigenschaften

Im Bild oben enthält die Tabelle »users« alle LDAP-Einträge aus dem LDAP-Eintrag der obersten Ebene der Verbindung. Sie enthält drei Spalten: die DN, »cn« und »jpegPhoto«.

# Attribute zur Spaltenzuordnung

Wie im vorangegangenen Abschnitt bereits erwähnt, wird jedes Attribut einer Spalte zugeordnet. Der Spaltentyp wird dabei normalerweise automatisch bestimmt (Zeichenkette, Zahl usw.), kann aber durch Anhängen von »::<type>« an den Attributnamen auf einen bestimmten Typ erzwungen werden.

Weil auch einige Attribute mehrere Werte besitzen können, behandelt die Tabellenkonstruktion diese Attribute auf verschiedene Arten, abhängig von den Optionen jedes Attributs. Optionen können durch Anhängen von »::<Option>« an den Attributnamen angegeben werden. Gültige Optionen sind:

»NULL« oder »0«: Ein NULL-Wert wird für das Attribut zurück gegeben

»CSV«: Eine durch Kommata getrennte Liste mit allen Werten eines Attributs wird zurück gegeben. Dies funktioniert nur für Attributtypen mit Zeichenketten.

»MULT« oder »*«: Eine Zeile wird für jeden der Attributwerte zurück gegeben, womit effektiv die Anzahl der zurückgegebenen Zeilen multipliziert wird

»1«: Nur der erste Attributwert wird verwendet, alle anderen werden ignoriert

»CONCAT«: Die Attributwerte werden aneinander angehängt (mit einem Zeilenumbruch-Zeichen zwischen jedem Wert)

»ERROR«: Ein Fehlerwert wird zurück gegeben (dies ist das Standard-Verhalten)

# Verwenden von SQL mit LDAP-Verbindungen

Sie können das von SQLite verstandene SQL in jeder LDAP-Verbindung verwenden. Seien Sie sich jedoch bewusst, dass wenn Sie Datenbankobjekte (außerhalb des erweiterten SQL, das im nächsten Abschnitt dargestellt wird) definieren, diese das nächste Mal verloren gehen, wenn die LDAP-Verbindung geöffnet wird.

Somit ist es absolut sicher, zum Beispiel eine Tabelle zum Speichern irgendwelcher LDAP-Daten zu erstellen, welche längere Zeit zum Holen erfordern, aber nach dem Schließen der LDAP-Verbindung werden die Tabelle und die enthaltenen Daten verloren gehen.

Lesen Sie auch den Abschnitt Das LDAP-Verbindungen bekannte SQL und virtuelle Verbindungen für weitere Informationen.

# SQL-Erweiterung für die Handhabung von LDAP-Tabellen

LDAP-Tabellen könne mit Hilfe eines erweiterten Satzes von SQL-Befehlen erstellt werden:

`CREATE LDAP TABLE <Tabellenname> [BASE='<Basis_dn>'] [FILTER='<Filter>'] [ATTRIBUTES='<Filter>'] [SCOPE='<Filter>']` zur Deklaration einer neuen virtuellen LDAP-Tabelle

`DESCRIBE LDAP TABLE <Tabellenname>` zum Anzeigen der Definition der virtuellen LDAP-Tabelle

`ALTER LDAP TABLE <Tabellenname> [BASE='<Basis_dn>'] [FILTER='<Filter>'] [ATTRIBUTES='<Filter>'] [SCOPE='<Filter>']` zum Verändern der Definition der virtuellen LDAP-Tabelle (nur der angegebene Teil wird tatsächlich verändert)

`DROP LDAP TABLE <Tabellenname>` zum Entfernen einer virtuellen LDAP-Tabelle. Beachten Sie, dass das übliche `DROP TABLE <Tabellenname>` statt dessen verwendet werden kann.

Zum Beispiel sollte der folgende SQL-Code

CREATE LDAP TABLE users FILTER='(objectClass=inetOrgPerson)' ATTRIBUTES='cn,sn,givenName,seeAlso::*' SCOPE='subtree'; SELECT * FROM users WHERE cn like '%john%'; ALTER LDAP TABLE users FILTER='(&(objectClass=inetOrgPerson)(cn=*john*))'; SELECT * FROM users; DROP LDAP TABLE users;

zweimal das gleiche Ergebnis liefern, d.h. alle LDAP-Einträge der Klasse »inetOrgPerson« aufführen, die im CommonName (cn) die Zeichenkette »john« enthalten.