La respuesta a su pregunta específica es NO , Active Directory NO permite espacios en los nombres de host DNS . Los caracteres prohibidos se describen claramente en KB 909264 - Convenciones de nomenclatura en Active Directory para computadoras, dominios, sitios y unidades organizativas en la sección denominada Caracteres no permitidos que se lee:
El nombre de host DNS no puede contener caracteres en blanco o en espacio.
Para extender la respuesta más allá de Active Directory al sistema de nombres de dominio DNS en general, la situación es un poco más complicada porque si bien los espacios técnicamente están permitidos en ciertos casos, en la práctica probablemente nunca se encontrará con un caso así.
La respuesta corta: ¡NO USE ESPACIOS EN LOS NOMBRES DE HOSTAL DNS!
La respuesta larga de acuerdo con §2 de RFC 3696, Restricciones sobre nombres de dominio (DNS), es que:
Cualquier carácter o combinación de bits (como octetos) está permitido en los nombres DNS.
Continúa indicando (énfasis mío):
Sin embargo, hay una forma preferida que es requerida por la mayoría de las aplicaciones. Esta forma preferida ha sido la única permitida en los nombres de dominios de nivel superior o TLD. En general, también es la única forma permitida en la mayoría de los nombres de segundo nivel registrados en los TLD,
aunque algunos nombres que normalmente los usuarios no ven obedecen a otras reglas. Se deriva de las reglas originales de ARPANET para nombrar hosts (es decir, la regla de "nombre de host") y quizás se describa mejor como la "regla de LDH", después de los caracteres que permite. La regla LDH, como se actualizó, establece queLas etiquetas (palabras o cadenas separadas por puntos) que forman un nombre de dominio deben constar solo de los caracteres alfabéticos y numéricos ASCII [ASCII], más el guión. No se permiten otros símbolos o signos de puntuación, ni el espacio en blanco.
Si se usa el guión, no se permite que aparezca al principio o al final de una etiqueta. Hay una regla adicional que esencialmente requiere que los nombres de dominio de nivel superior no sean totalmente numéricos.
En la práctica, esto significa que NO debe usar espacios , aunque en la especificación más general de nombres de dominio como se define en estos extractos de §5.1 de RFC 1035 es posible permitir espacios en nombres de dominio:
<nombre-dominio> s constituyen una gran parte de los datos en el archivo maestro. Las etiquetas en el nombre de dominio se expresan como cadenas de caracteres y se separan por puntos. Las convenciones de citas permiten almacenar caracteres arbitrarios en nombres de dominio.
y
<cadena-caracteres> se expresa de una o dos formas: como un conjunto contiguo de caracteres sin espacios interiores, o como una cadena que comienza con un "y termina con un". Dentro de una "cadena delimitada, puede aparecer cualquier carácter, excepto un" en sí mismo, que debe citarse usando \ (barra diagonal inversa).
Tenga en cuenta que en otra parte de RFC 1035, específicamente §2.3 , advierte:
2.3. Convenciones
El sistema de dominio tiene varias convenciones que se ocupan de problemas de bajo nivel, pero fundamentales. Si bien el implementador es libre de violar estas convenciones DENTRO DE SU PROPIO SISTEMA, debe observar estas convenciones en TODOS los comportamientos observados desde otros hosts.
2.3.1. Sintaxis de nombre preferido
Las especificaciones DNS intentan ser lo más generales posible en las reglas para construir nombres de dominio. La idea es que el nombre de cualquier objeto existente se pueda expresar como un nombre de dominio con cambios mínimos.
Sin embargo, al asignar un nombre de dominio para un objeto, el usuario prudente seleccionará un nombre que satisfaga tanto las reglas del sistema de dominio como las reglas existentes para el objeto, ya sea que estas reglas sean publicadas o implícitas por programas existentes.
Por ejemplo, al nombrar un dominio de correo, el usuario debe cumplir tanto las reglas de este memo como las del RFC-822. Al crear un nuevo nombre de host, se deben seguir las viejas reglas para HOSTS.TXT. Esto evita problemas cuando el software antiguo se convierte para usar nombres de dominio.
Ciertamente agradecería una mayor aclaración o corrección de mi interpretación, pero no lo haga a menos que pueda citar secciones específicas de RFC para afirmar o negar esta interpretación.