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

Lync no puede comprobar que el servidor es de confianza en la dirección de inicio de sesión"mensaje durante el inicio de sesión de cliente

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.

2833618
Resumen

En este artículo se describe dos escenarios que se producen cuando el cliente Lync no puede establecer una relación de confianza con los recursos que requieren una conexión segura de TLS.

Escenario 1

Cuando un usuario intenta iniciar sesión en Microsoft Lync en un entorno de 2013 de Lync Server por primera vez, recibe el siguiente mensaje en un cuadro de diálogo:

Lync está intentando conectar con:
<Fully qualified="" domain="" name="" (fqdn)="" of="" a="" server="">
Lync no puede comprobar que el servidor es de confianza en la dirección de inicio de sesión. ¿Conectarse de todos modos?</Fully>

Por ejemplo, se muestra el siguiente cuadro de diálogo modelo de confianza:

Captura de pantalla para el cuadro de diálogo modelo de confianza

Escenario 2

El cuadro de diálogo de Lync: inicio de sesiónque se muestra en la pantalla en el escenario 1 muestra el nombre de dominio completo (FQDN) de interfaz de servidor de acceso de cliente (CAS) de Exchange de la organización que utiliza el cliente Lync a la información de buzón de usuario de acceso a través de servicios Web de Exchange (EWS). Este comportamiento se produce cuando el URI SIP del usuario de Lync contiene un sufijo de dominio que no coincide con el sufijo de dominio de la interfaz de CAS de Exchange. Si el usuario elige no confiar en la conexión a la interfaz de entidades emisoras de certificados de Exchange, el cliente Lync no tendrá acceso a los servicios de buzón de Exchange con provisioning de EWS.

Para confirmar este comportamiento, siga estos pasos:
  1. Asegúrese de que el cliente Lync ha iniciado sesión en el escritorio del cliente de Windows.
  2. Mantenga presionada la tecla CTRL y haga clic en el icono de Lync en el área de notificación del cliente Windows.
  3. En el menú contextual, haga clic en Información de configuración.
  4. Busque la línea "EWS información".
  5. Si esta línea contiene "EWS no totalmente inicializado", está experimentando un comportamiento del escenario 2.
Causa
Este problema se produce porque el nombre de dominio SIP del usuario no coincide con los nombres de dominio en las siguientes propiedades en el certificado de servicios Web de Lync y servicios Web de Exchange:
  • Nombre de sujeto
  • Nombre común
Solución
Para evitar este problema, utilice uno de los métodos siguientes.

Método 1: modificar manualmente el valor de registro TrustModelData

ImportanteEsta sección, el método o la tarea contiene pasos que indican cómo modificar el registro. Sin embargo, pueden producirse problemas graves si modifica incorrectamente el registro. Por lo tanto, asegúrese de que sigue estos pasos cuidadosamente. Para una mayor protección, haga una copia de seguridad del registro antes de modificarlo. Entonces, puede restaurar el registro si se produce un problema.

Para obtener más información acerca de cómo hacer copia de seguridad y restaurar el registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

322756 Cómo hacer copia de seguridad y restaurar el registro de Windows

Para modificar manualmente el valor de registro TrustModelData para el usuario, siga estos pasos:
  1. Inicie el Editor del registro en el equipo que tiene instalado el cliente de escritorio de Lync de 2013.
  2. Desplácese hasta la ubicación del registro siguiente:

    HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\15.0\Lync
    Nota:Si no existe la clave del registro de Lync , debe crearlo.
  3. Haga clic en la clave de Lync , haga clic en nuevoy, a continuación, haga clic en Valor de cadena.
  4. Escriba TrustModelDatay, a continuación, presione ENTRAR.
  5. Haga clic en TrustModelDatay, a continuación, haga clic en Modificar.
  6. En el cuadro información del valor , agregue el dominio del servidor que se muestra en el cuadro de diálogo modelo de confianza.

Método 2: utilizar Directiva de grupo para modificar el valor de registro TrustModelData

Utilizar Directiva de grupo para modificar el valor de registro TrustModelData para el usuario.

Para obtener más información acerca de la directiva de grupo de la lista de dominios de confianza de Lync 2013 (TrustModelData), vea Configurar directivas de arranque del cliente.

Para obtener más información acerca de la 2013.admx de Lync (ADMX) y .adml (ADML) de plantillas administrativas, consulteArchivos de plantilla administrativa de Office 2013 (ADMX/ADML) y herramienta de personalización de Office.
Más información
Escenario 1

El cliente de escritorio de 2013 Lync utiliza el nuevo mecanismo de detección automática para buscar el servicio Web de Lync de interno o externo, dependiendo de la ubicación de red del usuario.

Cuando el cliente de escritorio de 2013 Lync intenta buscar el servicio Web de Lync, se produce el siguiente proceso:

  1. El cliente de escritorio de 2013 Lync envía un par de las solicitudes HTTP y HTTPS para buscar el servicio de detección automática de Lync. Las solicitudes HTTP y HTTPS se componen de un conjunto predeterminado de valores de nombre de host interno o externo y el nombre de dominio SIP del usuario.

    Por ejemplo, el cliente de escritorio de 2013 Lync envía las solicitudes siguientes:

    http://LyncdiscoverInternal.contoso.com y https://LyncdiscoverInternal.contoso.com
    Nota"LyncdiscoverInternal.contoso.com" se resuelve en la dirección IP o nombre de dominio completo del servicio Web de Lync internas.

    http://Lyncdiscover.contoso.com y https://Lyncdiscover.contoso.com
    Nota"Lyncdiscover.contoso.com" se convierte en el nombre de dominio completo o dirección IP de la interfaz externa del servidor Proxy inverso.
  2. El cliente de escritorio de 2013 Lync recibe una respuesta que contiene las direcciones de URL internas y externas seguras de la Autodiscover Service de servicios Web.
  3. El cliente de escritorio de 2013 Lync intenta ponerse en contacto con el Autodiscover Service mediante el uso de una conexión HTTPS. Si el nombre de dominio SIP del usuario no coincide con el nombre de dominio en el Nombre del sujeto o la propiedad de Nombre común en el certificado que se asigna al servicio Web de Lync, se muestra el cuadro de diálogo modelo de confianza.
Escenario 2

El cliente Lync hace peticiones https a la interfaz de entidades emisoras de certificados de Exchange como parte de su proceso de post – iniciar sesión. Estas solicitudes incluyen acceso al servicio de detección automática de Exchange a través de direcciones URL que incluyen el nombre completo de la interfaz de intercambio de CA. Por ejemplo:
  • https://dominiosmtp&gt; /autodiscover/autodiscover.xml
  • https://autodiscover.dominiosmtp&gt; /autodiscover/autodiscover.xml
Si el FQDN del dominio SMTP no coincide con el FQDN del dominio SIP que ha iniciado sesión en el cliente Lync a, se producen los issuewill del escenario 2.

Advertencia: este artículo se ha traducido automáticamente

Propiedades

Id. de artículo: 2833618 - Última revisión: 03/09/2015 22:57:00 - Revisión: 2.0

  • Microsoft Lync 2013
  • Microsoft Lync Server 2013
  • Microsoft Lync 2010
  • kbsurveynew kbtshoot kbexpertiseinter kbmt KB2833618 KbMtes
Comentarios