हम एमएमपी प्रोटोकॉल (Mail.ru एजेंट) का अध्ययन करते हैं और एक वैकल्पिक क्लाइंट लिखते हैं

यह एक रहस्य नहीं है कि Mail.ru Agent एक काफी लोकप्रिय IM प्रोजेक्ट बन गया है। यहां आपको ICQ, XMPP, वॉयस कॉल और यहां तक ​​कि एसएमएस भेजने का भी समर्थन है, केवल Mail.ru डेवलपर्स के बारे में पूरी तरह से भूल गया है।
Mail.ru डेटा एक्सचेंज प्रोटोकॉल का आधिकारिक दस्तावेज। एजेंट 2008 में लागू प्रोटोकॉल संस्करण 1.7 का वर्णन करता है। वर्तमान में सर्वर प्रोटोकॉल संस्करण 1.24 का उपयोग करता है।

सिद्धांत की बिट

पहली नज़र में, नेटवर्क क्लाइंट लिखना मुश्किल नहीं है, लेकिन नेटवर्क प्रोग्रामिंग में कई नुकसान हैं। टीसीपी / आईपी के विवरण को समझने के बिना, एक प्रभावी और स्थिर आवेदन लिखना लगभग असंभव है।

डेटा इंटीग्रिटी ट्रांसमिट करें

जैसा कि आप जानते हैं, टीसीपी एक स्ट्रीमिंग प्रोटोकॉल है, और यद्यपि डेटा आईपी पैकेट में प्रसारित किया जाता है, पैकेट का आकार सीधे टीसीपी द्वारा प्रेषित डेटा की मात्रा से संबंधित नहीं है। इसलिए, निश्चितता के साथ यह कहना असंभव है कि जब आरईवी को कहा जाता है, तो हम बाइट्स की निर्दिष्ट संख्या प्राप्त करेंगे।
दी गई लंबाई का डेटा प्राप्त करने के लिए, मैं इस फ़ंक्शन का उपयोग करता हूं,

#define SEND 0 #define RECV 1 int (__stdcall *tcp_func)(SOCKET s,char* buf,int len,int flags); //   /    len int tcp_rs(unsigned char type,SOCKET s, void *buf, int len, int flags) { int total = 0; int n; *(void* *)&tcp_func=(type==SEND)?&send:&recv; while(total < len) { n = tcp_func(s, (char *)buf+total, len-total, flags); if(n>0) { total += n; } else if(n == 0) { closesocket(s); return 0; } else { n=WSAGetLastError(); closesocket(s); return (!n+1); } } return total; } 

यदि, यदि सफल, प्राप्त / प्रेषित बाइट्स की संख्या को लेन के बराबर देता है, तो 0 यदि कनेक्शन काट दिया गया था या बंद कर दिया गया था और (माइनस) त्रुटि संख्या, अगर कॉल / रीव फ़ंक्शन को कॉल विफल हो जाता है।

नेटवर्क आउटेज

यह भी याद रखना आवश्यक है कि टीसीपी कनेक्शन को प्रदूषित नहीं करता है। सर्वर क्रैश (वियोग, विफलता) के दौरान सॉकेट्स को अवरुद्ध करने के मामले में, हम एक जवाब "हमेशा" के लिए इंतजार करेंगे, कार्यक्रम बस "जमा देता है"।
डिस्कनेक्ट किए गए कनेक्शन को निर्धारित करने का एक तरीका एक रखने वाले टाइमर के माध्यम से है।

 #define SIO_KEEPALIVE_VALS _WSAIOW(IOC_VENDOR,4) #pragma pack(push,1) //   typedef struct tcp_keepalive { DWORD onoff; DWORD keepalivetime; DWORD keepaliveinterval; } tcp_keepalive; #pragma pack(pop) //     keep-alive struct tcp_keepalive alive; DWORD dwSize; alive.onoff = 1; alive.keepalivetime = 5000; alive.keepaliveinterval = 1000; WSAIoctl(my_sock, SIO_KEEPALIVE_VALS, &alive, sizeof(alive),NULL, 0, &dwSize, NULL, NULL); 

हमारे मामले में, यदि कनेक्शन 5 सेकंड के भीतर सक्रिय नहीं है, तो एक सेवा संदेश भेजा जाएगा, अगर इसका कोई जवाब नहीं है, तो कनेक्शन बंद हो जाएगा।

प्रोटोकॉल के बारे में

एमएमपी बाइनरी एसिंक्रोनस प्रोटोकॉल। बाइनरी का अर्थ है कि डेटा एक निश्चित संरचना के पैकेट के रूप में प्रेषित होता है:

 //   typedef struct mrim_packet_header_t { unsigned int magic; // Magic unsigned int proto; //   unsigned int seq; // Sequence unsigned int msg; //   unsigned int dlen; //   unsigned int from; //   unsigned int fromport; //   unsigned char reserved[16]; //  } mrim_packet_header_t; //    ,   MFC, Delphi  typedef struct LPS { unsigned int len; unsigned char *str; } LPS; 

यहां अतुल्यकालिक इस तथ्य की विशेषता है कि सर्वर, विभिन्न समय अंतराल पर एक निरंतर कनेक्शन बनाए रखता है, ग्राहक को डेटा पैकेट भेजता है, जिसके प्राप्त होने पर ग्राहक (और कुछ मामलों में) का जवाब देता है और सर्वर को प्रतिक्रिया भेजता है।

क्लाइंट कनेक्शन शुरू करता है, इससे पहले आपको आईपी में "मुफ्त" एमएमपी सर्वर का पता प्राप्त करने की आवश्यकता है : पोर्ट टेक्स्ट प्रारूप, बस mrim.mail.ru से कनेक्ट करके। आधिकारिक क्लाइंट संस्करण 5.9 कनेक्शन के लिए निम्नलिखित पोर्ट का उपयोग करता है: 2024, 80, 5190, 1863, 25, 110, 443।
जैसा कि आधिकारिक दस्तावेज में कहा गया है, अनुशंसित पते से कनेक्ट होने के बाद, ग्राहक को पैकेज MRIM_CS_HELLO भेजना होगा, MRIM_CS_HELLO_ACK की प्रतीक्षा करें, और फिर प्राधिकरण पैकेज भेजें, फिर मज़ा शुरू होता है।

वास्तव में

संस्करण 1.22 (Mail.ru एजेंट 5.7) से शुरू, प्राधिकरण विधि बदल गई है। अब प्राधिकरण के लिए मापदंडों के साथ एक पैकेट 0x1078 (MRIM_CS_LOGIN3) भेजना आवश्यक है

अधिकृत उपयोगकर्ता का LPS ## लॉगिन ## ईमेल
LPS ## md5 पासवर्ड ## पासवर्ड md5 में एन्क्रिप्ट किया गया
FFFFFFFF
और Mail91 क्लाइंट की पहचान करने वाले 1391 बाइट्स

वर्तमान में (प्रोटोकॉल संस्करण 1.24), प्रोटोकॉल अनिवार्य एन्क्रिप्शन का समर्थन करता है। MRIM_CS_HELLO_ACK पैकेट प्राप्त करने के बाद, ग्राहक 0x1086 पैकेट भेजता है और 0x1087 प्रतिक्रिया प्राप्त करता है, जिसके बाद SSL कनेक्शन को प्रारंभ किया जाता है।
लेकिन अभी तक, किसी ने हमें प्रोटोकॉल के पुराने संस्करणों का उपयोग करने से मना किया है।

क्लाइंट के काम की एक महत्वपूर्ण विशेषता यह है कि क्लाइंट सर्वर से पैकेट MRIM_CS_CONTACT_LIST2 प्राप्त करने के बाद ही अपने अनुरोध भेज सकता है, जो बदले में सफल प्राधिकरण के बाद भेजा जाता है।

परियोजनाओं

पूरे एमएमपी क्लाइंट कोड में बहुत अधिक जगह होगी, इसलिए मैं आपको खुद इसे डाउनलोड करने और इसका अध्ययन करने का सुझाव देता हूं। MMPclient_sample.25.04.2011.rar संग्रह में C स्रोत कोड और एक Visual Studio प्रोजेक्ट है।
यूपीडी: जीथुब स्रोत

प्रोटोकॉल का अध्ययन करने के लिए, एक छोटा SOCKS 5 सर्वर लिखा गया था। यह आपको क्लाइंट और सर्वर के संदेशों की श्रृंखला को आसानी से ट्रैक करने की अनुमति देता है। सर्वर स्रोतों और परियोजना को यहां डाउनलोड किया जा सकता है।

और यह भी:

• Mail.ru कुंजी प्राप्त करें - वेब प्राधिकरण कुंजी प्राप्त करने के लिए एक कार्यक्रम, जिसका उपयोग बॉक्स में दर्ज करने के लिए किया जा सकता है, md5 पासवर्ड हैश द्वारा
• Mail.ru एसएमएस प्रेषक - एसएमएस संदेश भेजने के लिए कार्यक्रम
• Bruteforce MMP - mail.ru सेवा पासवर्ड चयन

संदर्भ

Mail.ru Agent के सभी संस्करण
प्रोटोकॉल आधिकारिक दस्तावेज

जीत ट्यूटोरियल
एक टीसीपी कनेक्शन ब्रेक का पता लगाना
प्रभावी टीसीपी / आईपी प्रोग्रामिंग