Escape DN LDAP

Este escape de DN LDAP convierte un valor de atributo plano a la forma escapada que exige RFC 4514 para la representación textual de nombres distinguidos, y revierte el mismo mapeo cuando pega un componente escapado de vuelta a caracteres ordinarios. La codificación reescribe comas, signos más, comillas dobles, barras invertidas, corchetes angulares y punto y coma para que un common name, una unidad organizativa o un fragmento de filtro armado a mano pueda vivir dentro de un RDN sin partir el DN circundante. Los signos de número al inicio y los espacios ASCII iniciales o finales también reciben una barra invertida para que los servidores de directorio no los traten como marcadores hexadecimales o relleno insignificante. La decodificación acepta tanto la forma de carácter especial como pares hexadecimales de dos dígitos, como barra-dos-C para una coma, y falla con claridad ante una barra final suelta, un dígito hex a medias o una letra de escape ilegal, de modo que los errores tipográficos no lleguen en silencio a DNs de bind ni a scripts de migración. La ruta es totalmente determinista: el mismo texto y modo producen siempre el mismo resultado, sin llamadas de red, sales aleatorias ni atajos dependientes de la fecha. Las comprobaciones pequeñas incluyen codificar un apellido con coma a forma barra-coma, y decodificar un apodo entre comillas con pares barra-comilla de vuelta a comillas reales.

Qué es el escape de componente DN RFC 4514 y qué devuelve esta herramienta

Un nombre distinguido LDAP es una secuencia de nombres distinguidos relativos, y cada RDN asocia un tipo de atributo con un valor de cadena. RFC 4514 define cómo se escribe ese valor en texto para que los analizadores recuperen los octetos originales sin confundir separadores estructurales con la carga útil. Una coma literal debe aparecer como par barra-coma, un más literal como barra-más, y la comilla doble, la barra invertida, menor que, mayor que y el punto y coma siguen el mismo patrón.

Un signo de número al inicio del valor se escapa para que no se lea como marcador de cadena hex, y un espacio ASCII al inicio o al final se escapa para que no se descarte como espacio en blanco insignificante. Los octetos de control por debajo del espacio se escriben como solidus invertido y dos dígitos hexadecimales en mayúsculas, la forma portable de los ejemplos de directorio y de muchos enlaces de lenguaje.

Esta página implementa ese conjunto en la ruta encode y el inverso en decode: la respuesta es solo la cadena del componente, sin inventar nombres de tipo de atributo ni recorrer un árbol multi-RDN. A diferencia de un analizador DN completo, esta landing no parte por comas sin escapar en RDNs, no valida esquemas de object-class y no abre un socket LDAP.

Dónde encajan el escape y el desescape de DN LDAP en el flujo del desarrollador

Los equipos de identidad y SSO codifican nombres para mostrar dinámicos antes de colocarlos dentro de un nombre distinguido relativo, de modo que una sola coma o comilla no rompa la representación textual circundante. Los autores de canalizaciones decodifican exportaciones densas en escapes desde directorios legados para que el código de aplicación trabaje con comas y espacios reales en lugar de secuencias literales barra-coma.

Los ingenieros de calidad generan pares encode y decode deterministas para pruebas de contrato, de modo que un middleware que afirme soporte RFC 4514 no pueda cambiar en silencio a una tabla de escape no estándar entre versiones. Los educadores usan la misma herramienta al enseñar la diferencia entre un nombre distinguido multi-RDN completo, un solo valor de atributo y el conjunto reducido de escapes que la especificación permite dentro de ese valor.