Hola a todos,
Instalé la puerta de enlace de datos empresarial local, configuré nuestros firewalls perimetrales con los rangos de IP de Azure para nuestra región y permití conexiones en TCP443, 5671-5672, 9350 – 9354.
La instalación de la puerta de enlace estuvo bien y se pudo conectar al bus de servicio en nuestra región. Sin embargo, noté que la puerta de enlace estaba usando https para conectarse a *.service.bus.windows.net (se conecta directamente en 443 y no usa nuestro proxy). Confirmé que podía conectarme al bus de servicio usando TCP 5671,5672, 9350 – 9354 (probado a través de la conexión de red de prueba de PowerShell en el servidor que aloja la puerta de enlace, etc.);
Cambié el gatewaycore.dll.config ServiceBusSystemConnectivityModeString para usar Tcp en lugar de AutoDetect y ocurrió lo siguiente:
Errores de registro de puerta de enlace
[DM.GatewayCore] ServiceEndpoint Estado de conexión: sin conexión, LastError: ‘System.ServiceModel.CommunicationException: el host remoto cerró a la fuerza una conexión existente —> System.Net.Sockets.SocketException: el host remoto cerró a la fuerza una conexión existente
Un seguimiento de Wireshark muestra la conexión inicial en TCP 5671 al bus de servicio de nuestras regiones y luego nuestro servidor de puerta de enlace envía el saludo del cliente TLS y luego el bus de servicio restablece la conexión.
Es una caja de Windows 2012 r2 que admite todos los cifrados modernos TLS 1.0, 1.1, 1.2, etc. No estoy seguro de por qué está fallando.
Prefiero usar TCP ya que, según se informa, tiene un mejor rendimiento, etc.
¿Algunas ideas?
PD:
Soy un usuario de Power BI Pro y tampoco pude generar un ticket de «soporte» debido al siguiente error:
AADSTS90093: No tiene acceso a consentimiento. (Usamos ADFS para la autenticación, así que imagina que tiene algo que ver con eso)
Así que lo he planteado aquí en su lugar.
4 comentarios (4 nuevos)