了解精良炉腹实施并且排除精良代理桌面存在断开问题故障

The information in this document was created from the devices in a specific lab environment.All of the devices used in this document started with a cleared (default) configuration.如果您的网络处于活动状态，请确保您了解所有命令的潜在影响。

了解精良炉腹实施

了解XMPP

可扩展消息传送和存在协议(XMPP) (亦称Jabber)是在客户服务器模型的一个状态协议。XMPP允许结构可扩充置标语言(XML)数据小的部分快速的发运从一个实体的到另一个。XMPP/Jabber在即时消息(IM)和存在应用程序广泛使用。

所有XMPP实体是由他们的Jabber ID (JID)确定的。

JID编址方案：user@domain /resource

用户	在会议室的XMPP服务器或名字的客户端用户名
域	XMPP服务器完全合格的域名(FQDN)
资源	用户的特定实体/终端(即，膝上型计算机、智能手机等等)，会话标识符或者pubsub节点名的标识

Note:在所有的情况下没有使用全部三个JID组件。服务器典型地将由域、user@domain定义的会议室和由user@domain /resource的一个客户端定义。

XMPP消息称为节。有在XMPP的三个核心节：

1. <message> ：一个方向，一个接收人

2. <presence> ：一个方向，发布对许多

3. <iq> ：请求/响应信息/的查询-

所有节必须和从地址和多数节也有类型、id和xml ：langattributes。

Stanza属性	目的
	目的地JID
从	来源JID
类型	消息的目的
id	用于的唯一标识符与<iq>节的一种回应连接请求
xml ：lang	定义了所有人类易读的XML的默认语言在节

示例XMPP消息

<message to='person1@example' from='person2@example' type='chat'>
  <subject> Team meeting </subject>
  <body>Hey, when is our meeting today? </body>
  <thread>A4567423</thread>
</message>

与精良的XMPP实施

如果Web应用程序需要与XMPP一起使用，多个问题出现。浏览器不本地支持在传输控制协议(TCP)的XMPP，因此必须由运行在浏览器里面的程序处理所有XMPP数据流。Web服务器和浏览器通过超文本传输协议(HTTP)消息沟通，因此精良和其他Web应用程序包裹XMPP消息在HTTP消息里面。

与此方法的第一个困难是HTTP是一个无状态的协议。这意味着每个HTTP请求没有与其他请求有关。然而，此问题可以由适用涉及意味着--例如通过使用Cookie/过帐数据。

第二个困难是HTTP单向的工作情况。只有客户端发送请求，并且服务器能只回应。推进数据的服务器的无法使不自然实现在HTTP的XMPP。

此问题不存在于原始XMPP核心规格(RFC 6120)，其中XMPP一定对TCP。然而，例如，如果要对HTTP涉及XMPP的问题一定，因为Javascript能发送HTTP请求，有两个可能的解决方案。两个要求在HTTP和XMPP之间的一个网桥。

被提议的解决方案是：

1. 轮询(传统协议) ：被重复的HTTP请求请求在XEP-0025定义的新的数据：Jabber HTTP轮询

2. 长也轮询叫作炉腹：模拟长寿的传输协议，双向TCP连接的语义两个实体之间的由高效地使用没有要求使用的多个同步HTTP请求/响应对常见的轮询在XEP-0124定义了：HTTP捆绑和延伸由XEP-0206 ：在炉腹的XMPP

因为是相当高效从服务器负载观点和数据流，精良实现炉腹。使用炉腹的目的将掩盖事实服务器不必须回应，因为很快有请求。回应被延迟至指定的时间，直到服务器有客户端的数据，然后被发送作为回应。当客户端得到回应，客户端做一新要求等等。

精良桌面客户端(Web应用程序)建立在TCP端口的过时的炉腹连接7443每30秒。在30秒之后，如果没有从精良通知服务的更新，通知服务发送与200 OK和a (接近)空回应正文的一个HTTP回复。如果通知服务有在代理程序的出现的一次更新或对话(呼叫)事件，例如，数据立即被发送到精良网络客户端。

示例精良XMPP Reqeust/回应

此示例显示第一个XMPP Message请求回应共享在精良客户端和精良服务器之间设置炉腹连接。

Finesse client request:
<body xmlns="http://jabber.org/protocol/httpbind" xml:lang="en-US" xmlns:xmpp="urn:xmpp:xbosh" hold="1" ver="1.9" to="fin1.ucce.local" wait="30" xmpp:version="1.0" from="47483648@fin1.ucce.local" rid="704654808"/>

Finesse server response:
<body xmlns="http://jabber.org/protocol/httpbind" xmlns:stream="http://etherx.jabber.org/streams" authid="26779701" sid="26779701" secure="true" requests="4" inactivity="60" polling="5" wait="30" hold="1" ack="704654808" maxpause="300" ver="1.6"><stream:features><mechanisms xmlns="urn:ietf:params:xml:ns:xmpp-sasl"><mechanism>PLAIN</mechanism></mechanisms><compression xmlns="http://jabber.org/features/compress"><method>zlib</method></compression><bind xmlns="urn:ietf:params:xml:ns:xmpp-bind"/><session xmlns="urn:ietf:params:xml:ns:xmpp-session"/></stream:features></body>

总结：

精良网络客户端有通过TCP端口(http BIND)设置的与精良服务器一个过时的HTTP连接7443。这是公认的炉腹长的轮询。
精良通知服务是张贴关于代理程序、呼叫等等的状态的更新的存在服务。
如果通知服务有一次更新，回复与状态更新的http BIND请求作为在HTTP回应正文的一个XMPP消息。
如果没有状态更新30秒在收到http BIND请求以后，通知服务回复，不用任何状态更新允许精良网络客户端发送另一个http BIND请求。这起一个方式作用对于通知服务知道精良网络客户端能连接到通知服务，并且代理程序没有关闭他们的浏览器也没有放置他们的计算机休眠等等。

了解精良XMPP消息和XMPP节点

精良也实现XMPP规格XEP-0060 ：发布预订。此规格的目的将允许XMPP服务器(通知服务)获得信息发布对XMPP节点(题目)然后发送XMPP事件到实体被预订节点。一旦精良，计算机电话集成(CTI)服务器传送CTI信息到精良网站服务告诉关于配置更新的精良例如，但是没限制对，代理程序或者Contact Service Queue (CSQ)创建或者信息关于呼叫。此信息然后被转换成精良网站服务发布对精良通知服务的XMPP消息。精良通知服务然后发送在炉腹消息的XMPP到被预订某一XMPP节点的代理程序。

一些精良在精良网站服务开发者指南被定义的API对象是XMPP节点。代理程序和Supervisor精良网络客户端可能预订为一些的事件更新这些XMPP节点为了有关于实时事件的最新信息(例如呼叫事件，状态事件，等等)。此表显示是被启用的pubsub的XMPP节点。

精良API对象	目的	订阅
/finesse/api/User/ <LoginID>	显示代理程序的状态和小组映射	代理程序和Supervisor
/finesse/api/User/ <LoginID>/Dialogs	显示代理程序被处理的呼叫	代理程序和Supervisor
/finesse/api/User/ <LoginID>/ClientLog	用于从发送错误报告按钮获取客户端日志	代理程序和Supervisor
/finesse/api/User/ <LoginID>/Queue/<queueID>	显示队列统计数据(如果启用)	代理程序和Supervisor
/finesse/api/Team/ <TeamID>/Users	显示属于某一小组包括状态信息的代理程序	Supervisor
/finesse/api/SystemInfo	显示精良服务器的状态。用于确定故障切换是否是需要的	代理程序和Supervisor

示例 1：使用查看的混杂语言精良XMPP节点

步骤1.下载并且安装XMPP客户端混杂语言。

步骤2.连接对帐户> Modify >基本并且配置洛金选项：

协议：XMPP
用户名：任何代理程序的LoginID
域名：精良服务器FQDN
资源：占位符-可能使用任何值，例如，测试
密码：代理程序密码
检查切记密码复选框

步骤3.连接对帐户> Modify >Advanced并且配置：

连接安全： 若有请使用加密
检查允许明文auth其他末加密的流
连接端口：5222. 请使用默认端口5222。此端口对于外部XMPP客户端是必需的。精良桌面客户端使用7443。请勿使用端口7443。
连接服务器：精良服务器FQDN

Note: 端口5222，因为只有精良网络客户端能使用端口7443连接到通知服务，使用。

步骤4.连接对Tools>插件和enable (event) XMPP控制台。

步骤5.连接到Tools> XMPP Console> XMPP控制台打开XMPP控制台。

步骤6.执行此<iq>消息发现存在的所有XMPP节点。

<iq type='get' from='<loginID>@<Finesse_FQDN>/test' to='pubsub.<Finesse_FQDN>' id='testId1'
<query xmlns='http://jabber.org/protocol/disco#items'/>
</iq>

例如：

<iq type='get' from='47483648@fin1.ucce.local/test' to='pubsub.fin1.ucce.local' id='testId1'>
<query xmlns='http://jabber.org/protocol/disco#items'/>
</iq>

在实验室环境用两个代理程序和两被配置的CSQs里，此输出在精良回应包含：

<iq type='result' id='testId1' from='pubsub.fin1.ucce.local' to='47483648@fin1.ucce.local/test'>
 <query xmlns='http://jabber.org/protocol/disco#items'>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/Team/5000/Users'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483648/Dialogs'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483651'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483651/ClientLog'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483649/Queues'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/Team/5001/Users'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483650/ClientLog'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/Queue/1'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483648/ClientLog'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483648/Queues'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483650'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483650/Queues'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483651/Dialogs'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483648'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/Team/1/Users'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483649'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483651/Queues'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483649/ClientLog'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/Queue/0'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483649/Dialogs'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/User/47483650/Dialogs'/>
 <item jid='pubsub.fin1.ucce.local' name='' node='/finesse/api/SystemInfo'/>
 </query>
</iq>

示例 2：使用浏览器开发者查看工具的Network选项HTTP消息

每个浏览器有一套开发者工具。开发者工具的Network选项显示HTTP发送的消息和接受由精良网络客户端(浏览器)。例如，此镜像显示精良网络客户端如何发送一个SystemInfo请求哪些每分钟检查精良Tomcat状态作为故障切换检查。另外，从炉腹连接的http BIND消息也显示。精良服务器在30秒以内发送一种回应，如果没有发布的更新在网络客户端被预订的XMPP节点。

排除故障：炉腹Disconnect错误信息

当炉腹断开发生，错误“中断连接对{精良服务器FQDN}。请等待一个可及的精良服务器找到…”显示在一副红色横幅在精良桌面顶部。

因为此时， XMPP订阅事件不可以从Cisco精良通知服务，接收此消息显示。因此，状态信息和呼叫详细信息在代理桌面上不可能显示。

对于UCCX， 60秒，在浏览器断开后，代理程序被放到退出状态。代理程序可以在退出的准备好或未就绪状态能发生。

对于UCCE，精良花费120秒发现，当代理程序关闭浏览器时或浏览器失败，并且精良在未就绪状态造成CTI服务器放置代理程序的发送一牵强logout请求前等60秒到CTI服务器。在这些条件下，精良能花费180秒签署代理程序。不同于在UCCX，代理程序搬入未就绪状态而不是退出状态。

Note:CTI断开没准备好与退出在UCCE的状态工作情况是由PG /LOAD参数控制的。每统一的联络中心企业&主机的版本的10.0(1)版本注释， /LOAD参数不再是支持的开始在UCCE 10.0。

关于UCCE精良桌面工作情况的更多信息，请参见Cisco精良故障切换机制章节的桌面工作情况部分在Cisco精良管理指南的。

Note:计时器值也许更改今后根据产品需求。

日志分析

精良和UCCX通知服务日志可以收集通过RTMT或通过CLI ：

文件获得activelog /desktop复发压缩

调试通知服务日志

Note:设置调试级别日志，只有当再生产问题时。在问题被再生产了后，请关闭调试。

Note:精良9.0(1)没有调试级别记录。调试级别记录在精良9.1(1)被引入。启用的记录进程是不同的在9.1(1)与精良10.0(1) - 11.6(1)比较。对于此进程，请参见精良管理和维护性指南。

Enable (event)通知服务调试日志统一的Contact Center Express (UCCX)，如显示：

admin:utils uccx notification-service log enable

WARNING! Enabling Cisco Unified CCX Notification Service logging can affect system performance
and should be disabled when logging is not required.

Do you want to proceed (yes/no)? yes

Cisco Unified CCX Notification Service logging enabled successfully.

NOTE: Logging will be disabled automatically if Cisco Unified CCX Notification Service is restarted.

Enable (event)通知服务统一的联络中心企业(UCCE) (独立的精良)调试日志，如显示：

admin:utils finesse notification logging enable

Checking that the Cisco Finesse Notification Service is started...
The Cisco Finesse Notification Service is started.

Cisco Finesse Notification Service logging is now enabled.

WARNING! Cisco Finesse Notification Service logging can affect system performance
and should be disabled when logging is not required.

Note: Logging will be disabled automatically if you restart the Cisco Finesse Notification Service

这些日志在/desktop/logs/openfire文件夹和被命名debug.log。

如镜像所显示，通知服务(请开火) debug.log与代理程序PC的IP地址和端口一起显示http捆绑用桌面。

如镜像所显示，最后激活0毫秒表示，会话是活跃的。

结束空闲会话的Openfire指示代理程序退出在精良将发送与原因代码的牵强的退出255到CTI服务器的60秒将触发。桌面的在这些条件下实际工作情况取决于退出的设置在代理程序断开(负荷)在UCCE。在UCCX中，这总是工作情况。

如果Fineese客户端不传送http BIND信息到精良服务器，日志将显示会话时间并且显示会话close。

2017.06.17 00:14:34 Session (id=f382a015) was last active 0 ms ago: 1001003@xxxxx.xxxx.xxx.cisco.com/desktop
2017.06.17 00:15:04 Session (id=f382a015) was last active 13230 ms ago: 1001003@xxxxx.xxxx.xxx.cisco.com/desktop 
2017.06.17 00:15:34 Session (id=f382a015) was last active 43230 ms ago: 1001003@xxxxx.xxxx.xxx.cisco.com/desktop
2017.06.17 00:16:04 Session (id=f382a015) was last active 63231 ms ago: 1001003@xxxxx.xxxx.xxx.cisco.com/desktop
 
2017.06.17 00:17:04 Unable to route packet. No session is available so store offline. <message from="pubsub. xxxxx.xxxx.xxx.cisco. com" to="1001003@xxxxx.xxxx.xxx.cisco.com.cisco.com" id="/finesse/api/User/1001003__1001003@xxxxx.xxxx.xxx.cisco.com__o5Aqb"><event xmlns="http://jabber.org/protocol/pubsub#event"><items node="/finesse/api/User/1001003"><item id="0d78a283-466d-4477-a07e-6e33a856fce388"><notification xmlns="http://jabber.org/protocol/pubsub">&lt;Update&gt

信息通知服务日志

这些日志在/desktop/logs/openfire文件夹和被命名info.log。如果Fineese客户端不传送http BIND信息到精良服务器，日志显示会话变得非激活。

2017.06.17 00:16:04 Closing idle session (id=f382a015): 1001003@xxxxx.xxxx.xxx. cisco.com/desktop after being inactive for more than threshold value of 60
2017.06.17 00:16:04 A session is being closed for 1001003@xxxxx.xxxx.xxx. cisco.com/desktop

Webservices日志

这些日志在/desktop/logs/webservices文件夹和被命名Desktop-webservices.YYYY-MM-DDTHH-MM-SS.sss.log。如果Fineese客户端不传送http BIND信息到在指定的时间内的精良服务器，日志显示代理程序存在变得未提供，并且60几秒后，存在被驱动的退出将发生。

0000001043: XX.XX.XX.XXX: Jun 17 2017 00:16:04.630 +0530: %CCBU_Smack Listener Processor (1)-6-PRESENCE_NOTIFICATION_RECIEVED: %[FROM JID=1001003@xxxxx.xxxx.xxx.cisco.com/desktop][PRESENCE_TYPE=unavailable]:Finesse received a presence notifcation
0000000417: XX.XX.XX.XXX: Jun 17 2017 00:16:04.631 +0530: %CCBU_Smack Listener Processor (1)-6-UNSUBSCRIBE_REQUEST_SUCCESS: %[NodeId=/finesse/api/User/1001003/ClientLog][user_id=1001003@xxxxx.xxxx.xxx.cisco.com]: Sucessfully unsubscribed from a node on the XMPP server
0000001044: XX.XX.XX.XXX:  Jun 17 2017 00:16:04.631 +0530: %CCBU_Smack Listener Processor (1)-6-AGENT_PRESENCE_MONITOR: %[message_string=Adding agent 1001003 into the expiry hash.]:  
0000001051: XX.XX.XX.XXX:  Jun 17 2017 00:16:35.384 +0530: %CCBU_pool-8-thread-1-6-AGENT_PRESENCE_MONITOR: %[message_string=[Expired] Removed agent from cache 1001003]: 
0000001060: XX.XX.XX.XXX:: Jun 17 2017 00:17:04.632 +0530: %CCBU_CoreImpl-worker12-6-PRESENCE DRIVEN LOGOUT: %[agent_id=1001003]: Performing CTI Logout on basis of the agents unavailable presence
0000001061: XX.XX.XX.XXX:: Jun 17 2017 00:17:04.633 +0530: %CCBU_CoreImpl-worker12-6-MESSAGE_TO_CTI_SERVER: %[cti_message=Invoke id :39 , agentstate : 1, workmode : 0, reason code: 255, forceflag :1, agentcapacity: 1, agentext: 1001003, agentid: 1001003, supervisorid: null, ssoFlag=false][cti_message_name=SetAgentStateReq]: Message going to the backend cti server
0000001066:  XX.XX.XX.XXX:: Jun 17 2017 00:17:04.643 +0530: %CCBU_CTIMessageEventExecutor-0-6-DECODED_MESSAGE_FROM_CTI_SERVER: %[cti_message=CTIAgentStateEvent [skillGroupState=1 (LOGOUT), stateDuration=0, skillGroupNumber=-1, skillGroupPriority=0, agentState=1 (LOGOUT), eventReasonCode=255, numFltSkillGroups=0, CTIClientSignature=null, agentID=1001003, agentExtension=1001003, agentInstrument=null, agentID_Long=1001003, duration=null, nextAgentState=null, fltSkillGroupNumberList=[], fltSkillGroupIDList=[], fltSkillGroupPriorityList=[], fltSkillGroupStateList=[], MRDId=1, agentMode=0]CTIMessageBean [invokeID=null, cti_sequence_id=105, msgID=30, timeTracker={"id":"AgentStateEvent","CTI_MSG_RECEIVED":1497638824642,"CTI_MSG_DISPATCH":1497638824643}, msgName=AgentStateEvent, deploymentType=CCX]][cti_response_time=1][dispatch_phase=DnD-CHECKPOINT-3B]: Decoded Message to Finesse from backend cti server

炉腹断开的常见原因

炉腹连接由网络客户端设置，并且精良服务器确定代理程序存在是否是未提供的。因为责任开始连接是至客户端，这些问题几乎总是客户端问题与浏览器、代理程序计算机或者网络相关。

问题：代理程序断开在不同的时刻(客户端问题)

问题：同时所有代理程序断开(服务器端问题)

使用提琴手

配置提琴手可以是一项有些富有挑战性的任务，无需了解需要的步骤和知道提琴手如何工作。提琴手是突出在精良客户端的一个人在这中间Web代理(Web浏览器)和精良服务器之间。由于被巩固在精良客户端和精良服务器之间的连接，这添加复杂性层到提琴手配置为了查看被保护的消息。

普通的提琴手问题

因为提琴手在精良客户端和精良服务器之间突出，提琴手应用程序需要创建要求证书的所有精良TCP端口的签名的证书：

Cisco精良Tomcat服务证书

精良发布服务器UCCE的TCP 8445 (并且/或者443)
精良用户服务器UCCE的TCP 8445 (并且/或者443)

Cisco精良(统一的CCX)通知服务证书

精良发布服务器TCP 7443
精良用户服务器TCP 7443

HTTPS解密一定是启用的为了提琴手能代表精良服务器动态地生成证书。默认情况下这没有被启用。

如果没有配置HTTPS解密，对通知服务的最初的隧道连接被看到，但是http BIND数据流不是。提琴手只显示：

Tunnel to <Finesse server FQDN>:7443

然后，必须由客户端委托提琴手签字的精良证书。如果这些证书没有委托，移动通过精良登录设立的加密的连接…阶段不是可能的。

有时，接受从登录的认证例外不工作，并且证书需要由浏览器手工委托。

示例配置步骤

警告：提供的示例配置是为.NET 4.5and Mozilla Firefox的64.0.2提琴手v5.0.20182.28034 (32位)在Windows 7个x64在实验室环境里。这些程序可能不概括到提琴手的所有版本，所有浏览器，或者所有计算机操作系统。如果您的网络实际，请保证您了解所有配置的潜在影响。参考正式提琴手文档欲知更多信息。

步骤1.下载提琴手

步骤2. Enable (event) HTTPS解密：Tools>选项> HTTPS >检查解密HTTPS流量复选框

第 3 步：开放警告消息的消息框要求委托提琴手根证明。是选择。

第 4 步：警告消息消息框打开与消息“您将从声称的认证机构(CA)安装认证表示：DO_NOT_TRUST_FiddlerRoot…您要安装此认证？”。是选择。

步骤5.请手工添加精良发布服务器和用户证书到计算机或浏览器认证信任存储。保证端口8445， 7443和(仅UCCE) 443。例如，在Firefox，这可以执行，无需下载证书从精良操作系统的管理页面：

在选项(搜索)的选项>查找>证书>服务器>Add例外>位置>输入https:// <Finesse server> ：相关端口的端口两个精良服务器的。

步骤6.日志到精良里和看到http BIND消息留下精良客户端给精良服务器通过提琴手。

在提供的示例中，前5个消息表示被回应由精良服务器的http BIND消息。第一条消息在消息正文包含返回的1571字节的数据。正文包含关于代理程序事件的一次XMPP更新。精良客户端传送了最终http BIND信息，但是从精良服务器未得到回应。这可以取决于看到HTTP结果空(-)，并且字节数在回应正文的是零位(-1)。

数据的更加接近的视图：

XMPP消息的回应正文：

使用Wireshark

Wireshark是能使用探测和解码HTTPS流量的一个常用的信息包探测工具。HTTPS流量是在传输层安全获取的HTTP数据流(TLS)。 TLS提供完整性、认证和机密之间给主机。它在Web应用程序通常使用，但是可以与使用TCP作为传输层协议的所有协议一起使用。安全套接字协议层(SSL)是TLS协议的前面的版本，不再使用，因为是不安全的。这些名字可交换地是常用的，并且用于SSL或TLS数据流的Wireshark过滤器是ssl。

警告：提供的示例配置是为Wireshark 2.6.6 (v2.6.6-0-gdf942cd8)and在Windows7 x64的(32位) Mozilla的Firefox 64.0.2在实验室环境里。这些程序可能不概括到提琴手的所有版本，所有浏览器，或者所有计算机操作系统。如果您的网络实际，请保证您了解所有配置的潜在影响。参考正式Wireshark SSL文档欲知更多信息。或更加极大需要Wireshark 1.6。

Note: 此方法为Firefox和镀铬物只将运作。此方法不为Internet Explorer工作。

Step 1. 在代理程序的WINDOWS PC上请连接对控制面板>System和安全>System >Advanced系统设置环境变量…

步骤2.连接对用户<username> >New的用户变量…

创建名为SSLKEYLOGFILE的一个变量。

创建一个文件存储SSL准重要机密在一个专用的目录： SSLKEYLOGFILE =</path/to/private/directory/with/logfile>

Note:创建而不是可变的用户的一个系统变量并且/或者存储文件在一个non-private目录里也将运作，另一方面，但是系统的所有用户能访问准重要机密，较不安全。

第 3 步：如果Firefox或镀铬物是开放的，请关闭应用程序。在重新打开后他们，他们将开始书写给SSLKEYLOGFILE。

第 4 步：在Wireshark，请连接编辑>首选…

连接对协议> SSL。

步骤5.输入被配置的准重要机密日志文件名的位置在第2.步。

第6.步。使用Wireshark过滤器tcp.port==7443 && ssl，精良客户端和精良服务器(通知服务)之间的获取的HTTP通信被看到解码。

Related Information

XMPP规格
XEP-0124 ：炉腹
XEP-0060 ：发布预订
Firefox Web控制台
Internet Explorer Web控制台
镀铬物Web控制台
Windows PowerShell
Windows性能监控程序
排除输入队列丢弃和输出队列丢弃故障
Windows任务管理器
Mac终端
Mac活动监控程序
提琴手下载
提琴手配置
Wireshark下载
Wireshark SSL解密
Technical Support & Documentation - Cisco Systems

由思科工程师提供

Jared Compiano
Cisco TAC工程师
Sameer Yadav
Cisco工程

了解精良炉腹实施并且排除精良代理桌面存在断开问题故障

下载选项

关于此翻译

Contents

Introduction

Prerequisites

Requirements

Components Used