ფოსტა "მალინკაზე"

პროექტირება

ფოსტა, ფოსტა... „ამჟამად ნებისმიერ დამწყებ მომხმარებელს შეუძლია შექმნას საკუთარი უფასო ელექტრონული საფოსტო ყუთი, უბრალოდ დარეგისტრირდით ერთ-ერთ ინტერნეტ პორტალზე“, - ნათქვამია ვიკიპედიაში. ასე რომ, ამისთვის საკუთარი ფოსტის სერვერის გაშვება ცოტა უცნაურია. მიუხედავად ამისა, არ ვნანობ იმ თვეს, რომელიც ამაზე დავხარჯე, ვითვლით იმ დღიდან, როცა OS დავაინსტალირე იმ დღემდე, სანამ ადრესატს გავუგზავნე ჩემი პირველი წერილი ინტერნეტში.

ფაქტობრივად, iptv მიმღებები და "ერთი დაფის კომპიუტერი, რომელიც დაფუძნებულია Baikal-T1 პროცესორზე", ისევე როგორც Cubieboard, Banana Pi და სხვა მოწყობილობები, რომლებიც აღჭურვილია ARM მიკროპროცესორებით, შეიძლება განთავსდეს იმავე დონეზე, როგორც "ჟოლო". ყველაზე აგრესიულად რეკლამირებულ ვარიანტად „მალინკა“ აირჩიეს. ერთ თვეზე მეტი დასჭირდა ამ "ერთი დაფის კომპიუტერის" სასარგებლო გამოყენების პოვნას. დაბოლოს, გადავწყვიტე მასზე გამომეყენებინა ფოსტის სერვერი, ახლახან წავიკითხე სამეცნიერო ფანტასტიკური რომანი ვირტუალური რეალობის შესახებ.

"ეს არის მშვენიერი ხედვა ინტერნეტის მომავლის შესახებ", - ნათქვამია ვიკიპედიაში. პირველი გამოქვეყნების დღიდან 20 წელი გავიდა. მომავალი მოვიდა. თუმცა, ეს არ მეჩვენება მშვენივრად შვიდი ათასი აბონენტის გარეშე, ათი ათასი რუბლი "ჩემი საიტის ყოველთვიური შემოსავალი" და ა. რამაც, ალბათ, მიბიძგა „დეცენტრალიზებული სოციალური ქსელებისკენ“ „მათი (ახალი მომხმარებლების - N.M.) პოსტების მწირი რაოდენობის მოწონებით“, დომენის დარეგისტრირებით და საკუთარი სერვერის გაშვებით.

მე არ ვარ კარგი კანონები. თუ მე არ მივიღე შეტყობინება მობილურ ტელეფონზე პერსონალური მონაცემების დადასტურების აუცილებლობის შესახებ ფედერალურ კანონში 126-FZ ცვლილებების ძალაში შესვლასთან დაკავშირებით, ეს არის კანონი, რომელიც მე ვიცი.

შემდეგ კი აღმოჩნდა, რომ ეს კანონები წვიმის შემდეგ სოკოს ჰგავს. მე რომ გავაგრძელო უფასო ფოსტის გამოყენება, ალბათ არ ვიცოდი.

"და ვინ ვართ ახლა მე და შენ?"

პირველ რიგში, კანონში უბრალოდ არ არსებობს ელ.ფოსტის სერვისის ორგანიზატორი. არსებობს "მყისიერი შეტყობინებების სერვისის ორგანიზატორი", მაგრამ ეს ცოტა განსხვავებულია. დამატება „პირადი, საოჯახო და საყოფაცხოვრებო საჭიროებისთვის“, რა თქმა უნდა, ამ ორგანიზატორს უხსნის კანონით გათვალისწინებულ ყველა ვალდებულებას, მაგრამ მაინც არა იმ ორგანიზატორს, რომელიც საჭიროა.

ხელთ რომ გვაქვს Ubuntu სერვერის სახელმძღვანელო, კანონთან ერთად, ვფიქრობ, რომ გარდა ჩეთებისა მათი მყისიერი შეტყობინებებით, „ინტერნეტის მომხმარებლებისგან ელექტრონული შეტყობინებების მიღების, გადაცემის, მიწოდების და (ან) დამუშავებისთვის“, ასევე განკუთვნილია ელ.ფოსტის სერვისები ( რაც აშკარაა) და ფაილების სერვერები (რაც არც ისე აშკარაა).

განვითარება

ჰეშთეგის პოსტფიქსით აქ სხვა სტატიებთან შედარებით, ჩემი შემოქმედება, რა თქმა უნდა, ძალიან პრიმიტიულია. არ არის მომხმარებლის ავტორიზაცია, არ არის მონაცემთა ბაზა, არ არის მომხმარებლები, რომლებიც არ არიან მიბმული ადგილობრივ ანგარიშებთან (პირველი და მესამე არის „მინიმალურ ფოსტის სერვერზე“; მონაცემთა ბაზა თითქმის ყველგან არის, ისევე როგორც dovecat).

”ფოსტის სისტემის შექმნა, ჩემი აზრით, ყველაზე რთული ამოცანაა სისტემის ადმინისტრირებაში”, - წერს ჰაბრას ერთმა მომხმარებელმა. მიჰყვება PostfixBasicSetupHowto (of help.ubuntu.com), მე გავაკეთე ნაწილები Alias ​​მონაცემთა ბაზის შესახებ,. Forward Files და ვირტუალური ალიანსები.

მაგრამ SSL/TLS– სთვის მე მივიღე 12 კონფიგურაციის ხაზი, პლუს 9 ბრძანების სტრიქონი ბაშისთვის მუხლი CommunityHelpwiki- ზე (იმავე დომენზე help.ubuntu.com) (მხოლოდ ამ SSL/TLS მუშაობს - ეს არის კითხვა). პროვაიდერის პირად ანგარიშში არსებული firewall, nat როუტერზე (მიკროტიკის დაყენება შეძლებისდაგვარად გადავდე; წერილები გავგზავნე ფოსტის სერვერის პირდაპირ ბინაში დაყენებულ ინტერნეტ პროვაიდერის კაბელთან შეერთებით), ბრძანებები mail, mailq, postsuper -d იდენტიფიკატორი, ფაილი ასევე სასარგებლო იყო /var/log/mail.log, პარამეტრი ყოველთვის_add_missing_headers, ინფორმაცია ptr ჩანაწერის შესახებ, ბოლოს, საიტი mail-tester.com (ოლიგოფრენიული დიზაინით), რომლის შესახებაც არ წერია "mail-ში". ”სტატიები HABR- ზე, თითქოს ეს საკითხი იყო.

MyHoStName პარამეტრის მნიშვნელობის გამოსწორებამდე /etc/postfix/main.cf ფაილში

MyHoStName პარამეტრის მნიშვნელობის გამოსწორების შემდეგ /etc/postfix/main.cf ფაილში

ინტერნეტ პროვაიდერის ტექნიკური დახმარების სერვისის პირველმა წერილმა მასწავლა, რომ არ არის საჭირო წერილების გახსნა ფოსტის კონსოლის პროგრამის გამოყენებით, რათა მოგვიანებით მათი გახსნა და წაკითხვა შესაძლებელი იყოს ნაცნობი ელ.ფოსტის კლიენტის გამოყენებით. როგორც ჩანს, ეს არ არის პრობლემა "ახალბედა ადმინისტრაციისთვის".

პირიქით, კომენტარებში (სხვა სტატიებზე პოსტფიქსი ჰეშთეგით) Habr-ის ერთი მომხმარებელი სთხოვს „ცოტა გაართულოს, რაც შეეხება ვებ ინტერფეისებს სხვადასხვა ნაწილებზე და ავთენტიფიკაციას მონაცემთა ბაზიდან“, მეორეს „როგორც ჩანს, ეს ყველაზე მეტადაა. რთული მათთვის, ვისაც რადიშზე ტკბილი არაფერი გამოუცდია: ბირთვის კრახი, უსაფრთხოება (selinux/apparmor), ოდნავ განაწილებული სისტემები...“ – წერს მესამე „iRedmail სკრიპტის“ შესახებ. თქვენ უბრალოდ დაელოდებით შემდეგს, რომ შემოგთავაზოთ წერა IPv6- ზე.

ელ.ფოსტის სერვისები არ არის სფერული ცხენები ვაკუუმში, ისინი მთლიანობის ნაწილებია - კომპიუტერისა და დომენის სახელის არჩევიდან დაწყებული როუტერის დაყენებამდე - რომელსაც ფოსტის სერვერის დაყენების არც ერთი სახელმძღვანელო არ შეუძლია დაფაროს (და რომელსაც, ალბათ, ვერასოდეს შეძლებთ წაიკითხეთ აპარატურა - Postfix SMTP რელე და წვდომის კონტროლი, ხელმისაწვდომია Postfix– ის ოფიციალურ ვებსაიტზე).

Mikrotik არის სულ სხვა ამბავი.

კარგი, ახლა ყველაფერი დასრულდა. ელ. ფოსტა აღარ იყო კონსოლის ბრძანებების, კონფიგურაციის ფაილების (მათ შორის dns-ის დაყენების), ჟურნალების, დოკუმენტაციის, თექვსმეტობითი რიცხვების კომპლექტი მიღებულ წერილში რუსული ასოების ნაცვლად (koi8-r სიმბოლოების ცხრილის მიხედვით) და დარჩა ნაცნობ ელფოსტად. კლიენტი თავისი პროტოკოლებით imap, pop3, smtp, ანგარიშები, შემომავალი და გაგზავნილი შეტყობინებები.

ზოგადად, ის იგივეა, რაც ელ.ფოსტით გამოიყურება, როდესაც ძირითადი IT კომპანიებისგან უფასო ელექტრონული ფოსტა იყენებთ.

თუმცა ვებ ინტერფეისის გარეშე.

ექსპლუატაცია

და მაინც, არ არის გაქცევა მორების ნახვისგან!

მე ვჩქარობ, ვასიამოვნო მათ, ვინც ელოდა აქ darknet-ის წაკითხვას. იმიტომ, რომ ამას სხვანაირად ვერ დავარქმევ, თუ არა რაღაც იდუმალი ბნელის გამოვლინება, რომლითაც ივსებოდა ახლად შექმნილი სერვერის ფოსტის ჟურნალი, კერძოდ, რამდენიმე დღეში (პირდაპირ დაკავშირების შემდეგ) შეტყობინებებით pop3-ით დაკავშირების მცდელობების შესახებ სხვადასხვა ქვეშ. სახელები რამდენიმე IP მისამართიდან ( თავიდან შეცდომით მეგონა, რომ სერვერი პერიოდულად ცდილობდა ორი წერილის გაგზავნას რიგიდან და საერთოდ არ მეგონა, რომ ჩემს ფოსტას შეეძლო მაშინვე ვინმეს დაინტერესება ინტერნეტში).

ეს მცდელობები არ შეჩერებულა მას შემდეგ, რაც სერვერს დავუკავშირდი როუტერის საშუალებით. დღევანდელი ჟურნალი სავსეა SMTP კავშირებით იმავე IP მისამართიდან, რომელიც ჩემთვის უცნობია. თუმცა, იმდენად თავდაჯერებული ვარ, რომ ამის საწინააღმდეგოდ არანაირ ზომებს არ ვიღებ: იმედი მაქვს, ასოების მიღების მომხმარებლის სახელიც რომ სწორად იყოს შერჩეული, თავდამსხმელი პაროლს ვერ გამოიცნობს. დარწმუნებული ვარ, ბევრს ეს სახიფათო აღმოაჩენს, ისევე როგორც დღევანდელი შეტევების შემთხვევაში, რომლებიც ეყრდნობა მხოლოდ SMTP სარელეო პარამეტრებს და წვდომის კონტროლს /etc/postfix/main.cf-ში.

და ისინი ჩემი ფოსტის დაცვას Smithereens– ს შეაჩერებენ.

წყარო: www.habr.com