1. Contexte et usage prévu

Dans les systèmes d'annuaire fondés sur X.500 [X.500], y compris ceux auxquels on accède au moyen du protocole d'accès annuaire léger (LDAP) [RFC4510], les noms distingués (DN) servent à désigner sans ambiguïté les entrées d'annuaire [X.501][RFC4512].

La structure d'un DN [X.501] est décrite en ASN.1 [X.680]. Dans le protocole d'accès à l'annuaire X.500 [X.511] (et dans d'autres protocoles d'annuaire définis par l'UIT), les DN sont encodés au moyen des règles de codage de base (BER) [X.690]. Dans LDAP, les DN sont représentés sous la forme de chaîne décrite dans ce document.

Il est important de disposer d'un format commun pour pouvoir représenter sans ambiguïté un nom distingué. L'objectif premier de cette spécification est la simplicité d'encodage et de décodage. Un objectif secondaire est de disposer de noms lisibles par l'humain. Il n'est pas attendu que les implémentations LDAP dotées d'une interface utilisateur humaine affichent directement ces chaînes à l'utilisateur, mais plutôt qu'elles effectuent le plus souvent des traductions (par exemple exprimer les noms de type d'attribut dans la langue nationale locale).

Ce document définit la représentation sous forme de chaîne des noms distingués utilisée dans LDAP [RFC4511][RFC4517]. La section 2 détaille l'algorithme recommandé (RECOMMENDED) pour convertir un DN de sa représentation structurée ASN.1 en une chaîne. La section 3 détaille comment convertir un DN d'une chaîne en une représentation structurée ASN.1.

Bien que d'autres documents puissent définir d'autres algorithmes pour convertir un DN de sa représentation structurée ASN.1 en une chaîne, tous les algorithmes DOIVENT (MUST) produire des chaînes conformes aux exigences de la section 3.

Ce document ne définit pas de représentation sous forme de chaîne canonique pour les DN. La comparaison d'égalité des DN doit être effectuée conformément à la règle de correspondance distinguishedNameMatch [RFC4517].

Ce document fait partie intégrante des spécifications techniques LDAP [RFC4510], qui rendent obsolète dans son intégralité la spécification technique LDAP précédemment définie, la RFC 3377. Ce document rend obsolète la RFC 2253. Les modifications depuis la RFC 2253 sont résumées à l'annexe B.

Cette spécification suppose une familiarité avec X.500 [X.500] et le concept de nom distingué [X.501][RFC4512].

1.1. Conventions

Les mots-clés « MUST », « MUST NOT », « REQUIRED », « SHALL », « SHALL NOT », « SHOULD », « SHOULD NOT », « RECOMMENDED », « MAY » et « OPTIONAL » de ce document doivent être interprétés comme décrit dans la BCP 14 [RFC2119].

Les noms de caractères dans ce document utilisent la notation des points de code et des noms de la norme Unicode [Unicode]. Par exemple, la lettre « a » peut être représentée par <U+0061> ou par .

Note : un glossaire des termes utilisés dans Unicode se trouve dans [Glossary]. Des informations sur le modèle d'encodage des caractères Unicode se trouvent dans [CharModel].