सब कुछ के बारे में संज्ञानात्मक तथ्यों / कंप्यूटर / IMAP सूचना संग्रहण सुरक्षा

IMAP सूचना संग्रहण सुरक्षा

जैसे-जैसे सूचना प्रौद्योगिकी फैलती हैसुरक्षा का मुद्दा महत्वपूर्ण हो जाता है। इसके अलावा, अपेक्षाकृत विभिन्न विकासों के विभिन्न पहलुओं का अध्ययन करना आवश्यक है। उदाहरण के लिए, IMAP सुरक्षा - यह क्या है? इंटरनेट मैसेज एक्सेस प्रोटोकॉल कितना विश्वसनीय है? इसके क्या फायदे हैं, इसे क्यों विकसित किया गया था, कार्य के कौन से संस्करण और तंत्र मौजूद हैं - यहाँ लेख की सामग्री का संक्षिप्त वर्णन है जिसे अब आप खुद से परिचित कर रहे हैं।

IMAP क्या है?

Безопасность переписки важна в связи с тем, что в इसमें बहुमूल्य जानकारी हो सकती है। यह प्रोटोकॉल केवल ई-मेल डेटा तक पहुंच प्रदान करने के लिए एप्लिकेशन स्तर पर उपयोग किया जाता है जो इसे प्राप्त करना चाहिए। यह टीसीपी के आधार पर विकसित किया गया था और इसकी जरूरतों के लिए 143 बंदरगाहों का उपयोग करता है। IMAP उपयोगकर्ता को मेल के साथ काम करने का अवसर देता है, जो कुछ केंद्रीय सर्वर पर स्थित है। इस प्रोटोकॉल का उपयोग करने वाला एक प्रोग्राम इस तरह से आवश्यक कार्य करता है जिससे यह आभास होता है कि उपयोगकर्ता के कंप्यूटर पर सभी पत्राचार हैं। स्थानान्तरण की एक बड़ी मात्रा के साथ, एक विशेष IMAP सर्वर का उपयोग किया जा सकता है। पत्रों के हेरफेर में सामग्री रखने वाली फ़ाइलों के प्राप्तकर्ता को निरंतर स्थानांतरण की आवश्यकता नहीं होती है। लेकिन यह एकमात्र प्रोटोकॉल नहीं है जो मेल सेवाओं में उपयोग किया जाता है। इसलिए, एसएमटीपी का उपयोग अक्षरों को भेजने के लिए किया जाता है, क्योंकि IMAP को कमांड भेजना पूरी तरह से सुरक्षा की गारंटी नहीं दे सकता है। ज्ञात कमजोरियां हैं।

IMAP क्यों विकसित किया गया था?

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

POP3 पर लाभ

आपने इस विशेष प्रोटोकॉल का उपयोग क्यों किया? तथ्य यह है कि IMAP मेल, उपरोक्त के अलावा, कई फायदे हैं:

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

संदेश और उनकी विशेषताएँ

IMAP सुरक्षा कार्य प्रदान करती हैविशेष रूप से संदेशों के साथ, और उन्हें विशेष हेडर के साथ किसी भी पैकेज की आवश्यकता नहीं है। उनमें से प्रत्येक की अपनी विशेषताएं हैं। उन्हें व्यक्तिगत रूप से या दूसरों के साथ मिलकर निर्धारित किया जा सकता है। वर्तमान में IMAP प्रोटोकॉल के छह संस्करण हैं, लेकिन लगभग हमेशा केवल पिछले एक का उपयोग किया जाता है।

यूआईडी

Каждое сообщение получает свой 32-битный код.इसमें एक विशिष्ट पहचानकर्ता जोड़ा जाता है। साथ में वे एक 64-बिट अनुक्रम बनाते हैं, जो संदेश की पहचान करना आवश्यक है। यहाँ ऐसी IMAP सुरक्षा है। बाद में यह आता है, जितना अधिक यूआईडी मायने रखता है। इस पैरामीटर का उपयोग मेलबॉक्स चयन के दौरान प्रतिक्रिया कोड के रूप में किया जाता है। यह एक सत्र के दौरान या उनके बीच नहीं बदलता है। यदि तकनीकी स्थितियों में इस पैरामीटर को संपादित करने की आवश्यकता होती है, तो यूआईडी पहले की तुलना में बड़ा होना चाहिए। डेटा ट्रांसफर के लिए, समान IMAP पोर्ट का उपयोग किया जाता है।

संदेश क्रमांक

इसकी शुरुआत एक से होती है।पिछले संदेशों की तुलना में प्रत्येक बाद के संदेश की संख्या में 1 की वृद्धि हुई है। मेलबॉक्स से एक महत्वपूर्ण अंतर यह है कि यह एक कनेक्शन सत्र के दौरान बदल सकता है: उदाहरण के लिए, जब कोई पत्र पूरी तरह से हटा दिया जाता है।

संदेश के झंडे

यह विशेषता उस सूची की तरह दिखती है जिसमें हैशून्य या अधिक नामित टोकन जो मुख्य जानकारी से संबंधित हैं। IMAP 4.1 ने दो प्रकार के झंडे पेश किए। वे अस्थायी रूप से (पूरे सत्र में) कार्य कर सकते हैं, या स्थायी हो सकते हैं। सिस्टम ध्वज वह ध्वज होता है जिसके लिए प्रोटोकॉल विनिर्देश में नाम परिभाषित किया गया है। उन सभी को एक प्रतीक के साथ शुरू करना चाहिए। फिलहाल, निम्नलिखित सिस्टम झंडे परिभाषित किए गए हैं:

देखा - संदेश पढ़ा;
जवाब दिया - एक प्रतिक्रिया भेजें;
हाल - वर्तमान सत्र के दौरान संदेश दिखाई दिया;
मसौदा - एक मसौदा के रूप में चिह्नित किया गया था;
ध्वजांकित - उपयोगकर्ता ने इस संदेश को महत्वपूर्ण के रूप में चिह्नित किया है;
हटा दिया - हटा दिया।

संदेश की आंतरिक तिथि और समय

यह कैसे निर्धारित किया जाता है कि किस मात्रा में होना चाहिएये पैरामीटर? यदि संदेश SMTP प्रोटोकॉल का उपयोग करके वितरित किया गया था, तो अंतिम गंतव्य का समय और दिनांक लिया जाता है। यदि एक प्रतिलिपि कमांड का उपयोग किया जाता है, तो प्रेषक मापदंडों का उपयोग किया जाता है। आप अपना समय और दिनांक दोनों निर्धारित कर सकते हैं - ऐसा करने के लिए, एपेंड कमांड का उपयोग करें।

क्लाइंट-सर्वर इंटरैक्शन

IMAP का उपयोग करते समय, स्थापनाक्लाइंट-सर्वर सिद्धांत के पीछे संचार। इसलिए, पहला प्राप्त आदेशों को स्वयं से भेजता है, और दूसरा अनुरोधित डेटा भेजता है, साथ ही अनुरोध के निष्पादन के बारे में जानकारी भी भेजता है। सभी संदेशों में लाइनों का रूप होता है, जो एक विशेष अनुक्रम के साथ समाप्त होता है। सभी प्रक्रियाएं ग्राहक की आज्ञाओं की बदौलत शुरू होती हैं। उन्हें एक विशेष उपसर्ग-पहचानकर्ता (जो एक लघु अल्फ़ान्यूमेरिक स्ट्रिंग है) के लिए धन्यवाद दिया जाता है, जिसे एक लेबल कहा जाता है। प्रत्येक टीम की अपनी विशिष्ट संख्या होती है।

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

और लोकप्रिय सेवाओं के बारे में क्या, जैसेजीमेल लगीं? आम उपयोगकर्ताओं के लिए IMAP सेटिंग्स उपलब्ध नहीं हैं, लेकिन उन्हें बनाया जा सकता है यदि आप किसी विशेष क्लाइंट के माध्यम से ईमेल भेजते हैं। लेकिन यह केवल निवर्तमान पत्रों के लिए है।

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

सफल समापन।
विफलता।
IMAP प्रोटोकॉल त्रुटि (तब होती है जब कोई अज्ञात कमांड लागू होता है या सर्वर यह पहचानता है कि सिंटैक्स में कोई समस्या है)।

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

निष्कर्ष

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