¿Alguna desventaja de agregar un UPN en lugar de intentar corregir nuestro nombre de dominio AD?

Desafortunadamente, heredé un dominio de Active Directory cuyo nombre es un nombre DNS que la compañía no posee, lo llamaremos ABC.com. En cambio, me gustaría que fuera algo en company.com (según la respuesta de MDMarra sobre el nombre de AD probablemente usaría ad.company.com, ya que nunca querrá usar un nombre DNS que use para otra cosa), pero el requisito difícil para ahora es poder mover el correo electrónico a Office 365 este año y usar la sincronización de directorios. Para eso, parece que, como mínimo, necesito un UPN coincidente con nuestro dominio de correo electrónico (company.com). Ok, el proceso para agregar un segundo UPN parece bastante simple . Probarlo y mover cuentas hasta que estén todas en el UPN deseado parece bastante razonable.

¿Hay alguna desventaja en hacer esto? ¿Llegará finalmente el segador de la deuda técnica si permanecemos en este nombre de dominio 'no propio' de ABC.com indefinidamente?

Como referencia, tenemos un bosque único, un dominio único con todo (bosque, nivel funcional, todos los DC) a nivel 2012R2 y Exchange 2010 en este dominio. Hay alrededor de 150 usuarios y 450 computadoras en AD (mucha automatización de desarrollo / prueba). Si bien nos he navegado con seguridad desde 2003 en adelante hasta 2012R2, de ninguna manera me llamaría un experto en AD.

En general, no parece que se recomienden los nombres de dominio, y dado que tenemos Exchange 2010 en nuestro dominio, no creo que sea una opción.

Tal como lo veo, podría:

• agregue un segundo UPN y listo. Puedo lidiar con tener que configurar manualmente el UPN en las cosas a medida que las creamos / agregamos ...
• agregue un segundo dominio al bosque, mueva todo y siempre tenga este dominio raíz heredado para siempre que no pueda eliminar
• crear un segundo bosque, bosque <-> confianza en el bosque, hacer todo lo que realmente quiero en este nuevo bosque desde cero ... mover todo y eventualmente eliminar el bosque original. Muy lento, muy cuidadoso, probado hacia adelante y hacia atrás, y probablemente a un gran costo (como mínimo en el tiempo dedicado). En un mundo de ensueño, esto parece lo mejor, pero no estoy seguro de poder justificar un caso de negocios para esto (a menos que alguien indique que se producirá una muerte).
• ??? algo más en lo que no he pensado

Por lo tanto, la crisis existencial sobre no ser propietario del dominio que está utilizando internamente, aparte, desde una perspectiva de Office 365, está bien. Office 365 se preocupa por verificar los dominios de correo electrónico que tiene en uso, no su dominio de AD. Entonces, el enfoque que ha tomado al cambiar los UPN para que coincidan con las direcciones de correo electrónico de los usuarios es apropiado y correcto.

Ahora, desde una perspectiva puramente AD, nunca podrá obtener un certificado de terceros para ese dominio DNS interno ya que no es el propietario. Esto puede o no ser un problema para usted. Tampoco podrá confiar en otro dominio que comparta el mismo nombre, por lo que, en el improbable caso de que se fusione con la empresa propietaria de ese dominio y también estén usando ese nombre, tendrá pesadillas de migración. Me imagino que la probabilidad de esto está cerca de 0.

Es mucho trabajo y potencialmente muy perjudicial para los usuarios finales cambiar el nombre o migrar fuera de un dominio. En este punto, normalmente opino que debes dejar el dominio mal nombrado a menos que uno de esos casos extremos te esté causando dolor y solo asegúrate de hacerlo bien en la próxima ronda :)