Postfix 3.6.0 ფოსტის სერვერის გამოშვება

ერთი წლის განვითარების შემდეგ, გამოვიდა Postfix ფოსტის სერვერის ახალი სტაბილური ფილიალი - 3.6.0. ამავდროულად, მან გამოაცხადა 3.2 წლის დასაწყისში გამოშვებული Postfix 2017 ფილიალის მხარდაჭერის დასრულება. Postfix არის ერთ-ერთი იშვიათი პროექტი, რომელიც აერთიანებს მაღალ უსაფრთხოებას, საიმედოობას და შესრულებას ერთდროულად, რაც მიღწეული იქნა კარგად გააზრებული არქიტექტურისა და საკმაოდ მკაცრი პოლიტიკის წყალობით კოდის დიზაინისა და პატჩ აუდიტისთვის. პროექტის კოდი განაწილებულია EPL 2.0 (Eclipse Public License) და IPL 1.0 (IBM Public License) ქვეშ.

აპრილის ავტომატური გამოკითხვის თანახმად, დაახლოებით 600 ათასი ფოსტის სერვერზე, Postfix გამოიყენება ფოსტის სერვერების 33.66% (ერთი წლის წინ 34.29%), Exim-ის წილი 59.14% (57.77%), Sendmail - 3.6% (3.83). %), MailEnable - 2.02% ( 2.12%), MDaemon - 0.60% (0.77%), Microsoft Exchange - 0.32% (0.47%).

ძირითადი ინოვაციები:

• Postfix კომპონენტებს შორის ურთიერთქმედებისთვის გამოყენებულ შიდა პროტოკოლებში ცვლილებების გამო, განახლებამდე საჭიროა ფოსტის სერვერის შეჩერება ბრძანებით „postfix stop“. წინააღმდეგ შემთხვევაში, პიკაპთან, qmgr, verify, tlsproxy და postscreen პროცესებთან ურთიერთობისას შეიძლება იყოს წარუმატებლობები, რამაც შეიძლება გამოიწვიოს ელ.ფოსტის გაგზავნის დაგვიანება Postfix-ის გადატვირთვამდე.
• სიტყვების „თეთრი“ და „შავი“ ხსენებები, რომლებიც საზოგადოების ზოგიერთი წევრის მიერ რასობრივ დისკრიმინაციად აღიქმება, გასუფთავდა. „თეთრი სიის“ და „შავი სიის“ ნაცვლად, ახლა უნდა იყოს გამოყენებული „ნებადართული სია“ და „უარყოფის სია“ (მაგალითად, პარამეტრები postscreen_allowlist_interfaces, postscreen_denylist_action და postscreen_dnsbl_allowlist_threshold). ცვლილებები გავლენას ახდენს დოკუმენტაციაზე, პოსტსკრინინგის პროცესის პარამეტრებზე (ჩაშენებული firewall) და ინფორმაციის ასახვა ჟურნალებში. postfix/postscreen[pid]: ALLOWLIST VETO [მისამართი]:port postfix/postscreen[pid]: ALLOWLISTED [მისამართი]:port postfix/postscreen[pid]: DENYLISTED [მისამართი]:პორტი

  ჟურნალებში წინა პირობების შესანარჩუნებლად მოწოდებულია პარამეტრი "respectful_logging = no", რომელიც უნდა იყოს მითითებული main.cf-ში "compatibility_level = 3.6"-მდე. ძველი პოსტეკრანის პარამეტრების სახელების მხარდაჭერა შენარჩუნებულია უკანა თავსებადობისთვის. ასევე, კონფიგურაციის ფაილი "master.cf" ამ დროისთვის უცვლელი დარჩა.

• "თავსებადობის_დონე = 3.6" რეჟიმში, ნაგულისხმევი გადამრთველი გაკეთდა SHA256 ჰეშის ფუნქციის გამოსაყენებლად MD5-ის ნაცვლად. თუ დააყენებთ უფრო ადრე ვერსიას compatibility_level პარამეტრში, MD5 აგრძელებს გამოყენებას, მაგრამ ჰეშების გამოყენებასთან დაკავშირებული პარამეტრებისთვის, რომლებშიც ალგორითმი ცალსახად არ არის განსაზღვრული, გაფრთხილება გამოჩნდება ჟურნალში. Diffie-Hellman გასაღების გაცვლის პროტოკოლის ექსპორტის ვერსიის მხარდაჭერა შეწყვეტილია (tlsproxy_tls_dh512_param_file პარამეტრის მნიშვნელობა ახლა იგნორირებულია).
• პრობლემების გამარტივებული დიაგნოსტიკა, რომელიც დაკავშირებულია არასწორ დამმუშავებლის პროგრამის მითითებასთან master-ში.cf. ასეთი შეცდომების აღმოსაჩენად, ყოველი backend სერვისი, მათ შორის postdrop, ახლა აქვეყნებს პროტოკოლის სახელს კომუნიკაციის დაწყებამდე და თითოეული კლიენტის პროცესი, sendmail-ის ჩათვლით, ამოწმებს, რომ რეკლამირებული პროტოკოლის სახელი ემთხვევა მხარდაჭერილ ვარიანტს.
• დაემატა ახალი რუკების ტიპი "local_login_sender_maps" გამგზავნის კონვერტის მისამართის მინიჭებაზე მოქნილი კონტროლისთვის (მოწოდებულია "MAIL FROM" ბრძანებაში SMTP სესიის დროს) sendmail და postdrop პროცესებში. მაგალითად, იმისთვის, რომ ადგილობრივ მომხმარებლებს, გარდა root და postfix-ისა, მიუთითონ მხოლოდ მათი შესვლა sendmail-ში, სახელზე UID-ის გამოყენებით, შეგიძლიათ გამოიყენოთ შემდეგი პარამეტრები: /etc/postfix/main.cf: local_login_sender_maps = inline :{ { root = *} , { postfix = * } }, pcre:/etc/postfix/login_senders /etc/postfix/login_senders: # დასაშვებია ორივე შესვლისა და login@domain ფორმის მითითება. /(.+)/ $1 $1…@example.com
• დამატებულია და ნაგულისხმევად ჩართულია „smtpd_relay_before_recipient_restrictions=yes“ პარამეტრი, რომელშიც SMTP სერვერი შეამოწმებს smtpd_relay_restrictions smtpd_recipient_restrictions-მდე და არა პირიქით, როგორც ადრე.
• დამატებულია პარამეტრი "smtpd_sasl_mechanism_list", რომელიც ნაგულისხმევია "!external, static:rest", რათა თავიდან აიცილოს დამაბნეველი შეცდომები იმ შემთხვევაში, როდესაც SASL backend აცხადებს, რომ მხარს უჭერს "EXTERNAL" რეჟიმში, რომელიც არ არის მხარდაჭერილი Postfix-ში.
• DNS-ში სახელების გადაჭრისას, ნაგულისხმევად ჩართულია ახალი API, რომელიც მხარს უჭერს მრავალთრეადინგს (threadsafe). ძველი API-ით ასაშენებლად, აშენებისას უნდა მიუთითოთ “make makefiles CCARGS=”-DNO_RES_NCALLS…”.
• დამატებულია "enable_threaded_bounces = დიახ" რეჟიმი მიწოდების პრობლემების შესახებ შეტყობინებების, დაგვიანებული მიწოდების ან მიწოდების დადასტურების იმავე განხილვის ID-ით ჩანაცვლებისთვის (შეტყობინება ნაჩვენები იქნება ფოსტის კლიენტის მიერ იმავე თემაში, სხვა მიმოწერის შეტყობინებებთან ერთად).
• ნაგულისხმევად, /etc/services სისტემის მონაცემთა ბაზა აღარ გამოიყენება TCP პორტის ნომრების დასადგენად SMTP და LMTP. ამის ნაცვლად, პორტის ნომრების კონფიგურაცია ხდება ცნობილი_tcp_ports პარამეტრის მეშვეობით (ნაგულისხმევი lmtp=24, smtp=25, smtps=submissions=465, submission=587). თუ ზოგიერთი სერვისი აკლია ცნობილი_tcp_ports-ს, /etc/services კვლავ გამოიყენება.
• თავსებადობის დონე ("თავსებადობის_ დონე") გაიზარდა "3.6"-მდე (პარამეტრი ორჯერ შეიცვალა წარსულში, გარდა 3.6-ისა, მხარდაჭერილი მნიშვნელობებია 0 (ნაგულისხმევი), 1 და 2). ამიერიდან „compatibility_level“ შეიცვლება ვერსიის ნომერზე, რომელშიც განხორციელდა ცვლილებები, რომლებიც არღვევს თავსებადობას. თავსებადობის დონის შესამოწმებლად, main.cf-სა და master.cf-ს დაემატა ცალკეული შედარების ოპერატორები, როგორიცაა „<=level“ და „<level“ (სტანდარტული შედარების ოპერატორები არ არის შესაფერისი, რადგან ისინი განიხილავენ 3.10 3.9-ზე ნაკლებს).

წყარო: opennet.ru