Error de IdFix TopLevelDomain y cómo solucionarlo

Para realizar una migración exitosa a Office 365, debe resolver cualquier problema con sus datos de Active Directory. Microsoft ha creado la herramienta IdFix para ayudarle a identificar problemas. Puedes descargarlo aquí.

Esta publicación analizará específicamente el error TopLevelDomain informado por la herramienta IdFix. ¿Qué es y cómo lo solucionamos?

Si busca información sobre el error Duplicar, consulte esta publicación.

Identificación del error IdFix TopLevelDomain

Después de ejecutar la herramienta IdFix por primera vez, es posible que vea muchos errores en su entorno. El mejor enfoque es corregir un tipo de error a la vez.

Si tiene algún error de TopLevelDomain en IdFix, se verá así:

El error TopLevelDomain indica un problema con el dominio de nivel superior en la dirección de correo electrónico de sus objetos de correo. En otras palabras, la parte del dominio de la dirección de correo electrónico no se puede enrutar por Internet.

en el 99% de los casos, esto se debe a que las políticas de direcciones de correo electrónico generan alias de correo basados en su nombre de dominio local/interno. Las direcciones de correo electrónico deben poder enrutarse por Internet y tudominio.local no lo logrará ?

Solucionar el error IdFix TopLevelDomain

Para solucionar el problema, debe eliminar el alias de correo no enrutable de sus objetos de correo. Puedes hacer esto manualmente usando la herramienta IdFix. Pero dado que este suele ser un problema genérico que afecta a muchos, si no a todos, los destinatarios del correo, es posible que desees consultar PowerShell:

Comience identificando todos los objetos de correo (no solo los usuarios) que tienen su nombre de dominio interno asignado como alias de correo de proxyAddresses:

Import-Module ActiveDirectory
$Objects = Get-ADObject -LDAPFilter "(proxyAddresses=*@mydomain.local)" -Properties proxyAddresses

(por supuesto, debe reemplazar “midominio.local” con su nombre de dominio interno real)

Una vez que se han identificado los objetos, podemos observar el atributo de múltiples valores proxyAddresses en cada uno de los objetos. Si encontramos el nombre de dominio interno lo eliminamos:

ForEach ($Object In $Objects){
    $proxyAddresses = $Object.proxyAddresses
    ForEach ($proxyAddress In $proxyAddresses){
        If ($proxyAddress -Like '*@mydomain.local'){
            Write-Host $Object.DistinguishedName `t $proxyAddress # Export for fallback
            Set-ADObject $Object -Remove @{ProxyAddresses = "$($proxyAddress)"}
        }
    }
}

El script anterior realiza cambios críticos en una cantidad potencialmente grande de objetos habilitados para correo. Asegúrate de probarlo en un número limitado de usuarios que puedas reparar manualmente en caso de problemas antes de ejecutar el script en toda la población de tu Active Directory.

Para mayor seguridad sigue estos consejos:

Comente la línea 06 y revise el resultado de la línea 05 antes de realizar el cambio real.
Guarde el resultado de la línea 05 para restaurar fácilmente cualquiera de los cambios.

Solucionar otros tipos de errores

El error TopLevelDomain es sólo uno de varios tipos de errores informados por la herramienta IdFix. Otros tipos de errores de IdFix se ven en la siguiente tabla:

Errores de identificación

character: Uso de caracteres no válidos en el atributo.
duplicate: Valores duplicados utilizados en atributos en dos o más objetos
format: Uso de formato no válido en atributo
topleveldomain: Uso de un dominio de nivel superior no enrutable en la dirección de correo (normalmente dominio.local)
domainpart: Uso de una parte del dominio no válida: el lado derecho de la dirección de correo electrónico no cumple con RFC 2822 (por ejemplo, usuario@dominio#1.com)
domainpart_localpart: Uso de una parte local no válida: lado izquierdo de la dirección de correo electrónico si no cumple con RFC 2822 (por ejemplo, usuario”1@dominio.com)
length: El valor del atributo excede la longitud permitida
blank: El atributo está vacío cuando debería tener un valor.
mailmatch: El atributo no coincide con el valor del correo (solo Office 365 Dedicado)

Asegúrese de solucionarlos todos antes de iniciar la migración de Active Directory a Azure AD.

Administrar Office 365 después de la migración

La administración de Office 365 puede ser una pesadilla ya que implica una experiencia administrativa muy fragmentada:

Las cuentas de usuarios locales se administran en Usuarios y computadoras de Active Directory
Las licencias de Office 365 se administran en Azure Portal
Los buzones de correo de Office 365 se administran en el Centro de administración de Azure Exchange
Las propiedades de Exchange locales se administran en el servidor Exchange local (que de otro modo sería inútil)
Ciertas configuraciones de buzones de Office 365 solo están disponibles a través de PowerShell
Las sincronizaciones de Azure AD Connect se administran en el servidor de Azure AD Connect.

Hágase un gran favor y pruebe Easy365Manager, una herramienta de administración de Office 365 utilizada por una gran cantidad de profesionales de TI en todo el mundo.

Easy365Manager le permite configurar todo lo anterior dentro de Usuarios y computadoras de Active Directory. Easy365Manager anuncia dos pestañas nuevas con configuraciones intuitivas de usuario, buzón y licencia de Office 365 que cubren todas sus necesidades administrativas diarias.

Easy365Manager le ahorrará mucho tiempo y, además, podrá eliminar su servidor Exchange local, lo que lo convierte en un caso de negocio sencillo.