Fallo de conexión - No se pudo conectar

Problema

Al iniciar Connection Client dice "No se pudo conectar"

Posible causa #1
Configuración del servidor proxy

Solución
Abra la Herramienta de Licencias Bentley, haga clic en Herramientas > Opciones - Si su empresa no requiere una configuración de servidor proxy, debería dejarse en blanco.

Posible causa #2
Si ve el siguiente error en los registros que dice que el ordenador o la cuenta de usuario no son de confianza o permiten la delegación:

ERROR - Manager - Failed to get WSG token: System.Security.Cryptography.CryptographicException: La operación solicitada no puede completarse. El ordenador debe ser de confianza para la delegación y la cuenta de usuario actual debe estar configurada para permitir la delegación.

Siga la siguiente solución.

Solución
Las instrucciones sobre cómo habilitar el equipo y las cuentas de usuario para que sean de confianza para la delegación están aquí.

La API de protección de datos de Windows utilizada para almacenar de forma segura el token de un usuario tiene problemas de conexión con el controlador de dominio. Los siguientes pasos de solución de problemas de Microsoft pueden ayudar. La tercera resolución suele resolver el problema, pero vale la pena probar las dos primeras. Si el problema persiste, consulte las siguientes instrucciones alternativas.

Posible causa #3
El siguiente error indica que el usuario no tiene instalado el certificado de seguridad ISRG Root X1:

ERROR - BUDDIClient - GetUrl() encontró un error: System.ServiceModel.Security.SecurityNegotiationException: No se pudo establecer la relación de confianza para el canal seguro SSL/TLS con la autoridad 'buddi.bentley.com'. ---> System.Net.WebException: La conexión subyacente se ha cerrado: No se ha podido establecer una relación de confianza para el canal seguro SSL/TLS. ---> System.Security.Authentication.AuthenticationException: El certificado remoto no es válido según el procedimiento de validación.

Explicación
Varios servidores de Bentley utilizan un certificado de seguridad firmado por Let's Encrypt. Los certificados de Let's Encrypt están firmados por R3, que a su vez está firmado por ISRG Root X1 como se describe en la siguiente explicación de Let's Encrypt. Si ISRG Root X1 no es de confianza, algunos de nuestros certificados de seguridad tampoco lo serán. A continuación se explica la transición a ISRG Root ya que Let's Encrypt estaba firmado anteriormente por una autoridad certificadora raíz diferente.

Solución
Haga que el departamento de TI confirme que ISRG Root X1 aparece en la lista de autoridades de certificación raíz de confianza en el complemento de certificados de Microsoft Management Console.

NOTA:
No proporcionamos el certificado y si falta, su departamento interno de TI debe obtenerlo de la Autoridad de Certificación - navegue al Centro CONNECT, haga clic en el icono del candado a la izquierda de la URL, seleccione "La conexión es segura" y haga clic en la información/icono del certificado - se mostrarán los detalles del certificado, haga clic en el botón "Declaración del emisor", que le dirigirá a la Autoridad de Certificación Let's Encrypt.

Vea también

Cómo recoger los registros