Jabber-Anmeldung aufgrund von Proxy-Einstellungen fehlgeschlagen

Einführung

In diesem Dokument werden die Gründe für den Fehler bei der Anmeldung bei Cisco Jabber beschrieben, der auf einem auf der Workstation definierten Proxy zurückzuführen ist. 

Voraussetzungen

Anforderung

Cisco empfiehlt, über Kenntnisse in folgenden Bereichen zu verfügen:

• Cisco Unified Instant Messaging und Presence (IM&P)
• Cisco Unified Communications Manager (CUCM)
• Cisco Jabber-Clients
    

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf den folgenden Software- und Hardwareversionen:

• Cisco Jabber für Windows 11.8
• Cisco Web Security Appliance (WSA) 9.1
• CUCM 11,5
• IM&P 11,5

Problem

Die Anmeldung bei Cisco Jabber schlägt fehl, wenn ein Systemproxy definiert ist und nicht zulässt, dass Datenverkehr die Call Manager erreicht, um die Konfiguration herunterzuladen.

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

Lösung 1

Sie können den Client so konfigurieren, dass er den Proxy umgeht, und direkt zum Call Manager im Ausnahmenbereich der Proxyeinstellungen wechseln. Navigieren Sie zu Systemsteuerung > Netzwerk und Internet > Internetoptionen > Verbindung > LAN-Einstellungen > Erweitert.

Sie können die Ausnahmen durch Sternchen (*) und dann durch Ihre Domäne, eine individuelle IP-Adresse oder einen Bereich definieren. z. B. *.MY.Domain; 192.168.1.1; 192.168.1.12-14

Lösung 2

Konfigurieren Sie den Proxy so, dass der vom Jabber-Client stammende Datenverkehr umgeleitet und an den entsprechenden Call Manager umgeleitet wird.

Lösung 3

Entfernen Sie die Proxy-Konfiguration vom Windows-Client, und lassen Sie die HTTP GET-Methode von Jabber den Proxy und den gesamten anderen Datenverkehr, der vom PC stammt, umgehen. Dies hängt vom Netzwerkfluss vom Client zum Call Manager ab und wird aufgehoben, wenn die Infrastruktur zwischen den Clients Webdatenverkehr über Web Cache Communication Protocol (WCCP) sendet.

Überprüfen

Überprüfen Sie die Proxyeinstellungen auf der Workstation. 

Schritt 1: Sie überprüfen die Proxy-Konfiguration über die Befehlszeile. navigieren zur Eingabeaufforderung und führen den Befehl netsh winhttp show proxy aus

Schritt 2: Sie können zu Systemsteuerung > Netzwerk und Internet > Internetoptionen > Verbindungen > LAN-Einstellungen navigieren.

• Wenn kein Proxy vorhanden ist:

• Wenn ein Proxy vorhanden ist:

Schritt 3: Führen Sie den Befehl "regedit" aus und navigieren Sie zu HKEY_CURRENT_USER > Software > Microsoft > Windows > CurrentVersion > Interneteinstellungen.

• Wenn kein Proxy definiert ist: 
  
  

• Wenn ein Proxy definiert ist: