LDAP Data Interchange Format - Versionsgeschichte

PerfektesChaos: tk k

2023-09-05T19:12:41Z

tk k

← Nächstältere Version		Version vom 5. September 2023, 21:12 Uhr
Zeile 129:		Zeile 129:
	</syntaxhighlight>		</syntaxhighlight>

	Adaptiert aus RFC 2849 (dort gibt es noch viele weitere gute Beispiele):		Adaptiert aus <nowiki>RFC 2849</nowiki><ref>{{RFC-Internet \|Autor=G. Good \|RFC=2849 \|Titel=The LDAP Data Interchange Format (LDIF) – Technical Specification \|Datum=2000-06}}</ref> (dort gibt es noch viele weitere gute Beispiele):
	<syntaxhighlight lang="text">		<syntaxhighlight lang="text">
	# Eintrag umbenennen (alter Name wird entfernt)		# Eintrag umbenennen (alter Name wird entfernt)
Zeile 149:		Zeile 149:

	== Weblinks ==		== Weblinks ==
	* {{RFC-Internet \|Autor=G. Good \|RFC=2849 \|Titel=The LDAP Data Interchange Format (LDIF) - Technical Specification \|Datum=2000-06}}		* {{RFC-Internet \|Autor=G. Good \|RFC=2849 \|Titel=The LDAP Data Interchange Format (LDIF) – Technical Specification \|Datum=2000-06}}
	* Thomas Bendler: [http://www.linuxhaven.de/dlhp/HOWTO/DE-LDAP-HOWTO.html Linux LDAP Howto]		* Thomas Bendler: [http://www.linuxhaven.de/dlhp/HOWTO/DE-LDAP-HOWTO.html Linux LDAP Howto.] linuxhaven.de

			== Einzelnachweise ==
			<references />

	[[Kategorie:Datenformat]]		[[Kategorie:Datenformat]]

217.111.83.126: /* Beispiele */

2023-08-31T12:08:59Z

Beispiele

@@ Zeile 127: / Zeile 127: @@
  mail: foobar@testorg.de
  telephonenumber: 1234 567890
 </syntaxhighlight>

Crazy1880: Vorlagen-fix (RFC)

2023-05-27T10:45:09Z

Vorlagen-fix (RFC)

← Nächstältere Version		Version vom 27. Mai 2023, 12:45 Uhr
Zeile 4:		Zeile 4:

	Wie auch bei LDAP wurde bei der Entwicklung von LDIF darauf geachtet, das Format möglichst einfach zu gestalten. Durch die Beschränkung auf eine rein textuelle Darstellung bleibt das Format [[Menschenlesbarkeit\|menschenlesbar]] und kann somit einfach interpretiert werden.		Wie auch bei LDAP wurde bei der Entwicklung von LDIF darauf geachtet, das Format möglichst einfach zu gestalten. Durch die Beschränkung auf eine rein textuelle Darstellung bleibt das Format [[Menschenlesbarkeit\|menschenlesbar]] und kann somit einfach interpretiert werden.
	Die Dateiinhalte sind dabei in ASCII kodiert. Sobald Sonderzeichen – wie Umlaute – enthalten sind, müssen die Daten [[base64]]-kodiert abgelegt werden (manche Tools und Serverimplementierungen unterstützen auch unkodierte Werte). Die Attributsnamen sind dabei mit einem Doppelpunkt gekennzeichnet (<~~Code~~>attribut:: base64-Wert</~~Code~~>).		Die Dateiinhalte sind dabei in ASCII kodiert. Sobald Sonderzeichen – wie Umlaute – enthalten sind, müssen die Daten [[base64]]-kodiert abgelegt werden (manche Tools und Serverimplementierungen unterstützen auch unkodierte Werte). Die Attributsnamen sind dabei mit einem Doppelpunkt gekennzeichnet (<code>attribut:: base64-Wert</code>).

	Ein LDAP-Objekt wird durch mehrere LDIF-Zeilen beschrieben. Am Anfang steht immer der ''distinguished name'' dn, der die absolute Position im LDAP-Baum angibt. Es folgen ein oder mehrere Objektklassen, die definieren, welche Attribute zulässig oder vorgeschrieben sind. Dann folgen die Attribut/Wert-Paare, die den eigentlichen Inhalt darstellen. Multi-Value-Attribute werden mehrfach angegeben, dabei erfolgt ein Wert pro Zeile. Die Objekt-Definition wird durch eine Leerzeile abgeschlossen.		Ein LDAP-Objekt wird durch mehrere LDIF-Zeilen beschrieben. Am Anfang steht immer der ''distinguished name'' dn, der die absolute Position im LDAP-Baum angibt. Es folgen ein oder mehrere Objektklassen, die definieren, welche Attribute zulässig oder vorgeschrieben sind. Dann folgen die Attribut/Wert-Paare, die den eigentlichen Inhalt darstellen. Multi-Value-Attribute werden mehrfach angegeben, dabei erfolgt ein Wert pro Zeile. Die Objekt-Definition wird durch eine Leerzeile abgeschlossen.
Zeile 133:		Zeile 133:

	== Weblinks ==		== Weblinks ==
	* RFC ~~2849~~ – ''The LDAP Data Interchange Format (LDIF)~~'',~~ ~~Juni~~ 2000		* {{RFC-Internet \|Autor=G. Good \|RFC=2849 \|Titel=The LDAP Data Interchange Format (LDIF) - Technical Specification \|Datum=2000-06}}
	* Thomas Bendler: [http://www.linuxhaven.de/dlhp/HOWTO/DE-LDAP-HOWTO.html Linux LDAP Howto]		* Thomas Bendler: [http://www.linuxhaven.de/dlhp/HOWTO/DE-LDAP-HOWTO.html Linux LDAP Howto]

77.8.49.255: Rechtschreibung und Zeichensetzung

2020-09-12T16:26:51Z

Rechtschreibung und Zeichensetzung

← Nächstältere Version		Version vom 12. September 2020, 18:26 Uhr
Zeile 4:		Zeile 4:

	Wie auch bei LDAP wurde bei der Entwicklung von LDIF darauf geachtet, das Format möglichst einfach zu gestalten. Durch die Beschränkung auf eine rein textuelle Darstellung bleibt das Format [[Menschenlesbarkeit\|menschenlesbar]] und kann somit einfach interpretiert werden.		Wie auch bei LDAP wurde bei der Entwicklung von LDIF darauf geachtet, das Format möglichst einfach zu gestalten. Durch die Beschränkung auf eine rein textuelle Darstellung bleibt das Format [[Menschenlesbarkeit\|menschenlesbar]] und kann somit einfach interpretiert werden.
	Die Dateiinhalte sind dabei in ASCII kodiert. Sobald Sonderzeichen – wie Umlaute – enthalten sind, müssen die Daten [[base64]]-~~Kodiert~~ abgelegt werden (manche Tools und Serverimplementierungen unterstützen auch unkodierte Werte). Die Attributsnamen sind dabei mit einem Doppelpunkt gekennzeichnet (<Code>attribut:: base64-Wert</Code>).		Die Dateiinhalte sind dabei in ASCII kodiert. Sobald Sonderzeichen – wie Umlaute – enthalten sind, müssen die Daten [[base64]]-kodiert abgelegt werden (manche Tools und Serverimplementierungen unterstützen auch unkodierte Werte). Die Attributsnamen sind dabei mit einem Doppelpunkt gekennzeichnet (<Code>attribut:: base64-Wert</Code>).

	Ein LDAP-Objekt wird durch mehrere LDIF-Zeilen beschrieben. Am Anfang steht immer der ''distinguished name'' dn, der die absolute Position im LDAP-Baum angibt. Es folgen ein oder mehrere Objektklassen, die definieren, welche Attribute zulässig oder vorgeschrieben sind. Dann folgen die Attribut/Wert-Paare, die den eigentlichen Inhalt darstellen. Multi-Value Attribute werden mehrfach angegeben, dabei erfolgt ein Wert pro Zeile. Die Objekt-Definition wird durch eine Leerzeile abgeschlossen.		Ein LDAP-Objekt wird durch mehrere LDIF-Zeilen beschrieben. Am Anfang steht immer der ''distinguished name'' dn, der die absolute Position im LDAP-Baum angibt. Es folgen ein oder mehrere Objektklassen, die definieren, welche Attribute zulässig oder vorgeschrieben sind. Dann folgen die Attribut/Wert-Paare, die den eigentlichen Inhalt darstellen. Multi-Value-Attribute werden mehrfach angegeben, dabei erfolgt ein Wert pro Zeile. Die Objekt-Definition wird durch eine Leerzeile abgeschlossen.
	Eine Zeile, die mit einem Hash-Zeichen (#) beginnt, stellt einen Kommentar dar und wird durch Tools ignoriert.		Eine Zeile, die mit einem Hash-Zeichen (#) beginnt, stellt einen Kommentar dar und wird durch Tools ignoriert.
	Lange Zeilen können umbrochen werden, indem ein Zeilenumbruch gefolgt von einem Leerzeichen angegeben wird.		Lange Zeilen können umbrochen werden, indem ein Zeilenumbruch gefolgt von einem Leerzeichen angegeben wird.

	== LDIF Formate ==		== LDIF-Formate ==
	Es gibt zwei grundlegende LDIF-Formate, die innerhalb einer Datei nicht gemischt werden dürfen:		Es gibt zwei grundlegende LDIF-Formate, die innerhalb einer Datei nicht gemischt werden dürfen:
	* LDIF Content: Beschreibt Einträge als solche mit Attributen		* LDIF Content: Beschreibt Einträge als solche mit Attributen
Zeile 17:		Zeile 17:
	== Beispiele ==		== Beispiele ==

	Beispiel: LDIF ~~content~~ Datei firmenstruktur.ldif mit fünf [[Lightweight Directory Access Protocol\|LDAP]]-Objekten:		Beispiel: LDIF-Content-Datei firmenstruktur.ldif mit fünf [[Lightweight Directory Access Protocol\|LDAP]]-Objekten:
	<syntaxhighlight lang="text">		<syntaxhighlight lang="text">
	dn: dc=structure-net, dc=de		dn: dc=structure-net, dc=de
Zeile 67:		Zeile 67:
	<small>aus: Thomas Bendler: ''Linux LDAP-HOWTO''.</small>		<small>aus: Thomas Bendler: ''Linux LDAP-HOWTO''.</small>

	Beispiel: LDIF ~~content~~ Datei mit Zeilenumbruch:		Beispiel: LDIF-Content-Datei mit Zeilenumbruch:
	<syntaxhighlight lang="text">		<syntaxhighlight lang="text">
	dn: ou=VeryLong,o=TestOrg,dc=de		dn: ou=VeryLong,o=TestOrg,dc=de
Zeile 82:		Zeile 82:
	</syntaxhighlight>		</syntaxhighlight>

	Beispiel: LDIF ~~change~~ Datei mit Kommentar:		Beispiel: LDIF-Change-Datei mit Kommentar:

	<syntaxhighlight lang="text">		<syntaxhighlight lang="text">
	# Vorhandene Beispielabteilung modifizieren: Beschreibung (~~Attribut~~ description) hinzufügen		# Vorhandene Beispielabteilung modifizieren: Beschreibung (attribut description) hinzufügen
	dn: ou=Example,o=TestOrg,dc=de		dn: ou=Example,o=TestOrg,dc=de
	changeType: modify		changeType: modify

Invisigoth67: form

2018-09-02T19:22:08Z

form

← Nächstältere Version		Version vom 2. September 2018, 21:22 Uhr
Zeile 4:		Zeile 4:

	Wie auch bei LDAP wurde bei der Entwicklung von LDIF darauf geachtet, das Format möglichst einfach zu gestalten. Durch die Beschränkung auf eine rein textuelle Darstellung bleibt das Format [[Menschenlesbarkeit\|menschenlesbar]] und kann somit einfach interpretiert werden.		Wie auch bei LDAP wurde bei der Entwicklung von LDIF darauf geachtet, das Format möglichst einfach zu gestalten. Durch die Beschränkung auf eine rein textuelle Darstellung bleibt das Format [[Menschenlesbarkeit\|menschenlesbar]] und kann somit einfach interpretiert werden.
	Die Dateiinhalte sind dabei in ASCII kodiert. Sobald Sonderzeichen - wie Umlaute - enthalten sind, müssen die Daten [[base64]]-Kodiert abgelegt werden (manche Tools und Serverimplementierungen unterstützen auch unkodierte Werte). Die Attributsnamen sind dabei mit einem Doppelpunkt gekennzeichnet (<Code>attribut:: base64-Wert</Code>).		Die Dateiinhalte sind dabei in ASCII kodiert. Sobald Sonderzeichen – wie Umlaute – enthalten sind, müssen die Daten [[base64]]-Kodiert abgelegt werden (manche Tools und Serverimplementierungen unterstützen auch unkodierte Werte). Die Attributsnamen sind dabei mit einem Doppelpunkt gekennzeichnet (<Code>attribut:: base64-Wert</Code>).

	Ein LDAP-Objekt wird durch mehrere LDIF-Zeilen beschrieben. Am Anfang steht immer der ''distinguished name'' dn, der die absolute Position im LDAP-Baum angibt. Es folgen ein oder mehrere Objektklassen, die definieren, welche Attribute zulässig oder vorgeschrieben sind. Dann folgen die Attribut/Wert-Paare, die den eigentlichen Inhalt darstellen. Multi-Value Attribute werden mehrfach angegeben, dabei erfolgt ein Wert pro Zeile. Die Objekt-Definition wird durch eine Leerzeile abgeschlossen.		Ein LDAP-Objekt wird durch mehrere LDIF-Zeilen beschrieben. Am Anfang steht immer der ''distinguished name'' dn, der die absolute Position im LDAP-Baum angibt. Es folgen ein oder mehrere Objektklassen, die definieren, welche Attribute zulässig oder vorgeschrieben sind. Dann folgen die Attribut/Wert-Paare, die den eigentlichen Inhalt darstellen. Multi-Value Attribute werden mehrfach angegeben, dabei erfolgt ein Wert pro Zeile. Die Objekt-Definition wird durch eine Leerzeile abgeschlossen.

Namensknappheit: Ausdruck

2018-06-15T06:39:03Z

Ausdruck

← Nächstältere Version		Version vom 15. Juni 2018, 08:39 Uhr
Zeile 4:		Zeile 4:

	Wie auch bei LDAP wurde bei der Entwicklung von LDIF darauf geachtet, das Format möglichst einfach zu gestalten. Durch die Beschränkung auf eine rein textuelle Darstellung bleibt das Format [[Menschenlesbarkeit\|menschenlesbar]] und kann somit einfach interpretiert werden.		Wie auch bei LDAP wurde bei der Entwicklung von LDIF darauf geachtet, das Format möglichst einfach zu gestalten. Durch die Beschränkung auf eine rein textuelle Darstellung bleibt das Format [[Menschenlesbarkeit\|menschenlesbar]] und kann somit einfach interpretiert werden.
	Die Dateiinhalte sind dabei in ASCII. Sobald Sonderzeichen - wie Umlaute - enthalten sind, müssen die Daten [[base64]]-Kodiert abgelegt werden (manche Tools und Serverimplementierungen unterstützen auch unkodierte Werte). Die Attributsnamen sind dabei mit einem Doppelpunkt gekennzeichnet (<Code>attribut:: base64-Wert</Code>).		Die Dateiinhalte sind dabei in ASCII kodiert. Sobald Sonderzeichen - wie Umlaute - enthalten sind, müssen die Daten [[base64]]-Kodiert abgelegt werden (manche Tools und Serverimplementierungen unterstützen auch unkodierte Werte). Die Attributsnamen sind dabei mit einem Doppelpunkt gekennzeichnet (<Code>attribut:: base64-Wert</Code>).

	Ein LDAP-Objekt wird durch mehrere LDIF-Zeilen beschrieben. Am Anfang steht immer der ''distinguished name'' dn, der die absolute Position im LDAP-Baum angibt. Es folgen ein oder mehrere Objektklassen, die definieren, welche Attribute zulässig oder vorgeschrieben sind. Dann folgen die Attribut/Wert-Paare, die den eigentlichen Inhalt darstellen. Multi-Value Attribute werden mehrfach angegeben, dabei erfolgt ein Wert pro Zeile. Die Objekt-Definition wird durch eine Leerzeile abgeschlossen.		Ein LDAP-Objekt wird durch mehrere LDIF-Zeilen beschrieben. Am Anfang steht immer der ''distinguished name'' dn, der die absolute Position im LDAP-Baum angibt. Es folgen ein oder mehrere Objektklassen, die definieren, welche Attribute zulässig oder vorgeschrieben sind. Dann folgen die Attribut/Wert-Paare, die den eigentlichen Inhalt darstellen. Multi-Value Attribute werden mehrfach angegeben, dabei erfolgt ein Wert pro Zeile. Die Objekt-Definition wird durch eine Leerzeile abgeschlossen.

217.111.83.126 am 30. April 2018 um 08:13 Uhr

2018-04-30T08:13:40Z

← Nächstältere Version		Version vom 30. April 2018, 10:13 Uhr
Zeile 4:		Zeile 4:

	Wie auch bei LDAP wurde bei der Entwicklung von LDIF darauf geachtet, das Format möglichst einfach zu gestalten. Durch die Beschränkung auf eine rein textuelle Darstellung bleibt das Format [[Menschenlesbarkeit\|menschenlesbar]] und kann somit einfach interpretiert werden.		Wie auch bei LDAP wurde bei der Entwicklung von LDIF darauf geachtet, das Format möglichst einfach zu gestalten. Durch die Beschränkung auf eine rein textuelle Darstellung bleibt das Format [[Menschenlesbarkeit\|menschenlesbar]] und kann somit einfach interpretiert werden.
			Die Dateiinhalte sind dabei in ASCII. Sobald Sonderzeichen - wie Umlaute - enthalten sind, müssen die Daten [[base64]]-Kodiert abgelegt werden (manche Tools und Serverimplementierungen unterstützen auch unkodierte Werte). Die Attributsnamen sind dabei mit einem Doppelpunkt gekennzeichnet (<Code>attribut:: base64-Wert</Code>).

	Ein LDAP-Objekt wird durch mehrere LDIF-Zeilen beschrieben. Am Anfang steht immer der ''distinguished name'' dn, der die absolute Position im LDAP-Baum angibt. Es folgen ein oder mehrere Objektklassen, die definieren, welche Attribute zulässig oder vorgeschrieben sind. Dann folgen die Attribut/Wert-Paare, die den eigentlichen Inhalt darstellen. Multi-Value Attribute werden mehrfach angegeben, dabei erfolgt ein Wert pro Zeile. Die Objekt-Definition wird durch eine Leerzeile abgeschlossen.		Ein LDAP-Objekt wird durch mehrere LDIF-Zeilen beschrieben. Am Anfang steht immer der ''distinguished name'' dn, der die absolute Position im LDAP-Baum angibt. Es folgen ein oder mehrere Objektklassen, die definieren, welche Attribute zulässig oder vorgeschrieben sind. Dann folgen die Attribut/Wert-Paare, die den eigentlichen Inhalt darstellen. Multi-Value Attribute werden mehrfach angegeben, dabei erfolgt ein Wert pro Zeile. Die Objekt-Definition wird durch eine Leerzeile abgeschlossen.
Zeile 71:		Zeile 72:
	objectclass: organizationalunit		objectclass: organizationalunit
	ou: veryLong		ou: veryLong
			l:: w5xiZXJsaW5nZW4=
	description: Dies ist eine sehr lange Beschreibung. Sie ist so lang, dass sie hier->		description: Dies ist eine sehr lange Beschreibung. Sie ist so lang, dass sie hier->
	<- umbrochen wird.		<- umbrochen wird.

Lómelinde: Kategorie:Wikipedia:Seite mit Syntaxhervorhebungsfehlern siehe →Hilfe:syntaxhighlight#Unter Pygments zurzeit nicht mehr unterstützt →lang="text"

2016-07-28T06:28:42Z

Kategorie:Wikipedia:Seite mit Syntaxhervorhebungsfehlern siehe →Hilfe:syntaxhighlight#Unter Pygments zurzeit nicht mehr unterstützt →lang="text"

← Nächstältere Version		Version vom 28. Juli 2016, 08:28 Uhr
Zeile 17:		Zeile 17:

	Beispiel: LDIF content Datei firmenstruktur.ldif mit fünf [[Lightweight Directory Access Protocol\|LDAP]]-Objekten:		Beispiel: LDIF content Datei firmenstruktur.ldif mit fünf [[Lightweight Directory Access Protocol\|LDAP]]-Objekten:
	<syntaxhighlight lang="~~ldif~~">		<syntaxhighlight lang="text">
	dn: dc=structure-net, dc=de		dn: dc=structure-net, dc=de
	objectclass: organization		objectclass: organization
Zeile 67:		Zeile 67:

	Beispiel: LDIF content Datei mit Zeilenumbruch:		Beispiel: LDIF content Datei mit Zeilenumbruch:
	<syntaxhighlight lang="~~ldif~~">		<syntaxhighlight lang="text">
	dn: ou=VeryLong,o=TestOrg,dc=de		dn: ou=VeryLong,o=TestOrg,dc=de
	objectclass: organizationalunit		objectclass: organizationalunit
Zeile 82:		Zeile 82:
	Beispiel: LDIF change Datei mit Kommentar:		Beispiel: LDIF change Datei mit Kommentar:

	<syntaxhighlight lang="~~ldif~~">		<syntaxhighlight lang="text">
	# Vorhandene Beispielabteilung modifizieren: Beschreibung (Attribut description) hinzufügen		# Vorhandene Beispielabteilung modifizieren: Beschreibung (Attribut description) hinzufügen
	dn: ou=Example,o=TestOrg,dc=de		dn: ou=Example,o=TestOrg,dc=de
Zeile 113:		Zeile 113:
	</syntaxhighlight>		</syntaxhighlight>

		⚫	<syntaxhighlight lang="text">

⚫	<syntaxhighlight lang="~~ldif~~">
	# Neuen LDAP-Eintrag anlegen		# Neuen LDAP-Eintrag anlegen
	dn: cn=FooBar,ou=Example,o=TestOrg,dc=de		dn: cn=FooBar,ou=Example,o=TestOrg,dc=de

PerfektesChaos: tk k

2015-05-23T18:52:04Z

tk k

← Nächstältere Version		Version vom 23. Mai 2015, 20:52 Uhr
Zeile 6:		Zeile 6:

	Ein LDAP-Objekt wird durch mehrere LDIF-Zeilen beschrieben. Am Anfang steht immer der ''distinguished name'' dn, der die absolute Position im LDAP-Baum angibt. Es folgen ein oder mehrere Objektklassen, die definieren, welche Attribute zulässig oder vorgeschrieben sind. Dann folgen die Attribut/Wert-Paare, die den eigentlichen Inhalt darstellen. Multi-Value Attribute werden mehrfach angegeben, dabei erfolgt ein Wert pro Zeile. Die Objekt-Definition wird durch eine Leerzeile abgeschlossen.		Ein LDAP-Objekt wird durch mehrere LDIF-Zeilen beschrieben. Am Anfang steht immer der ''distinguished name'' dn, der die absolute Position im LDAP-Baum angibt. Es folgen ein oder mehrere Objektklassen, die definieren, welche Attribute zulässig oder vorgeschrieben sind. Dann folgen die Attribut/Wert-Paare, die den eigentlichen Inhalt darstellen. Multi-Value Attribute werden mehrfach angegeben, dabei erfolgt ein Wert pro Zeile. Die Objekt-Definition wird durch eine Leerzeile abgeschlossen.
	Eine Zeile, die mit einem Hash-Zeichen (#) beginnt, stellt einen Kommentar dar und wird durch ~~tools~~ ignoriert.		Eine Zeile, die mit einem Hash-Zeichen (#) beginnt, stellt einen Kommentar dar und wird durch Tools ignoriert.
	Lange Zeilen können umbrochen werden, indem ein Zeilenumbruch gefolgt von einem Leerzeichen angegeben wird.		Lange Zeilen können umbrochen werden, indem ein Zeilenumbruch gefolgt von einem Leerzeichen angegeben wird.

Zeile 17:		Zeile 17:

	Beispiel: LDIF content Datei firmenstruktur.ldif mit fünf [[Lightweight Directory Access Protocol\|LDAP]]-Objekten:		Beispiel: LDIF content Datei firmenstruktur.ldif mit fünf [[Lightweight Directory Access Protocol\|LDAP]]-Objekten:
	<~~source~~ lang="ldif">		<syntaxhighlight lang="ldif">
	dn: dc=structure-net, dc=de		dn: dc=structure-net, dc=de
	objectclass: organization		objectclass: organization
Zeile 25:		Zeile 25:
	postalcode: 21033		postalcode: 21033
	streetaddress: Billwiese 22		streetaddress: Billwiese 22


	dn: ou=Sales, dc=structure-net, dc=de		dn: ou=Sales, dc=structure-net, dc=de
	objectclass: organizationalunit		objectclass: organizationalunit
Zeile 32:		Zeile 32:
	telephonenumber: 040-7654321		telephonenumber: 040-7654321
	facsimiletelephonenumber: 040-7654321		facsimiletelephonenumber: 040-7654321


	dn: ou=Development, dc=structure-net, dc=de		dn: ou=Development, dc=structure-net, dc=de
	objectclass: organizationalunit		objectclass: organizationalunit
Zeile 39:		Zeile 39:
	telephonenumber: 040-7654321		telephonenumber: 040-7654321
	facsimiletelephonenumber: 040-7654321		facsimiletelephonenumber: 040-7654321


	dn: ou=Support, dc=structure-net, dc=de		dn: ou=Support, dc=structure-net, dc=de
	objectclass: organizationalunit		objectclass: organizationalunit
Zeile 46:		Zeile 46:
	telephonenumber: 040-7654321		telephonenumber: 040-7654321
	facsimiletelephonenumber: 040-7654321		facsimiletelephonenumber: 040-7654321


	dn: uid=admin, dc=structure-net, dc=de		dn: uid=admin, dc=structure-net, dc=de
	objectclass: person		objectclass: person
Zeile 62:		Zeile 62:
	telephonenumber: 040-7654321		telephonenumber: 040-7654321
	facsimiletelephonenumber: 040-7654321		facsimiletelephonenumber: 040-7654321
			</syntaxhighlight>
	</source>

	<small>aus: Thomas Bendler: ''Linux LDAP-HOWTO''.</small>		<small>aus: Thomas Bendler: ''Linux LDAP-HOWTO''.</small>

	Beispiel: LDIF content Datei mit Zeilenumbruch:		Beispiel: LDIF content Datei mit Zeilenumbruch:
	<~~source~~ lang="ldif">		<syntaxhighlight lang="ldif">
	dn: ou=VeryLong,o=TestOrg,dc=de		dn: ou=VeryLong,o=TestOrg,dc=de
	objectclass: organizationalunit		objectclass: organizationalunit
	ou: veryLong		ou: veryLong
	description: Dies ist eine sehr lange Beschreibung. Sie ist so lang, dass sie hier->		description: Dies ist eine sehr lange Beschreibung. Sie ist so lang, dass sie hier->
	<- umbrochen wird.		<- umbrochen wird.
	Das laesst sich beliebig oft wiederholen. Dabei ist egal,		Das laesst sich beliebig oft wiederholen. Dabei ist egal,
	ob nur die Daten getrennt werden oder auch Attributsnamen.		ob nur die Daten getrennt werden oder auch Attributsnamen.
	Trennen ist ueberall im LDIF-Text moeglich.		Trennen ist ueberall im LDIF-Text moeglich.
	attr		attr
	ibut: Beispiel fuer ein umbrochenes Attribut.		ibut: Beispiel fuer ein umbrochenes Attribut.
			</syntaxhighlight>
	</source>

	Beispiel: LDIF change Datei mit Kommentar:		Beispiel: LDIF change Datei mit Kommentar:

	<~~source~~ lang="ldif">		<syntaxhighlight lang="ldif">
	# Vorhandene Beispielabteilung modifizieren: Beschreibung (Attribut description) hinzufügen		# Vorhandene Beispielabteilung modifizieren: Beschreibung (Attribut description) hinzufügen
	dn: ou=Example,o=TestOrg,dc=de		dn: ou=Example,o=TestOrg,dc=de
Zeile 111:		Zeile 111:
	delete: facsimileTelephoneNumber		delete: facsimileTelephoneNumber
	facsimileTelephoneNumber: deleteJustThisValue		facsimileTelephoneNumber: deleteJustThisValue
			</syntaxhighlight>
	</source>


	<~~source~~ lang="ldif">		<syntaxhighlight lang="ldif">
	# Neuen LDAP-Eintrag anlegen		# Neuen LDAP-Eintrag anlegen
	dn: cn=FooBar,ou=Example,o=TestOrg,dc=de		dn: cn=FooBar,ou=Example,o=TestOrg,dc=de
Zeile 126:		Zeile 126:
	mail: foobar@testorg.de		mail: foobar@testorg.de
	telephonenumber: 1234 567890		telephonenumber: 1234 567890
			</syntaxhighlight>
	</source>

	== Siehe auch ==		== Siehe auch ==
Zeile 132:		Zeile 132:

	== Weblinks ==		== Weblinks ==
	* RFC 2849 (The LDAP Data Interchange Format (LDIF), Juni 2000)		* RFC 2849 – ''The LDAP Data Interchange Format (LDIF)'', Juni 2000
	* [http://www.linuxhaven.de/dlhp/HOWTO/DE-LDAP-HOWTO.html Linux LDAP ~~HOWTO~~] ~~von Thomas Bendler~~		* Thomas Bendler: [http://www.linuxhaven.de/dlhp/HOWTO/DE-LDAP-HOWTO.html Linux LDAP Howto]

	{{DEFAULTSORT:Ldap Data Interchange Format}}
	[[Kategorie:Datenformat]]		[[Kategorie:Datenformat]]

HRoestTypo: Tippfehler entfernt: Einträg => Eintrag

2014-05-01T13:53:25Z

Tippfehler entfernt: Einträg => Eintrag

← Nächstältere Version		Version vom 1. Mai 2014, 15:53 Uhr
Zeile 12:		Zeile 12:
	Es gibt zwei grundlegende LDIF-Formate, die innerhalb einer Datei nicht gemischt werden dürfen:		Es gibt zwei grundlegende LDIF-Formate, die innerhalb einer Datei nicht gemischt werden dürfen:
	* LDIF Content: Beschreibt Einträge als solche mit Attributen		* LDIF Content: Beschreibt Einträge als solche mit Attributen
	* LDIF Change: Beschreibt Änderungen an Einträgen und deren Attributen. Pro ~~Einträg~~ können mehrere verschiedene Anweisungen angegeben werden.		* LDIF Change: Beschreibt Änderungen an Einträgen und deren Attributen. Pro Eintrag können mehrere verschiedene Anweisungen angegeben werden.

	== Beispiele ==		== Beispiele ==