MSNP8协议解析以及对客户端的模拟实现

由于现所在的公司的应用需要，因而有机会自己接触到了MSN 通信协议。前2周左右的时间里，自己完成了部分的功能，算是对协议的一次验证吧。在此贴出本文，希望能有抛砖引玉之效，言归正传吧。

与客户端交互的MSN的服务器种类有三种：分派服务器（Dispatch Server, DS），通知服务器(Notification Server, NS)，以及接线服务器（Switchboard Server, SS）。相关定义介绍可以看这里http://ericzhi-room.spaces.live.com/blog/cns!A1EE72D8F7FD1!217.entry?sa=842045214 。

　　MSN 客户端登陆过程如下（以MSNP8为例）

MSN 客户端登陆步骤

1. 以TCP连接到(DS)messenger.hotmail.com:1863，发送指令：
C>> VER 1 MSNP11 CVR0(\r\n)
DS<< VER 1 MSNP11

2. 客户端发送CVR指令说明当前使用的环境
C>> CVR 2 0x0804 win 5.1.2600 i386 MSNMSGR 7.0.0813 MSMSGS rayWalker@live.cn
DS<< CVR 2 1.0.0000 1.0.0000 1.0.0000 http://msgr.dlservice.microsoft.com http://download.live.com/?sku=messenger

3. 客户端发送USR说明身份
C>> USR 3 TWN I rayWalker@live.cn
DS>> XFR 3 NS 207.46.124.105:1863 0 64.4.9.254:1863
//第三个参数为NS服务器的通讯地址，第五个是当前连接的服务器IP与端口

4. 客户端关闭与以上DS的连接
C>> OUT

5. 客户端与NS服务器建立连接，发送之前的指令消息：
C>> VER 1 MSNP11 CVR0(\r\n)
NS<< VER 1 MSNP11

C>> CVR 2 0x0804 win 5.1.2600 i386 MSNMSGR 7.0.0813 MSMSGS rayWalker@live.cn
NS<< CVR 2 1.0.0000 1.0.0000 1.0.0000 http://msgr.dlservice.microsoft.com http://download.live.com/?sku=messenger

C>> USR 3 TWN I rayWalker@live.cn
NS<< USR 3 TWN S ct = 127137673, rver=5.5.4182.0, wp=
FS_40SEC_0_COMPACT,lc=1033,id=507,ru=http:%2F%2messenger.msn.com,
tw=0,kpp=1,kv=4,ver=2.1.6000.1,rn=1lgjbfIL,tpf=b073adghiuhwg142614

//响应的 S 表示后面的身份验证过程开始。

6. 使用SSL协议进行验证
(1)以SSL连接到[https://]nexus.passport.com:443端口，发送指令：
GET /rdr/pprdr.asp HTTP/1.0\r\n
\r\n
(2)从服务器返回的信息中取得PassportURLs字段中的DALogin部分，
取得需要连接的服务器（如login.passport.com/login2.srf）
(3)客户端以SSL连接(2)中得到的服务器的443端口，进行如下请求：
GET /login2.srf HTTP/1.1\r\n
Authorization:
OrgVerb=GET,OrgURL=%2F%2messenger.msn.com(与先前DS返回的地址保持一致)，
sign-in=rayWalker@live.cn,pwd=*********,
tw=0,kpp=1,kv=4,ver=2.1.6000.1,rn=1lgjbfIL,tpf=b073adghiuhwg142614
User-Agent: MSMSGS\r\n
Host: login.passport.com\r\n
Connection: Keep-Alive\r\n
Cache-Control: no-cache\r\n
//接下来，还是有可能失败，需要重定向到另外的服务器进行验证。
//如果成功，服务器返回的信息中会包含ticket信息
//在from-PP='t=*********'中，保存取得的单引号中的信息即为
//所需ticket
(4)关闭SSL连接，回到NS服务器上，发送包含ticket的指令：
C>> USR 4 TWN S t=*********
//如果认证成功NS可收到返回信息：
DS<< USR 4 OK rayWalker@live.cn 1 0

7. 同步本地联系人，客户端发送指令：
C>> SYN 5 0 0\r\n
NS<< SYN 5 2010-04-15T03:52:46.047-07:00 2010-04-15T03:52:45.833-07:00 6 1
GTC A
BLP BL

8. 发上线的通知
//在收到DS的同步相应消息后，客户端可向服务器发送指令：
C>> CHG 6 NLN
DS<< CHS 6 NLN 0
// DS发送回相关的联系人的信息
// 返回指令包含 FLN，NLN，UBX...
(发送QRY 7 fsgjhihg 指令，Ping 当前的服务器NS<< QRY 7\r\n)

9. 接收外部客户的查询交互信息(建立语言识别资源库
1. 以TCP连接(DS)messenger.hotmail.com:1863，发送指令：

C>> VER 1 MSNP8 CVR0(\r\n)

DS<< VER 1 MSNP8

2. 客户端发送CVR指令说明当前使用的环境

　　 C>> CVR 2 0x0804 win 5.1.2600 i386 MSNMSGR 7.0.0813 MSMSGS example@passport.com

DS<< CVR 2 1.0.0000 1.0.0000 1.0.0000 http://msgr.dlservice.microsoft.com http://download.live.com/?sku=messenger

　 3. 客户端发送USR说明身份

　　 C>> USR 3 TWN I example@passport.com

　　 DS>> XFR 3 NS 207.46.124.105:1863 0 64.4.9.254:1863

// XFR 命令指出客户端可以与NS 服务器进行通讯连接了。其中第三个参数为NS服务器的通讯地址，第五个是当前连接的实际服务器IP与端口。

4. 客户端关闭与以上DS的连接

C>> OUT

5. 客户端与NS服务器建立连接，发送之前的指令消息：

　　 C>> VER 1 MSNP8 CVR0(\r\n)

　NS<< VER 1 MSNP8

C>> CVR 2 0x0804 win 5.1.2600 i386 MSNMSGR 7.0.0813 MSMSGS example@passport.com

NS<< CVR 2 1.0.0000 1.0.0000 1.0.0000 http://msgr.dlservice.microsoft.com http://download.live.com/?sku=messenger

C>> USR 3 TWN I example@passport.com

NS<< USR 3 TWN S ct = 127137673, rver=5.5.4182.0, 　　　　　　wp=FS_40SEC_0_COMPACT,lc=1033,id=507,ru=http:%2F%2messenger.msn.com, 　　tw=0,kpp=1,kv=4,ver=2.1.6000.1,rn=1lgjbfIL,tpf=b073adghiuhwg142614

// 注意到TWN命令S 表示后面的身份验证过程开始，它之后的字符串被称为Challenge String，用于后面的SSL 身份验证 .

　　6. 使用SSL协议进行身份验证的一般过程

　　(1)以SSL连接到[https://]nexus.passport.com:443端口，发送指令：

　　GET /rdr/pprdr.asp HTTP/1.0\r\n \r\n

　　(2)从服务器返回的信息中取得PassportURLs字段中的DALogin部分，取得需要连接的服务器（如login.passport.com/login2.srf）

　　(3)客户端以SSL连接(2)中得到的服务器的443端口，进行如下请求：

　　GET /login2.srf HTTP/1.1\r\n

　　Authorization: OrgVerb=GET,OrgURL=%2F%2messenger.msn.com(与先前DS返回的ChallengeString保持一致)，sign-　　　　in=example@passport.com,pwd=******, tw=0,kpp=1,kv=4,ver=2.1.6000.1,rn=1lgjbfIL,tpf=b073adghiuhwg142614

　　User-Agent: MSMSGS\r\n

　　Host: login.passport.com\r\n

　　Connection: Keep-Alive\r\n

　　Cache-Control: no-cache\r\n

　　//接下来，还是有可能失败，需要重定向到另外的服务器进行验证。如果成功，服务器返回的信息中会包含ticket信息 在from-PP='t=*********'中，保存取得的单引号中的信息即为所需ticket。

　　(4)关闭SSL连接，回到NS服务器上，发送包含ticket的指令：

　　C>> USR 4 TWN S t=*********

　　// 认证成功NS可收到如下返回信息，认为登陆成功。

　　DS<< USR 4 OK example@passport.com nickname 1 0

　　7. 客户端发送指令同步本地联系人

　　C>> SYN 5 0 0\r\n

　　NS<< SYN 5 2010-04-15T03:52:46.047-07:00 2010-04-15T03:52:45.833-07:00 6 1

　　GTC A

　　BLP BL

// DS发送回相关的联系人的信息，联系人所在列表，群的信息等

　　8. 发上线的通知

　　//在收到DS的同步相应消息后，客户端可向服务器发送指令：

　　C>> CHG 6 NLN

　　DS<< CHS 6 NLN 0

通知在联系人列表中的contact当前用户已经上线。

MSN 连接状态的保持

1. 在上线后的一段时间内，会收到NS发送的验证信息：

　　DS<< CHL 0 23535 7436571354157672341575625

该命令的最后参数为随机的数字字符串（a challenge），你需要在50s 内发回QRY的应答消息，不回答或是答错都将会被NS断开连接，并且没有任何出错提示。

Client ID string	Client ID code
msmsgs@msnmsgr.com	Q1P7W2E4J9R8U3S5
PROD0038W!61ZTF9	VT6PX?UQTM4WM%YR
PROD0058#7IL2{QD	QHDCY@7R1TB6W?5B
PROD0061VRRZH@4F	JXQ6J@TUOGYV@N0M

　 可以从以上的组合中选出一组，在响应的QRY命令中要求Client ID String， 而对应的ID Code 将与服务器发送过来的challenge组成 challenge + Client ID Code组合字符串。随后利用MD5加密算法计算这个字符串 32位的digest。发回响应的命令：

　　C>> QRY trID Client_ID_String 32\r\n [i]digest[/i]

[i] 验证成功会收到NS的返回信息[/i]

[i] NS<< QRY [i]trID [/i][/i]\r\n

[i]
[/i]

2. 为防止端口被关闭，客户端可以定时向NS发送心跳包， 以测试当前TCP的连接状态

　　C>> PNG\r\n

NS<< QNG\r\n

总结：

1> 在实现协议交互的过程中，以上登陆的阶段是近乎同步的通信过程，单独得响应过程应该不会有太大的难点。着重说明的还有发送的消息格式要严格遵循，每条消息后一般都会有\r\n结尾，另外实际利用socket发送出去的数据的实际大小也要一致。否则，你的连接会被服务器悄无声息地断掉 ;)

2> 另外在利用MD5算法时，可以利用现有的开源代码。这个在协议MSNP11中验证的计算方式发生了变化，有兴趣的园友可以研究下。

3> 在以SSL方式验证时可以调用WinINet中的相关的函数（InternetOpen，InternetOpenUrl，HttpQueryInfo），获取验证服务器返回的ticket。然而这在C#中利用 WebService 却可以得到更快的实现。

4> 最重要的会是网络通信模型的选择以及多线程的应用，因为与NS的连接要一直保存下去；而对于建立/发起外部的会话，这就要关联到与不同的SS交互的过程。最后与MSN Activity 展开交互的部分，仍然成为了现阶段需要解决的难点。

Ref URL:

MSN协议分析的最佳网站

1. http://www.hypothetic.org/docs/msn/index.php

2. http://msnpiki.msnfanatic.com/index.php/MSN_Protocol_Version_8

支持MSN Messenger Client 的开源作品

3. http://www.miranda-im.org/

4. http://code.google.com/p/msnp-sharp/