Echappement DN LDAP

Cet échappement de DN LDAP convertit une valeur d'attribut brute en la forme échappée exigée par la RFC 4514 pour la représentation textuelle des noms distinctifs, et inverse le même mapping lorsque vous collez un composant échappé pour retrouver des caractères ordinaires. L'encodage réécrit virgules, signes plus, guillemets doubles, barres obliques inverses, chevrons et points-virgules afin qu'un common name, une unité d'organisation ou un fragment de filtre écrit à la main puisse s'insérer dans un RDN sans scinder le DN environnant. Les dièses en tête et les espaces ASCII en tête ou en queue reçoivent aussi une barre inverse pour que les serveurs d'annuaire ne les traitent pas comme marqueurs hexadécimaux ou padding insignifiant. Le décodage accepte la forme caractère spécial et les paires hexadécimales à deux chiffres, comme barre-deux-C pour une virgule, et échoue clairement sur une barre finale isolée, un chiffre hex incomplet ou une lettre d'échappement illégale, afin que les fautes de frappe n'atteignent pas en silence les DN de bind ni les scripts de migration. Le chemin est entièrement déterministe : le même texte et le même mode produisent toujours le même résultat, sans appels réseau, sans sels aléatoires ni raccourcis liés à la date. Les contrôles simples incluent l'encodage d'un nom de famille contenant une virgule en forme barre-virgule, et le décodage d'un surnom entre guillemets avec des paires barre-guillemet en guillemets réels.

Ce qu'est l'échappement de composant DN RFC 4514 et ce que renvoie cet outil

Un nom distinctif LDAP est une séquence de noms distinctifs relatifs, et chaque RDN associe un type d'attribut à une valeur chaîne. La RFC 4514 définit comment cette valeur s'écrit en texte pour que les analyseurs récupèrent les octets d'origine sans confondre séparateurs structurels et charge utile. Une virgule littérale doit apparaître comme paire barre-virgule, un plus littéral comme barre-plus, et guillemet double, barre inverse, inférieur, supérieur et point-virgule suivent le même schéma.

Un dièse en tout début de valeur est échappé pour ne pas être lu comme marqueur de chaîne hex, et un espace ASCII en tête ou en queue est échappé pour ne pas être abandonné comme blanc insignifiant. Les octets de contrôle sous l'espace s'écrivent en solidus inverse et deux chiffres hexadécimaux majuscules, la forme portable des exemples d'annuaire et de nombreuses liaisons de langage.

Cette page implémente cet ensemble sur la voie encode et l'inverse sur decode : la réponse est uniquement la chaîne du composant, sans inventer de noms de type d'attribut ni parcourir un arbre multi-RDN. Contrairement à un analyseur DN complet, cette landing ne découpe pas sur des virgules non échappées en RDNs, ne valide pas les schémas object-class et n'ouvre pas de socket LDAP.

Où l'échappement et le déséchappement de DN LDAP s'insèrent dans le flux développeur

Les équipes identité et SSO encodent des noms d'affichage dynamiques avant de les placer dans un nom distinctif relatif, afin qu'une seule virgule ou un guillemet ne casse pas la représentation textuelle environnante. Les auteurs de pipelines décodent des exports denses en échappements issus d'annuaires hérités pour que le code applicatif travaille avec de vraies virgules et espaces au lieu de séquences littérales barre-virgule.

Les ingénieurs qualité génèrent des paires encode et decode déterministes pour des tests de contrat, afin qu'un middleware qui prétend supporter la RFC 4514 ne puisse pas basculer en silence vers une table d'échappement non standard entre versions. Les formateurs utilisent le même outil pour enseigner la différence entre un nom distinctif multi-RDN complet, une seule valeur d'attribut et le petit ensemble d'échappements que la spécification autorise dans cette valeur.