![](https://img-blog.csdnimg.cn/20201014180756754.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
openfire
yongche_shi
这个作者很懒,什么都没留下…
展开
-
[翻译] Hazelcast Clustering Plugin 部署指南(未完待续)
概述Hazelcast插件支持运行多个冗余的Openfire服务器组建集群。作为群集运行的Openfire,您可以分发几个服务器之间的连接负载,同时还提供服务器故障自动转移。这个插件替换了原来的Openfire集群插件,使用开源的Hazelcast数据分布框架代替昂贵的专有第三方产品。本插件当前稳定版本为 2.5.1.安装要创建一个Openfire的集群,你应该转载 2014-11-21 17:02:33 · 1457 阅读 · 0 评论 -
Openfire Hazelcast集群详解
一、概述Openfire Hazelcast插件提供了在一个集群上运行多个冗余Openfire服务器的支持。通过把Openfire运行为一个集群,可以把终端的连接分配到多台Openfire服务器上,同时还提供了服务器的故障转移。Hazelcast个插件是Openfire原集群插件的替代,它使用了开源的Hazelcast数据分布框架来代替昂贵的专有第三方产品。目前Hazelcast版本是3.转载 2016-07-08 16:24:25 · 911 阅读 · 0 评论 -
TSung测试XMPP协议--测试过程中出现问题
以下问题是我自己的理解,可能有些地方解释的不对。写这篇文章是方便自己以后出现相同的问题还要去google。先看我的配置文件:tsung loglevel="notice" dumptraffic="false" version="1.0"> clients> client host="shlab135" maxusers="80000" cpu="转载 2016-07-06 17:46:44 · 1155 阅读 · 0 评论 -
openfire4.0.2集群配置
之前使用tsung对openfire单机进行了压力测试(见前面的文章),接下来准备使用tsung对openfire双机集群进行压力测试。在搭建openfire双机集群过程中历尽千辛万苦终于搭建成功。 下面把搭建过程记录下来, 免得大家走弯路。一、测试环境同前面的文章openfire选用4.0.2版本, 由于资源有限,只有两台虚拟机,机器1:192.168.1.55 机器2:19原创 2016-07-12 17:18:26 · 3468 阅读 · 3 评论 -
tsung测试openfire
很多人一直诟病openfire的并发能力, 由于项目中需要用到, 所以决定对openfire进行压力测试。首选的工具当然是大名鼎鼎的tsung。Tsung是采用Erlang语音开发的一个开源的支持多种协议的分布式的负载测试工具,他能被用来对HTTP, WebDAV, SOAP, PostgreSQL, MySQL, LDAP and Jabber/XMPP 服务器进行压力测试。 T原创 2016-07-08 14:26:46 · 1003 阅读 · 1 评论 -
IM设计思考:点对点消息交换
IM最基本的功能就是即时消息交换,那么一个送出的消息将经历哪些过程才能最终送达目的地?下面给出一个过程描述:1. 消息从客户端发出经过网络由客户端所直接连接的服务器接收2. 接入服务器接收到网络字节流后重组消息包(协议解包的过程)3. 合法性判断- - 只有已登陆的用户才能发送消息- - 消息包的长度限制4. 协议分析(得到消息的类型、格式、目的地等)然后交给合转载 2015-04-25 12:17:10 · 589 阅读 · 0 评论 -
IM设计思考:试问
用过IM很多年了,直到最近才开始好好想想IM的实现需要考虑哪些方面?特别是在海量用户的IM环境下,需要考虑哪些方面,自己大概思考了下总结如下:1. 海量接入QQ的最高在线用户超过了1亿,那么大约每台服务器能接入多少用户?如何将海量的登陆用户平均负载到接入服务器集群?某台接入服务器过载崩溃时如何平滑转移,避免“多米诺”骨牌效应。2. 安全认证登转载 2015-04-25 11:51:26 · 457 阅读 · 0 评论 -
IM设计思考:XMPP安全机制
XMPP(Extensible Messaging and Presence Protocol)是一个应用于实时通信的开放协议,定义了有关即时消息通信的各方面内容,本文主要是关于XMPP安全机制的介绍以及设计实现思考。XMPP包含一个保证流安全的方法来防止篡改和偷听,包括两个层次的安全机制,分别是TLS(Tansport Layer Security)和 SASL(Simple A转载 2015-04-25 12:00:32 · 545 阅读 · 0 评论 -
IM设计思考:XMPP资源绑定
XMPP协议设计中引入了一个抽象的资源绑定过程,何为资源,如何绑定?首先这得从JID的格式设计说起,JID是XMPP前身Jabber协议ID的简写,用于唯一标识一个客户身份。一个合法的 JID 包括一组排列好的元素,包括域名(domain identifier),节点名(node identifier),和资源名(resource identifier),如下:jid转载 2015-04-25 11:59:09 · 447 阅读 · 0 评论 -
IM设计思考:基于同步HTTP双向流(BOSH)的web im机制
在XMPP扩展协议XEP-0124中定义了一个传输协议来模拟两个实体 (例如一个客户端和一个服务器) 之间的长连双向TCP连接的语义,它有效地运用多个同步的HTTP"请求/应答"对,而不需要使用频繁的轮询或者分块响应。该协议简称BOSH(Bidirectional-streams Over Synchronous HTTP),协议的设计目标之一是提供准TCP的连接性能同时兼容受约束的运行环转载 2015-04-25 12:26:48 · 505 阅读 · 0 评论 -
Openfire 性能优化
Openfire 性能优化2012年05月28日 星期一 15:58http://blog.csdn.net/smm11230704/article/details/7468010 Openfire 是一个XMPP协议的IM Server。基于MINA的java nio服务器。一般就是使用mysql来作为数据库,保存配置配置信息、离线信息、用户数据转载 2015-04-24 10:39:30 · 579 阅读 · 0 评论 -
openfire性能优化
Openfire 是一个XMPP协议的IM Server。基于MINA的java nio服务器。一般就是使用mysql来作为数据库,保存配置配置信息、离线信息、用户数据。官网的数据是支持5000人同时在线,使用connectionManager可以实现支持3.3万人在线。这数据一点都不漂亮,只能作为一个类似腾讯通的局域网聊天工具使用。首先说点题外话,我测试用connect转载 2014-12-04 11:59:00 · 1229 阅读 · 0 评论 -
Openfire 中SASL的认证方式之:PLAIN,DIGEST-MD5,anonymous
SASL 的认证方式包括: 1. PLAIN:plain是最简单的机制,但同时也是最危险的机制,因为身份证书(登录名称与密码)是以base64字符串格式通过网络,没有任何加密保护措施。因此,使用plain机制时,你可能会想要结合tls。 2.DIGEST-MD5:使用这种机制时,client与server共享同一个隐性密码,而且此密码不通过网络传输转载 2014-11-23 16:28:05 · 986 阅读 · 0 评论 -
openfire2种认证方式
(一)控制台后台登陆过程直接传递用户名和密码再后台authprovide的实现类里面做验证方法是:public void authenticate(String username, String password)(二)客户端与服务器认证过程通过sasl进行验证,好处,不需要传递密码,挑战值只使用一次,根据某种规则生成response流程如下客户转载 2014-11-23 16:22:47 · 1528 阅读 · 0 评论 -
《高性能的RTC服务器OpenFire》—第一章部署与源码调试
前言OpenFire是什么,以及它能做什么?或许这是许多开发人员最关心的一个话题。简单来说,OpenFire是一个采用纯Java语言编写(核心架构使用Mina构建)的开源RTC(Real-Time Communications,实时协作)服务器。它采用XMPP协议进行分布式通信,该协议的前身其实就是基于Jabber协议,只不过XMPP对其进行了部分扩展。说到底XMPP协议无非就是一个基转载 2014-11-21 16:41:21 · 732 阅读 · 0 评论 -
优化openfire服务器,达到单机20万,集群50万
openfire压测概述Openfire 采用Java开发,基于XMPP(Jabber)协议,开源的即时通讯服务器。一直以来,对于服务器的支持最大用户数总是让人感到疑问,官方甚至还是几年前的5k。在熟悉了openfire源码后,我决定花些时间测试一下openfire的极限。经过约1个月左右的测试,总算得到预定目标(3台服务器,并发50w用户在线) 测试环境搭建转载 2016-07-09 11:33:55 · 1330 阅读 · 0 评论