"मालिंका" पर मेल

डिज़ाइन

मेल, मेल... विकिपीडिया कहता है, "वर्तमान में, कोई भी नौसिखिया उपयोगकर्ता अपना स्वयं का निःशुल्क इलेक्ट्रॉनिक मेलबॉक्स बना सकता है, बस किसी एक इंटरनेट पोर्टल पर पंजीकरण कर सकता है।" तो इसके लिए अपना खुद का मेल सर्वर चलाना थोड़ा अजीब है। फिर भी, मुझे उस महीने का पछतावा नहीं है जो मैंने इस पर बिताया, जिस दिन से मैंने ओएस स्थापित किया था उस दिन से लेकर उस दिन तक जब मैंने इंटरनेट पर प्राप्तकर्ता को अपना पहला पत्र भेजा था।

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

विकिपीडिया का कहना है, "यह वेब के भविष्य का एक अद्भुत दृष्टिकोण है।" प्रथम प्रकाशन की तिथि को 20 वर्ष बीत चुके हैं। भविष्य आ गया है. हालाँकि, सात हजार ग्राहकों, "मेरी साइट के लिए मासिक आय" के दस हजार रूबल आदि के बिना यह मुझे बहुत अच्छा नहीं लगता। जिसने, संभवतः, मुझे "विकेंद्रीकृत सामाजिक नेटवर्क" की ओर धकेल दिया, जिसमें "उनके (नए उपयोगकर्ताओं - एन.एम.) पोस्ट पर बहुत कम संख्या में लाइक", एक डोमेन पंजीकृत करना और अपना स्वयं का सर्वर लॉन्च करना शामिल था।

मैं कानून में अच्छा नहीं हूं. जब तक मुझे अपने मोबाइल फोन पर संघीय कानून 126-एफजेड में संशोधन के लागू होने के संबंध में व्यक्तिगत डेटा की पुष्टि करने की आवश्यकता के बारे में एक संदेश नहीं मिला, मैं यही कानून जानता हूं।

और फिर यह पता चला कि ये कानून बारिश के बाद मशरूम की तरह हैं। अगर मैंने मुफ़्त मेल का उपयोग जारी रखा होता, तो शायद मुझे पता नहीं चलता।

"और अब आप और मैं कौन हैं?"

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

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

डिज़ाइन

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

एक हबरा उपयोगकर्ता ने बहुत अच्छा लिखा, "मेरी राय में, सिस्टम प्रशासन में मेल सिस्टम स्थापित करना सबसे कठिन काम है।" अगले PostfixBasicSetupHowto (से help.ubuntu.com), हालाँकि, मैंने उपनाम डेटाबेस, .फ़ॉरवर्ड फ़ाइलें और वर्चुअल उपनाम के बारे में कुछ हिस्सों को छोड़ दिया।

लेकिन एसएसएल/टीएलएस के लिए मैंने समर्पित पोस्टफिक्स से प्रमाणपत्र बनाने के लिए बैश के लिए 12 कॉन्फ़िगरेशन लाइनें और 9 कमांड लाइनें लीं लेख कम्युनिटीहेल्पविकि पर (उसी डोमेन पर)। help.ubuntu.com) (केवल यह एसएसएल/टीएलएस काम करता है - यही सवाल है)। प्रदाता के व्यक्तिगत खाते में फ़ायरवॉल, राउटर पर (मैंने यथासंभव लंबे समय तक मिकरोटिक की स्थापना बंद कर दी; मैंने मेल सर्वर को सीधे अपार्टमेंट में स्थापित इंटरनेट प्रदाता केबल से कनेक्ट करके पत्र भेजे), कमांड मेल, मेलक्यू, पोस्टसुपर -डी पहचानकर्ता, फ़ाइल भी उपयोगी थी /var/log/mail.log, पैरामीटर हमेशा_add_missing_headers, पीटीआर रिकॉर्ड के बारे में जानकारी, अंत में, साइट mail-tester.com (ऑलिगोफ्रेनिक डिज़ाइन के साथ), जिसके बारे में "मेल" में नहीं लिखा गया है “हैबर पर लेख, जैसे कि यह निश्चित रूप से मामला था।

/etc/postfix/main.cf फ़ाइल में myhostname पैरामीटर के मान को सही करने से पहले

/etc/postfix/main.cf फ़ाइल में myhostname पैरामीटर के मान को सही करने के बाद

इंटरनेट प्रदाता की तकनीकी सहायता सेवा के पहले पत्र ने मुझे सिखाया कि मेल कंसोल प्रोग्राम का उपयोग करके पत्र खोलने की कोई आवश्यकता नहीं है, ताकि बाद में उन्हें किसी परिचित ईमेल क्लाइंट का उपयोग करके खोला और पढ़ा जा सके। जाहिर है, यह "नौसिखिए व्यवस्थापकों के लिए" कोई समस्या नहीं है।

इसके विपरीत, टिप्पणियों में (पोस्टफिक्स हैशटैग के साथ अन्य लेखों के लिए) एक हैबर उपयोगकर्ता पूछता है "चीजों को थोड़ा जटिल करने के लिए, विभिन्न भागों के लिए वेब इंटरफेस और डेटाबेस से प्रमाणीकरण के बारे में क्या", दूसरे के लिए "जाहिरा तौर पर, यह सबसे अधिक है" उन लोगों के लिए मुश्किल है जिन्होंने मूली से अधिक मीठा कभी नहीं खाया है: कर्नेल क्रैश, सुरक्षा (सेलिनक्स/एपरमोर), थोड़ा वितरित सिस्टम...", एक तीसरा "iRedmail स्क्रिप्ट" के बारे में लिखता है। आप बस IPv6 के बारे में लिखने का सुझाव देने वाले अगले व्यक्ति की प्रतीक्षा करें।

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

मिकरोटिक एक पूरी अलग कहानी है।

ठीक है अब सब ख़त्म हो गया। ईमेल प्राप्त पत्र में रूसी अक्षरों (koi8-r वर्ण तालिका के अनुसार) के बजाय कंसोल कमांड, कॉन्फ़िगरेशन फ़ाइलों (डीएनएस की स्थापना सहित), लॉग, दस्तावेज़ीकरण, हेक्साडेसिमल संख्याओं का एक सेट नहीं रह गया है और एक परिचित ईमेल बन गया है क्लाइंट अपने प्रोटोकॉल imap, Pop3, smtp, अकाउंट, इनकमिंग और भेजे गए संदेशों के साथ।

सामान्य तौर पर, यह वैसा ही दिखता है जैसा प्रमुख आईटी कंपनियों की मुफ्त ईमेल सेवाओं का उपयोग करते समय ईमेल दिखता है।

हालाँकि बिना वेब इंटरफ़ेस के।

शोषण

फिर भी, लॉग देखने से कोई बच नहीं सकता!

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

मेरे द्वारा राउटर के माध्यम से सर्वर कनेक्ट करने के बाद भी ये प्रयास बंद नहीं हुए। आज के लॉग मेरे लिए अज्ञात उसी आईपी पते से एसएमटीपी कनेक्शन से भरे हुए हैं। हालाँकि, मैं इतना आत्मविश्वासी हूँ कि मैं इसके विरुद्ध कोई कार्रवाई नहीं करता: मुझे आशा है कि भले ही पत्र प्राप्त करने के लिए उपयोगकर्ता नाम सही ढंग से चुना गया हो, हमलावर पासवर्ड का अनुमान नहीं लगा पाएगा। मुझे यकीन है कि कई लोगों को यह असुरक्षित लगेगा, जैसे कि आज के हमले पूरी तरह से /etc/postfix/main.cf में SMTP रिले सेटिंग्स और एक्सेस कंट्रोल पर निर्भर हैं।

और वे मेरे मेल की सुरक्षा को चकनाचूर कर देंगे।

स्रोत: www.habr.com