Estás trabajando sin conexión, espera a que vuelva la conexión a Internet

Dispositivos siguen intentando inscribirse en una suscripción de Intune cancelada

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 3182596
Síntomas
Considere el siguiente escenario:
  • Se canceló la suscripción de un usuario Intune y la consola de administración de Intune ya no puede tener acceso a.
  • Se ha seleccionado un proveedor diferente de MDM. La autoridad MDM para el inquilino seguirá establecida en Intune, Office 365 o CM.

En este escenario, los dispositivos del usuario sigue tratan de inscribir en Intune.
Causa
Este problema se produce si el CNAME que se establecieron como requisitos previos para la inscripción del dispositivo (como se describe en https://technet.Microsoft.com/en-us/library/dn764959.aspx) aún están presentes. Mientras estos CNAME aún está presente, la inscripción automática de los dispositivos sin la especificación de un servidor de inscripción se redirige a los servidores de Microsoft Intune. Este comportamiento es por diseño. Si el cliente configura CNAME de reenvío con su proveedor de nombres de dominio para que apunte hacia el servicio Intune, intentará inscribir en Intune sus dispositivos. Para corregir este comportamiento, el cliente debe modificar sus registros CNAME con su proveedor de nombres de dominio.

Tenga en cuenta que la autoridad MDM no tiene ningún efecto en una solución de otro proveedor MDM como dispositivos no se redirigen a servidores de inscripción Intune con CNAME antiguo que puede estar aún presente. Después de configura la autoridad MDM, permanecerá de este modo a menos que un cliente opta por cambiar a otra estructura dentro de las posibles configuraciones de MDM, por ejemplo, de Intune o Office 365 a Configuration Manager, o viceversa.
Solución
Si ha cambiado el proveedor MDM desde Microsoft Intune a otra empresa, o si no desea cambiar a la MDM integrado de Office 365, compruebe si el CNAME que eran establecer como requisitos previos para la inscripción (por dispositivo https://technet.Microsoft.com/en-us/library/dn764959.aspx) ya no están presentes.

Si estos CNAME permanezca presente, los dispositivos todavía intentará inscribir en servidores MDM Intune, dado que las solicitudes de inscripción y registro se redireccionan a los servidores de Microsoft en lugar de a su nuevo proveedor por las entradas CNAME antiguo. Para evitar este comportamiento, mientras todavía está establecido el CNAME en servidores basados en Microsoft de inscripción, debe reemplazar la información del servidor de inscripción en el propio dispositivo, suponiendo que la opción está disponible en la interfaz de inscripción en la unidad.

Nota: Asegúrese de que comprobar que todos los dominios no tienen ningún CNAME que señala a manage.microsoft.com o EnterpriseRegistration.windows.net.

Ejemplo
Suponga que tiene un Office 365 para contoso.onmicrosoft.com de inquilinos y haber comprobado la 1.com de contoso, contoso-2.com, dominios de contoso-3.net. En esta situación, debe comprobar todos los posibles CNAME para estos dominios. Para comprobar CNAME, abra un símbolo del sistema y, a continuación, escriba lo siguiente:

Nslookup-tipo = cname enterpriseenrollment. <domain>. <com></com></domain>

Si se establece un CNAME, la respuesta será similar al siguiente:

Respuesta no autoritativa:
enterpriseenrollment. <domain>. nombre canónico de <com>= manage.microsoft.com

</com></domain>
Ahora, escriba lo siguiente en un símbolo del sistema:

Nslookup-tipo = cname enterpriseregistration. <domain>. <com></com></domain>

Si se establece un CNAME, la respuesta será similar al siguiente:

Respuesta no autoritativa:
enterpriseenrollment. <domain>. nombre canónico de <com>= EnterpriseRegistration.windows.net
</com></domain>

Además, puede comprobar cualquier herramienta en línea disponible desde varias entidades de un procedimiento de búsqueda simplificada página Web interactiva. Esto también le permite comprobar diferentes ramas de la jerarquía DNS mediante el uso de proveedores de herramienta en diferentes regiones para asegurarse de que todos los cambios que se hayan presentado en el registrador de dominio han percolado a través de la jerarquía. Recuerde que los cambios DNS pueden tardar hasta varios días en algunos casos.

Nota importante
En el ejemplo anterior, debe comprobar si tiene CNAME establecido por cualquiera de las siguientes entradas y, si es así, ¿qué señalan:
  • enterpriseenrollment.contoso-1.com
  • enterpriseregistration.contoso-1.com
  • enterpriseenrollment.contoso-2.com
  • enterpriseregistration.contoso-2.com
  • enterpriseenrollment.contoso-3.net
  • enterpriseregistration.contoso-3.net
Si encuentra las entradas que apuntan a manage.microsoft.com o EnterpriseRegistration.windows.net, debe eliminar estos desde el sitio Web de tu entidad de registro de dominio y, a continuación, establezca el nuevo CNAME especificados por el nuevo proveedor.

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3182596 - Última revisión: 08/04/2016 15:22:00 - Revisión: 2.0

Microsoft Intune

  • kbmt KB3182596 KbMtes
Comentarios
ody>