Falla en el inicio de sesión de Jabber debido a la configuración del proxy

Introducción

Este documento describe las razones de la falla de inicio de sesión de Cisco Jabber que se debe a un proxy definido en la estación de trabajo. 

Prerequisites

Requisito

Cisco recomienda que tenga conocimiento sobre estos temas:

• Mensajería instantánea y presencia (IM&P) de Cisco Unified
• Cisco Unified Communications Manager (CUCM)
• Clientes de Cisco Jabber
    

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

• Cisco Jabber para Windows 11.8
• Cisco Web Security Application (WSA) 9.1
• CUCM 11.5
• IM&P 11.5

Problema

El inicio de sesión de Cisco Jabber falla cuando se define un proxy del sistema y no permite que el tráfico llegue a los Call Managers para descargar su configuración.

2017-04-19 16:30:30,565 INFO [0x000013b0] [etutils\src\http\CurlHttpUtils.cpp(1088)] [csf.httpclient] [csf::http::CurlHttpUtils::configureEasyRequest] - *-----* Configuring request #20 GET https://cucm.cisco.com:8443/cucm-uds/version
2017-04-19 16:30:30,565 DEBUG [0x000013b0] [etutils\src\http\CurlHttpUtils.cpp(1472)] [csf.httpclient] [csf::http::CurlHttpUtils::configureEasyRequest] - Request #20 configured with: connection timeout 10000 msec, transfer timeout 0 msec
2017-04-19 16:30:30,565 DEBUG [0x000013b0] [netutils\src\http\CurlHttpUtils.cpp(188)] [csf.httpclient] [csf::http::CurlHttpUtils::curlTraceCallback] - Request #20 pre connect phase: ' Trying ::1...'
2017-04-19 16:30:30,768 DEBUG [0x000013b0] [netutils\src\http\CurlHttpUtils.cpp(188)] [csf.httpclient] [csf::http::CurlHttpUtils::curlTraceCallback] - Request #20 pre connect phase: ' Trying 127.0.0.1...'
2017-04-19 16:30:30,770 DEBUG [0x000013b0] [netutils\src\http\CurlHttpUtils.cpp(192)] [csf.httpclient] [csf::http::CurlHttpUtils::curlTraceCallback] - Request #20 post connect phase: 'Connected to localhost (127.0.0.1) port 3128 (#1)'
2017-04-19 16:30:35,229 INFO [0x00000380] [lugin-runtime\impl\HangDetector.cpp(150)] [PluginRuntime-HangDetector] [HangDetector::hangDetectionCallback] - Enter - hangDetectionCallback()
2017-04-19 16:30:35,913 DEBUG [0x000013b0] [netutils\src\http\CurlHttpUtils.cpp(733)] [csf.httpclient] [csf::http::CurlHttpUtils::curlHeaderCallback] - Request #20 got status line: HTTP/1.1 503 Service Unavailable
2017-04-19 16:30:35,913 DEBUG [0x000013b0] [netutils\src\http\CurlHttpUtils.cpp(713)] [csf.httpclient] [csf::http::CurlHttpUtils::curlHeaderCallback] - Request #20 got CR-LF pair. Accumulated headers:

Mime-Version: Redacted by client
Date: Wed, 19 Apr 2017 16:30:35 AEST
Via: 1.1 proxy-rtp-1.cisco.com:80 (Cisco-WSA/9.1.1-074)
Content-Type: text/html
Connection: keep-alive
Proxy-Connection: keep-alive
Content-Length: 2410



2017-04-19 16:30:35,913 INFO [0x000013b0] [ls\src\http\CurlAnswerEvaluator.cpp(115)] [csf.httpclient] [csf::http::CurlAnswerEvaluator::curlCodeToResult] - Request #20 got curlCode=[56] curl error message="[Received HTTP code 503 from proxy after CONNECT]" HttpClientResult=[UNKNOWN_ERROR] fips enabled=[false]
2017-04-19 16:30:35,913 INFO [0x000013b0] [ls\src\http\BasicHttpClientImpl.cpp(452)] [csf.httpclient] [csf::http::executeImpl] - *-----* HTTP response code 0 for request #20 to https://cucm.cisco.com:8443/cucm-uds/version
2017-04-19 16:30:35,913 ERROR [0x000013b0] [ls\src\http\BasicHttpClientImpl.cpp(457)] [csf.httpclient] [csf::http::executeImpl] - There was an issue performing the call to curl_easy_perform for request #20: UNKNOWN_ERROR

Solución 1

Puede configurar el cliente para que omita el proxy y vaya directamente al Call Manager en la sección de excepciones de la configuración de proxy; vaya al Panel de control > Red e Internet > Opciones de Internet > Conexión > Configuración LAN > Avanzado

Puede definir las excepciones por asterisco (*) y, a continuación, por su dominio, por una dirección IP individual o un intervalo; p. ej. *.MY.Domain; 192.168.1.1; 192.168.1.12-14.

Solución 2

Configure el proxy para redirigir el tráfico originado en el cliente Jabber para redirigir al Call Manager apropiado.

Solución 3

Quite la configuración de proxy del cliente de Windows y, a continuación, haga que el método HTTP GET de Jabber desvíe el proxy y todo el resto del tráfico originado en el PC. Esto depende del flujo de red del cliente al Call Manager y se anularía si la infraestructura entre envía tráfico web a través de Web Cache Communication Protocol (WCCP).

Verificación

Verifique la configuración del proxy en la estación de trabajo. 

Paso 1. Verifique la configuración del proxy desde la línea de comandos; desplácese al símbolo del sistema y ejecute el comando netsh winhttp show proxy

Paso 2. Puede navegar hasta Panel de control > Red e Internet > Opciones de Internet > Conexiones> Configuración LAN.

• Cuando no hay proxy:

• Cuando hay un proxy:

Paso 3. Ejecute el comando "regedit" y navegue hasta HKEY_CURRENT_USER > Software > Microsoft > Windows > CurrentVersion > Internet Settings

• Cuando no se define un proxy: 
  
  

• Cuando se define un Proxy: