Échec de la connexion Jabber en raison des paramètres du proxy

Introduction

Ce document décrit les raisons de l'échec de connexion à Cisco Jabber, dû à un proxy défini sur la station de travail. 

Conditions préalables

Exigence

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Messagerie instantanée et présence Cisco Unified (IM&P)
• Gestionnaire de communications unifiées de Cisco (version CUCM)
• Clients Cisco Jabber
    

Components Used

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

• Cisco Jabber pour Windows 11.8
• Application de sécurité Web Cisco (WSA) 9.1
• CUCM 11,5
• MI&P 11,5

Problème

La connexion à Cisco Jabber échoue lorsqu'un proxy système est défini et ne permet pas au trafic d'atteindre les gestionnaires d'appels pour télécharger sa configuration.

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

Solution 1

Vous pouvez configurer le client pour contourner le proxy et accéder directement à Call Manager dans la section exceptions des paramètres du proxy ; Naviguez jusqu'au Panneau de configuration > Réseau et Internet > Options Internet > Connexion > Paramètres LAN > Avancé

Vous pouvez définir les exceptions par astérisque (*), puis par domaine, par adresse IP individuelle ou par plage ; p. ex. *.MY.Domain ; 192.168.1.1; 192.168.1.12-14 .

Solution 2

Configurez le proxy pour rediriger le trafic provenant du client Jabber vers le Call Manager approprié.

Solution 3

Supprimez la configuration du proxy du client Windows, puis utilisez la méthode HTTP GET de Jabber pour contourner le proxy et tout autre trafic provenant du PC. Cela dépend du flux réseau du client vers le Call Manager et serait annulé si l'infrastructure située entre les deux envoie du trafic Web via le protocole WCCP (Web Cache Communication Protocol).

Vérification

Vérifiez les paramètres du proxy sur la station de travail. 

Étape 1. Vous vérifiez la configuration du proxy à partir de la ligne de commande ; accédez à l'invite de commandes et exécutez la commande netsh winhttp show proxy

Étape 2. Vous pouvez accéder au Panneau de configuration > Réseau et Internet > Options Internet > Connexions > Paramètres LAN.

• Lorsqu'il n'y a pas de proxy :

• Lorsqu'il existe un proxy :

Étape 3. Exécutez la commande « regedit" et accédez à HKEY_CURRENT_USER > Software > Microsoft > Windows > CurrentVersion > Internet Settings

• Lorsqu'un proxy n'est pas défini : 
  
  

• Lorsqu'un proxy est défini :