សំបុត្រនៅលើ "Malinka"

រចនា

ម៉ែល ម៉ែល... “បច្ចុប្បន្ន អ្នកប្រើប្រាស់ថ្មីថ្មោងណាមួយអាចបង្កើតប្រអប់សំបុត្រអេឡិចត្រូនិចឥតគិតថ្លៃផ្ទាល់ខ្លួន ដោយគ្រាន់តែចុះឈ្មោះនៅលើវិបផតថលអ៊ីនធឺណែតមួយប៉ុណ្ណោះ” Wikipedia និយាយថា។ ដូច្នេះការដំណើរការម៉ាស៊ីនមេសំបុត្រផ្ទាល់ខ្លួនរបស់អ្នកសម្រាប់នេះគឺចម្លែកបន្តិច។ យ៉ាង​ណា​ក៏​ដោយ ខ្ញុំ​មិន​សោកស្ដាយ​ទេ​ចំពោះ​ខែ​ដែល​ខ្ញុំ​ចំណាយ​លើ​ការ​នេះ ដោយ​រាប់​ចាប់​ពី​ថ្ងៃ​ដែល​ខ្ញុំ​ដំឡើង OS ដល់​ថ្ងៃ​ដែល​ខ្ញុំ​ផ្ញើ​សំបុត្រ​ដំបូង​របស់​ខ្ញុំ​ទៅ​អ្នក​ទទួល​អាសយដ្ឋាន​តាម​អ៊ីនធឺណិត។

ជាការពិត អ្នកទទួល iptv និង "កុំព្យូទ័របន្ទះតែមួយ ផ្អែកលើប្រព័ន្ធដំណើរការ Baikal-T1" ក៏ដូចជា Cubieboard, Banana Pi និងឧបករណ៍ផ្សេងទៀតដែលបំពាក់ដោយ microprocessors ARM អាចត្រូវបានដាក់នៅលើកម្រិតដូចគ្នានឹង "raspberries" ។ "Malinka" ត្រូវបានជ្រើសរើសជាជម្រើសដែលផ្សាយពាណិជ្ជកម្មយ៉ាងខ្លាំងក្លាបំផុត។ វាត្រូវចំណាយពេលច្រើនជាងមួយខែដើម្បីស្វែងរកយ៉ាងហោចណាស់ការប្រើប្រាស់ដែលមានប្រយោជន៍សម្រាប់ "កុំព្យូទ័របន្ទះតែមួយ" នេះ។ ទីបំផុត ខ្ញុំបានសម្រេចចិត្តបើកដំណើរការម៉ាស៊ីនមេនៅលើវា ដោយថ្មីៗនេះបានអានប្រលោមលោកបែបវិទ្យាសាស្ត្រអំពីការពិតនិម្មិត។

Wikipedia និយាយថា "នេះគឺជាចក្ខុវិស័យដ៏អស្ចារ្យនៃអនាគតនៃគេហទំព័រ" ។ 20 ឆ្នាំបានកន្លងផុតទៅចាប់តាំងពីកាលបរិច្ឆេទនៃការបោះពុម្ពលើកដំបូង។ អនាគតបានមកដល់ហើយ។ ទោះយ៉ាងណាក៏ដោយ វាហាក់បីដូចជាមិនល្អសម្រាប់ខ្ញុំដោយគ្មានអ្នកជាវ XNUMX ពាន់នាក់ ដប់ពាន់រូប្លិ៍នៃ "ប្រាក់ចំណូលប្រចាំខែសម្រាប់គេហទំព័ររបស់ខ្ញុំ" ជាដើម។ ដែលប្រហែលជាជំរុញខ្ញុំទៅរក "បណ្តាញសង្គមវិមជ្ឈការ" ជាមួយនឹង "ចំនួននៃការចូលចិត្តតិចតួចនៅលើការបង្ហោះរបស់ពួកគេ (អ្នកប្រើប្រាស់ថ្មី - N.M.)" ចុះឈ្មោះដែន និងបើកដំណើរការម៉ាស៊ីនមេផ្ទាល់ខ្លួនរបស់ខ្ញុំ។

ខ្ញុំ​មិន​ពូកែ​ខាង​ច្បាប់​ទេ។ លុះត្រាតែខ្ញុំបានទទួលសារនៅលើទូរស័ព្ទដៃរបស់ខ្ញុំអំពីតម្រូវការដើម្បីបញ្ជាក់ទិន្នន័យផ្ទាល់ខ្លួនទាក់ទងនឹងការចូលជាធរមាននៃវិសោធនកម្មច្បាប់សហព័ន្ធ 126-FZ នេះគឺជាច្បាប់ដែលខ្ញុំដឹង។

ហើយបន្ទាប់មកវាបានប្រែក្លាយថាច្បាប់ទាំងនេះគឺដូចជាផ្សិតបន្ទាប់ពីភ្លៀង។ ប្រសិនបើ​ខ្ញុំ​បន្ត​ប្រើ​សំបុត្រ​ឥត​គិតថ្លៃ ខ្ញុំ​ប្រហែល​ជា​មិន​បាន​ដឹង​ទេ។

"ហើយអ្នកនិងខ្ញុំជាអ្នកណាឥឡូវនេះ?"

ទីមួយ គឺមិនមានអ្នករៀបចំសេវាអ៊ីមែលនៅក្នុងច្បាប់ទេ។ មាន "អ្នករៀបចំសេវាកម្មផ្ញើសារភ្លាមៗ" ប៉ុន្តែនេះខុសគ្នាបន្តិចបន្តួច។ ការបន្ថែម "សម្រាប់តម្រូវការផ្ទាល់ខ្លួន គ្រួសារ និងគ្រួសារ" ជាការពិត ដកចេញពីកាតព្វកិច្ចទាំងអស់ដែលបានផ្តល់ដោយច្បាប់ ប៉ុន្តែមិនមែនមកពីអ្នករៀបចំដែលត្រូវការនោះទេ។

ការមានសៀវភៅណែនាំម៉ាស៊ីនមេ Ubuntu នៅនឹងដៃ រួមជាមួយនឹងច្បាប់ ខ្ញុំគិតថា បន្ថែមពីលើការជជែកជាមួយសារបន្ទាន់របស់ពួកគេ "សម្រាប់ការទទួល បញ្ជូន បញ្ជូន និង (ឬ) ដំណើរការសារអេឡិចត្រូនិចពីអ្នកប្រើប្រាស់អ៊ីនធឺណិត" សេវាកម្មអ៊ីមែលក៏មានបំណងផងដែរ ( ដែលច្បាស់) និងម៉ាស៊ីនមេឯកសារ (ដែលមិនសូវច្បាស់)។

ការអភិវឌ្ឍន៍

បើប្រៀបធៀបទៅនឹងអត្ថបទផ្សេងទៀតនៅទីនេះជាមួយនឹង hashtag postfix ការបង្កើតរបស់ខ្ញុំគឺពិតជាសំខាន់ណាស់។ គ្មានការផ្ទៀងផ្ទាត់អ្នកប្រើប្រាស់ គ្មានមូលដ្ឋានទិន្នន័យ គ្មានអ្នកប្រើប្រាស់ដែលមិនបានភ្ជាប់ទៅគណនីក្នុងស្រុក (ទីមួយ និងទីបីគឺនៅក្នុង "ម៉ាស៊ីនមេសំបុត្រតិចតួច" មូលដ្ឋានទិន្នន័យគឺស្ទើរតែគ្រប់ទីកន្លែង ដូចជា dovecat)។

អ្នក​ប្រើ Habra ម្នាក់​បាន​សរសេរ​យ៉ាង​ល្អ​ថា​៖ «​ការ​បង្កើត​ប្រព័ន្ធ​សំបុត្រ តាម​គំនិត​ខ្ញុំ​គឺ​ជា​កិច្ចការ​ដ៏​លំបាក​បំផុត​ក្នុង​ការ​គ្រប់គ្រង​ប្រព័ន្ធ។ កំពុងតាម PostfixBasicSetupរបៀប (នៃ help.ubuntu.com) ទោះជាយ៉ាងណាក៏ដោយ ខ្ញុំបានលុបផ្នែកអំពីមូលដ្ឋានទិន្នន័យឈ្មោះក្លែងក្លាយ ឯកសារ .forward និងឈ្មោះក្លែងក្លាយនិម្មិត។

ប៉ុន្តែសម្រាប់ ssl/tls ខ្ញុំបានយកបន្ទាត់កំណត់រចនាសម្ព័ន្ធចំនួន 12 បូកនឹងបន្ទាត់ពាក្យបញ្ជាចំនួន 9 សម្រាប់ bash ដើម្បីបង្កើតវិញ្ញាបនបត្រពី Postfix ដែលឧទ្ទិស អត្ថបទ នៅលើ CommunityHelpWiki (នៅលើដែនតែមួយ help.ubuntu.com) (មានតែ ssl/tls នេះដំណើរការទេ នោះគឺជាសំណួរ)។ ជញ្ជាំងភ្លើងនៅក្នុងគណនីផ្ទាល់ខ្លួនរបស់អ្នកផ្តល់សេវា, nat នៅលើរ៉ោតទ័រ (ខ្ញុំបានបិទការដំឡើង Mikrotik ឱ្យបានយូរតាមដែលអាចធ្វើទៅបាន; ខ្ញុំបានផ្ញើសំបុត្រដោយភ្ជាប់ម៉ាស៊ីនមេសំបុត្រដោយផ្ទាល់ទៅខ្សែអ្នកផ្តល់សេវាអ៊ីនធឺណិតដែលបានដំឡើងនៅក្នុងផ្ទះល្វែង) ពាក្យបញ្ជា mail, mailq, postsuper -d identifier ឯកសារក៏មានប្រយោជន៍ផងដែរ /var/log/mail.log ប៉ារ៉ាម៉ែត្រ always_add_missing_headers ព័ត៌មានអំពីកំណត់ត្រា ptr ទីបំផុតគេហទំព័រ mail-tester.com (ជាមួយការរចនា oligophrenic) ដែលមិនត្រូវបានសរសេរអំពីនៅក្នុង "សំបុត្រ អត្ថបទនៅលើ Habr ដូចជាប្រសិនបើវាជាបញ្ហា .

មុនពេលកែតម្រូវតម្លៃនៃប៉ារ៉ាម៉ែត្រ myhostname នៅក្នុងឯកសារ /etc/postfix/main.cf

បន្ទាប់ពីកែតម្រូវតម្លៃនៃប៉ារ៉ាម៉ែត្រ myhostname នៅក្នុងឯកសារ /etc/postfix/main.cf

សំបុត្រទីមួយពីសេវាជំនួយបច្ចេកទេសរបស់អ្នកផ្តល់អ៊ីនធឺណិតបានបង្រៀនខ្ញុំថាមិនចាំបាច់បើកអក្សរដោយប្រើកម្មវិធីកុងសូលសំបុត្រទេ ដូច្នេះនៅពេលក្រោយពួកគេអាចបើក និងអានដោយប្រើកម្មវិធីអ៊ីមែលដែលធ្លាប់ស្គាល់។ ជាក់ស្តែង នេះមិនមែនជាបញ្ហា "សម្រាប់អ្នកគ្រប់គ្រងថ្មីថ្មោង" ទេ។

ផ្ទុយទៅវិញ នៅក្នុងសេចក្តីអធិប្បាយ (ចំពោះអត្ថបទផ្សេងទៀតដែលមាន hashtag postfix) អ្នកប្រើប្រាស់ Habr ម្នាក់បានសួរថា "ធ្វើឱ្យមានភាពស្មុគស្មាញបន្តិច តើមានចំណុចប្រទាក់គេហទំព័រទៅផ្នែកផ្សេងៗ និងការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវពីមូលដ្ឋានទិន្នន័យ" សម្រាប់មួយផ្សេងទៀត "ជាក់ស្តែង វាគឺច្រើនបំផុត។ ពិបាកសម្រាប់អ្នកដែលមិនធ្លាប់សាកល្បងអ្វីដែលផ្អែមជាង radish៖ ខឺណែលគាំង សុវត្ថិភាព (selinux/apparmor) ប្រព័ន្ធចែកចាយបន្តិច…” ទីបីសរសេរអំពី "iRedmail script" ។ អ្នកគ្រាន់តែរង់ចាំមួយបន្ទាប់ដើម្បីស្នើឱ្យសរសេរអំពី IPv6។

សេវាអ៊ីមែលមិនមែនជាសេះស្វ៊ែរនៅក្នុងកន្លែងទំនេរនោះទេ ពួកវាជាផ្នែកទាំងមូល - ពីការជ្រើសរើសកុំព្យូទ័រ និងឈ្មោះដែន ដល់ការដំឡើងរ៉ោតទ័រ - ដែលគ្មានសៀវភៅណែនាំសម្រាប់ការដំឡើងម៉ាស៊ីនមេអាចគ្របដណ្តប់ (ហើយដែលអ្នកប្រហែលជាមិនដែល អានផ្នែករឹង - Postfix SMTP relay និងការគ្រប់គ្រងការចូលប្រើមាននៅលើគេហទំព័រផ្លូវការ Postfix)។

Mikrotik គឺជារឿងខុសគ្នាទាំងស្រុង។

យល់ព្រម វាចប់ហើយឥឡូវនេះ។ អ៊ីមែលបានឈប់ជាសំណុំនៃពាក្យបញ្ជាកុងសូល ឯកសារកំណត់រចនាសម្ព័ន្ធ (រួមទាំងការដំឡើង dns) កំណត់ហេតុ ឯកសារ លេខគោលដប់ប្រាំមួយ ជំនួសឱ្យអក្សររុស្ស៊ី (យោងតាមតារាងតួអក្សរ koi8-r) នៅក្នុងសំបុត្រដែលបានទទួល ហើយនៅតែជាអ៊ីមែលដែលធ្លាប់ស្គាល់។ ម៉ាស៊ីនភ្ញៀវដែលមានពិធីការរបស់វា imap, pop3, smtp, គណនី, សារចូល និងផ្ញើ។

ជាទូទៅ វាមើលទៅដូចគ្នាទៅនឹងអ្វីដែលអ៊ីមែលមើលទៅដូចនៅពេលប្រើប្រាស់សេវាកម្មអ៊ីមែលឥតគិតថ្លៃពីក្រុមហ៊ុន IT ធំៗ។

ទោះបីជាគ្មានចំណុចប្រទាក់បណ្ដាញ។

ប្រតិបត្តិការ។

នៅតែមិនរួចពីការមើលកំណត់ហេតុ!

ខ្ញុំប្រញាប់ដើម្បីផ្គាប់ចិត្តអ្នកដែលរំពឹងថានឹងអានអំពី Darknet នៅទីនេះ។ ដោយសារតែខ្ញុំមិនអាចហៅវាថាជាអ្វីក្រៅពីការបង្ហាញនៃ darknet អាថ៌កំបាំងមួយចំនួនដែលកំណត់ហេតុសំបុត្ររបស់ម៉ាស៊ីនមេដែលទើបបង្កើតថ្មីត្រូវបានបំពេញដោយ ពោលគឺក្នុងរយៈពេលពីរបីថ្ងៃ (បន្ទាប់ពីភ្ជាប់ដោយផ្ទាល់) ជាមួយនឹងសារអំពីការព្យាយាមភ្ជាប់តាមរយៈ pop3 នៅក្រោមភាពខុសគ្នា ឈ្មោះពីអាស័យដ្ឋាន IP ពីរបី (ខ្ញុំគិតខុសនៅពេលដំបូងថាវាជាម៉ាស៊ីនមេដែលព្យាយាមផ្ញើសំបុត្រពីរពីជួរជាប្រចាំ ហើយខ្ញុំមិនបានគិតទាល់តែសោះថាសំបុត្ររបស់ខ្ញុំអាចចាប់អារម្មណ៍អ្នកផ្សេងនៅលើអ៊ីនធឺណិតភ្លាមៗ) ។

ការព្យាយាមទាំងនេះមិនបានបញ្ឈប់ទេ សូម្បីតែបន្ទាប់ពីខ្ញុំបានភ្ជាប់ម៉ាស៊ីនមេតាមរយៈរ៉ោតទ័រក៏ដោយ។ កំណត់ហេតុថ្ងៃនេះពោរពេញដោយការតភ្ជាប់ smtp ពីអាសយដ្ឋាន IP ដូចគ្នាដែលមិនស្គាល់ខ្ញុំ។ ទោះយ៉ាងណាក៏ដោយ ខ្ញុំមានទំនុកចិត្តលើខ្លួនឯងថា ខ្ញុំមិនចាត់វិធានការណាមួយប្រឆាំងនឹងរឿងនេះទេ៖ ខ្ញុំសង្ឃឹមថា ទោះបីជាឈ្មោះអ្នកប្រើប្រាស់សម្រាប់ការទទួលសំបុត្រត្រូវបានជ្រើសរើសត្រឹមត្រូវក៏ដោយ អ្នកវាយប្រហារនឹងមិនអាចទាយពាក្យសម្ងាត់បានទេ។ ខ្ញុំប្រាកដថាមនុស្សជាច្រើននឹងរកឃើញថាមិនមានសុវត្ថិភាពដូចការវាយប្រហារនាពេលបច្ចុប្បន្ននេះដែលពឹងផ្អែកតែលើការកំណត់បញ្ជូនត SMTP និងការគ្រប់គ្រងការចូលប្រើនៅក្នុង /etc/postfix/main.cf ។

ហើយ​ពួក​គេ​នឹង​វាយ​កម្ទេច​ការ​ការពារ​សំបុត្រ​របស់​ខ្ញុំ​ទៅ​កាន់ smithereens ។

ប្រភព: www.habr.com