mongodb认证源码分析——使用策略模式，网络不传输密码

wheat

　　最近研究了一下mongodb的用户认证全过程，也根据产品需求对mongodb的认证做了相关的修改。现在将mongodb分片过程中mongos的认证过程全解如下。首先从整体上把握认证的全过程，以下面简单的序列图来表示，第一步：调用者调用认证接口之后，从mongos获取随机码，用随机码+用户名+密码生成digest，并且发送用户名，随机码和Digest给mongos认。第二步： Mongos收到认证消息之后，取用户名。取随机码和digest. 第三步：mongos先从其缓存中获取用户信息，获取不到，到mongod去获取保存在数据库中的用户信息。第四步：按照Driver的方式生成一个Digest 即computed。第五步：比较digest 和Computed.返回结果。
　　

　　  
　　Driver的代码很简单，不想多说，现在我们来看看mongos收到上面的消息之后，是怎样认证的，现将整个认证过程中重要的步骤的架构图勾画如下：
　　  
　　我这里不想去解析mongodb的通信过程代码，那部分代码，各位感兴趣的话，可以去研读。Mongo驱动与mongos或者mongod建立连接之后，会通过MessagingServer::accepted而accept是一个虚函数，就会调用PortMessageServer::accepted函数创建一个线程，而其入口正是接收所有消息的PortMessageServer:: handleIncomingMsg函数，看看其收到消息之后的关键代码：



static void* handleIncomingMsg(void* arg) {
             TicketHolderReleaser connTicketReleaser( &Listener::globalTicketHolder );

            invariant(arg);
            scoped_ptr portWithHandler(
                static_cast(arg));
            MessageHandler* const handler = portWithHandler->getHandler();
            .............
            Message m;
            int64_t lastIdle = Listener::getElapsedTimeMillis();
            int64_t avgMillisBetweenIdle = 0;
            try {
                LastError * le = new LastError();
                lastError.reset( le ); // lastError now has ownership

                handler->connected(portWithHandler.get());

                while ( ! inShutdown() ) {
                    m.reset();
                    portWithHandler->psock->clearCounters();

                    if (!portWithHandler->recv(m)) {
                        if (!serverGlobalParams.quiet) {
                            int conns = Listener::globalTicketHolder.used()-1;
                            const char* word = (conns == 1 ? " connection" : " connections");
                            log()