मेल सर्वर में पोर्ट और एन्क्रिप्शन के बारे में

मेल क्लाइंट पर आउटगोइंग मेल सर्वर को कॉन्फ़िगर करते समय, आपको एन्क्रिप्शन के लिए 3 विकल्प दिखाई देते हैं - एन्क्रिप्शन, एसएमटीपीएस और STARTTLS के साथ-साथ 3 संभावित पोर्ट - 25, 465, 587। क्या चुनना है और किसके लिए - आइए समझते हैं।

वीडियो

पिछला < मेल सर्वर ऑपरेटिंग मोड
अगला> मेल सर्वर के लिए DNS रिकॉर्ड्स


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



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



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



और अंत में, उन्होंने प्रोटोकॉल को थोड़ा संशोधित करने का फैसला किया। कुछ मामलों में, यह बहुत अच्छी तरह से काम नहीं करता था, उदाहरण के लिए, HTTP के लिए, और एसएमटीपी के मामले में, यह पूरी तरह से उपयुक्त विकल्प निकला। इसके लिए, STARTTLS एक्सटेंशन को SMTP में जोड़ा गया था। सामान्य तौर पर, STARTTLS एक्सटेंशन का उपयोग न केवल SMTP के लिए किया जाता है, सामान्य तौर पर यह एन्क्रिप्शन वार्ता शुरू करने के लिए एक कमांड है। SMTPS के विपरीत, जो एक समर्पित पोर्ट 465 का उपयोग करता है और तुरंत कनेक्शन को एन्क्रिप्ट करता है, STARTTLS SMTP के लिए केवल एक एक्सटेंशन है, जिसका अर्थ है कि सत्र नियमित SMTP सत्र के रूप में शुरू किया गया है। मेल सर्वर एक दूसरे को बधाई देते हैं, और फिर एन्क्रिप्ट करने और उपलब्ध क्रिप्टोग्राफ़िक प्रोटोकॉल का चयन करने की पेशकश करते हैं।



परिणामस्वरूप, मानकों से STARTTLS के आगमन के साथ, उन्होंने पोर्ट 465 पर SMTPS को एक अलग सेवा के रूप में हटाने का फैसला किया। उन्होंने इसे मानकों से हटा दिया, लेकिन सेवा बनी रही, और अभी भी उपयोग में है। एन्क्रिप्शन के लिए, मैं अभी भी एक अलग विषय बनाऊंगा, लेकिन अब हम STARTTLS के बारे में बात करते हैं।



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



और इसलिए, हमें पता लगा कि एसएमटीपी है जो पोर्ट 25 पर काम करता है, एसएमटीपीएस हैं जो 465 पर काम करते हैं, लेकिन एक और पोर्ट है - 587, जो मेल सर्वर द्वारा भी उपयोग किया जाता है।



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



परिणामस्वरूप, कुछ इंटरनेट प्रदाता किसी भी उपयोगकर्ता कनेक्शन को 25 पोर्ट में ब्लॉक कर देते हैं।



यह पोर्ट इंटरनेट पर सर्वरों के बीच खुला है, लेकिन उन्होंने उपयोगकर्ताओं के लिए एक अलग सेवा बनाई - MSA (संदेश सबमिशन एजेंट - भेजने वाला एजेंट), जिससे उपयोगकर्ता कनेक्शन को सर्वर कनेक्शन से अलग किया जाता है जो अभी भी एमटीए के माध्यम से संचार करते हैं। सामान्य तौर पर, MSA पोर्ट 25 पर भी काम करता है, लेकिन इसके लिए आधिकारिक पोर्ट 587 है। तो क्या स्पैमर को इस पोर्ट का उपयोग करने से रोकता है? तथ्य यह है कि एमएसए, एक नियम के रूप में, उपयोगकर्ता प्राधिकरण की आवश्यकता है। यह एमएसए के अस्तित्व का एकमात्र कारण नहीं है - चूंकि यह ईमेल क्लाइंट के साथ काम करता है, इसलिए यह ग्राहकों के काम के लिए बेहतर रूप से अनुकूलित है - यह तुरंत संदेशों में किसी भी त्रुटि की चेतावनी देता है, उदाहरण के लिए, प्राप्तकर्ता के डोमेन पते की अनुपस्थिति।



और अंत में, एक ईमेल संदेश भेजने की प्रक्रिया का पालन करें। ऐसा करने के लिए, वायरशर्क, ईमेल क्लाइंट और जीमेल अकाउंट का उपयोग करें। यह सभी मानक टीसीपी हैंडशेक से शुरू होता है, जिसके बाद एसएमटीपी सत्र शुरू होता है। सत्र के दौरान, मेल क्लाइंट और सर्वर एक-दूसरे को शुभकामनाएं देते हैं, जिसके बाद मेल क्लाइंट सत्र को एन्क्रिप्ट करने की पेशकश करता है, सर्वर इससे सहमत होता है, जिसके बाद कुंजियों का आदान-प्रदान होता है और TLSv1.3 सत्र शुरू होता है, जिसके बाद ग्राहक एन्क्रिप्टेड में प्रवेश करता है और एक संदेश भेजता है जो दिखाई नहीं देता है एक यातायात अवरोधक के लिए।