文档章节

XMPP协议工作流程

-_-一条狗
 -_-一条狗
发布于 2016/03/01 08:57
字数 1322
阅读 96
收藏 0

XMPP 核心协议 http://xmpp.org/rfcs/rfc3920.html


XMPP 要点.

  • 1. 客户端(C) 和服务器端(S) 通过TCP连接5222端口进行全双工通信.
  • 2. XMPP 信息均包含在 XML streams中.一个XMPP会话, 开始于<stream> 标签, 并结束于</stream>标签.所有其他的信息都位于这俩标签之间.
  • 3. 出于安全目的考虑, 开始<stream>之后, 后续的内容会被适度的使用 Transpor Layer Security (TLS) 协商传输 和强制性的 Simple Authentication 和 Security Layer (SASL) 协商传输.
  • 4. SASL协商完成后, 一个新的 stream 将会被迅速打开, 它将会更加安全和保密.

第一步: 打开 stream

Client: 客户端发送打开 stream 的片段到服务器, 请求一个新的 session.

<stream:stream to='example.com' xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' version='1.0'>



这里 “example.com” 是客户端试图连接的服务器的域名.

Server: Server 返回 XML stream, 以<stream:freatures> 开头, 包含要求 TLS 或者 SASL 协商谈判之一, 或者2个都要求.

<stream:features>  
    <starttls xmlns='urn:ietf:params:xml:ns:xmpp-tls'>  
        <required/>  
    </starttls>  
    <mechanisms xmlns='urn:ietf:params:xml:ns:xmpp-sasl'>  
        <mechanism>DIGEST-MD5</mechanism>  
        <mechanism>PLAIN</mechanism>  
        <mechanism>EXTERNAL</mechanism>  
    </mechanisms>  
</stream:features>




第二步: 加密和认证.

2.1 如果服务器需要 TLS 交涉.


Client: 客户端发送 STARTTLS 到服务器.

<starttls xmlns='urn:ietf:params:xml:ns:xmpp-tls'/>



  

Server: 服务器返回消息显示 TLS 已被允许:

<proceed xmlns='urn:ietf:params:xml:ns:xmpp-tls'/>





或者 TLS失败了:
<failure xmlns='urn:ietf:params:xml:ns:xmpp-tls'/> </stream:stream>




在失败的情况下, 服务器会关闭 TCP 连接.

Client: 如果 TLS 已被服务器正确处理, 客户端发送请求一个新的 session:

<stream:stream xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' to='example.com' version='1.0'>




Server: 服务器响应一个 XML stream, 指示是否需要 SASL 交涉.

<stream:stream xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' from='example.com' id='c2s_234' version='1.0'>  
<stream:features>  
    <mechanisms xmlns='urn:ietf:params:xml:ns:xmpp-sasl'>  
        <mechanism>DIGEST-MD5</mechanism>  
        <mechanism>PLAIN</mechanism>  
        <mechanism>EXTERNAL</mechanism>  
    </mechanisms>  
</stream:features>




2.2 SASL 交涉

Client 客户端需要选择一个服务器上有效的认证方式来携带SASL交涉数据, 上面的情况, “DIGEST-MD5“, “PLAIN” 和 “EXTERNAL” 是一些可选项.

“PLAIN” 认证模式是三者之中最简单的了. 它是这样工作的:

Client: 客户端按照自己选择的认证模式发送一个将用户名和密码以base64编码的 stream. 用户名和密码按这种格式组织:

“\0UserName\0Password”.



 

例如我想以用户名为“mbed@ceit.org”登录, 密码是“mirror”. 那么, 在进行base64编码之前, 用户名和密码按照上面的格式组织为一个新的字符串,“\0mbed\0mirror”, 再进行base64编码, 得到字符串“AG1iZWQAbWlycm9y”.


然后, 客户端发送下列 stream 到服务器.

<auth xmlns='urn:ietf:params:xml:ns:xmpp-sasl' mechanism='PLAIN'>AG1iZWQAbWlycm9y</auth>





Server: 如果服务器接受了认证信息, 服务器会发回 带 “success” 标签的 stream.

<success xmlns='urn:ietf:params:xml:ns:xmpp-sasl'/>



 
或者:

Server: 如果密码和用户名不匹配, 或者上面的base64编码有错误, 服务器发回错误信息的 stream.

<failure xmlns='urn:ietf:params:xml:ns:xmpp-sasl'/>



  

“DIGEST-MD5” 认证模式的具体方法可以在这里找到: http://www.ietf.org/rfc/rfc2831.txt.

第三步: 资源绑定(可选)


Client: 客户端要求服务器绑定一个资源(可以理解为客户端的类型, 比如电脑, 手机, Web应用等):
<iq type='set' id='bind_1'>  
    <bind xmlns='urn:ietf:params:xml:ns:xmpp-bind'/>  
</iq>





或者
Client: 客户端自己绑定一个资源:

<iq type='set' id='bind_2'>  
    <bind xmlns='urn:ietf:params:xml:ns:xmpp-bind'>  
        <resource>someresource</resource>  
    </bind>  
</iq>





Server: 服务器发回另外一个<iq>片段, 如果“type” 标签的内容是“result”, 说明绑定是成功的, 否则说明绑定失败.

<iq type='result' id='bind_2'>  
    <bind xmlns='urn:ietf:params:xml:ns:xmpp-bind'>  
        <jid>somenode@example.com/someresource</jid>  
    </bind>  
</iq>




第四步: 请求一个新的session


在 SASL 交涉完成之后或者可选资源绑定之后, 客户端必须建立一个 session 来开始即时消息发送和接收.

Client: 客户端向服务器发送请求:

<iq to='example.com' type='set' id='sess_1'>  
    <session xmlns='urn:ietf:params:xml:ns:xmpp-session'/>  
</iq>



 
Server: 服务器发回一个<iq> 片段表明 session 是否成功创建.

创建成功的消息类似于:

<iq from='example.com' type='result' id='sess_1'/>





如果服务器未能创建 session, 服务器将会回复一个如下消息或者其他类型的错误消息.

<iq from='example.com' type='error' id='sess_1'>  
    <session xmlns='urn:ietf:params:xml:ns:xmpp-session'/>  
    <error type='auth'>  
        <forbidden xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>  
    </error>  
</iq>




第五步: 客户端和服务器交换 XMPP 片段


如果以上步骤均成功完成, 那么客户端就可以发送 XMPP 片段到服务器和接收 XML stream了.

客户端可以发送 <iq> 片段来向服务器请求 roster 或者其他信息. 并可以使用 <presence> 片段来改变客户端的 presence 状态(比如在线, 离开等)

即时消息和其他的负载可以通过发送 <message> 片段来完成.


第六步: 关闭 stream


最后, 如果客户端想要结束聊天和关闭 XMPP session, 客户端需要发送一个关闭 stream的片段到服务器.

<presence type='unavailable'/>  
/stream:stream>



  

然后, 服务器将会改变客户端的 presence 状态为 “Offline” , 并且关闭 和客户端的 TCP 连接.

(完)

本文转载自:http://blog.csdn.net/huyoo/article/details/24353105

共有 人打赏支持
-_-一条狗
粉丝 9
博文 26
码字总数 17063
作品 0
通过XMPP协议实现即时通讯介绍

四种即时通讯协议 概述 目前IM有四种协议:即时信息和空间协议(IMPP)、空间和即时信息协议(PRIM)、针对即时通讯和空间平衡扩充的进程开始协议SIP(SIMPLE)以及XMPP。PRIM与XMPP、 SIMPLE类似,...

崔同亮
2014/01/22
0
0
Openfire与XMPP协议

什么是OpenFire Openfire 采用Java开发,开源的实时协作(RTC)服务器基于XMPP(Jabber)协议。   您可以使用它轻易的构建高效率的即时通信服务器。Openfire安装和使用都非常简单,并利用W...

postdep
2013/12/25
0
0
XMPP之Smack 介绍

XMPP简介 原理 概述 XMPP(可扩展消息处理现场协议)是基于可扩展标记语言(XML)的协议,它用于即时消息(IM)以及在线现场探测。它在促进服务器之间的准即时操作。这个协议可能最终允许因特...

乐小文
2017/03/06
0
0
XMPP 协议适合用来做移动 IM 么

XMPP 协议是什么 XMPP(Extensible Messaging and Presence Protocol,前称Jabber)是一种以 XML 为基础的开放式实时通信协议,关于它的协议细节,网上已经有太多分析文章,我这里就不再赘述...

都比zunxi
2014/09/03
7.4K
6
Google 放弃 XMPP 协议

在上周的Google I/O大会上,Google推出统一跨平台聊天应用Hangouts取代Google Talk。Google Hangouts与Google+更好的整合,但目前只有Android、iOS平台应用以及Chrome浏览器扩展。不幸的是,...

oschina
2013/05/21
11.5K
43

没有更多内容

加载失败,请刷新页面

加载更多

MySQL 到底支不支持事务嵌套?

最近开发中遇到了使用MySQL,多次开启事务,出现了数据错乱问题,伪代码如下: begin; # 操作1 begin; # 操作2 rollback; 执行完后出现了操作1的数据真正写入,只有操作2的数据回滚...

宇润
56分钟前
7
0
fastDfs应用(安装过程待写)

1.效果 2.安装 2.1 导入已经安装好fastDFS的镜像 2.1.1 导入镜像 2.1.2 更改系统兼容性 2.1.3 开机 2.1.4 修改 一下内容 2.1.4.1 修改系统的ip 原来系统ip...

Lucky_Me
59分钟前
5
0
5. Python3源码—字符串(str)对象

5.1. 字符串对象 字符串对象是“变长对象”。 5.1.1. Python中的创建 Python中字符串(strs)对象最重要的创建方法为PyUnicode_DecodeUTF8Stateful,如下Python语句最终会调用到PyUnicode_D...

Mr_zebra
今天
4
0
第十章:路由网关(Zuul)进阶:过滤器、异常处理

第十章:路由网关(Zuul)进阶:过滤器、异常处理 简单介绍了关于Zuul的一些简单使用以及一些路由规则的简单说明。而对于一个统一网关而言,需要处理各种各类的请求,对不同的url进行拦截,或者...

DemonsI
今天
4
0
nginx屏蔽指定接口(URL)

Step1:需求 web平台上线后,需要屏蔽某个服务接口,但又不想重新上线,可以采用nginx屏蔽指定平台接口的办法 Step2:具体操作 location /dist/views/landing/UNIQUE_BEACON_URL { re...

Linux_Anna
今天
4
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部