ຈົດໝາຍໃນ "Malinka"

ການອອກແບບ

ເມລ, ເມລ... “ປະຈຸບັນ, ຜູ້ໃຊ້ຈົວຄົນໃດສາມາດສ້າງກ່ອງຈົດໝາຍອີເລັກໂທຣນິກຂອງຕົນເອງໄດ້ໂດຍບໍ່ເສຍຄ່າ, ພຽງແຕ່ລົງທະບຽນຢູ່ໃນປະຕູອິນເຕີເນັດອັນໜຶ່ງ,” Wikipedia ເວົ້າ. ດັ່ງນັ້ນການແລ່ນເຄື່ອງແມ່ຂ່າຍເມລຂອງທ່ານເອງສໍາລັບການນີ້ແມ່ນແປກເລັກນ້ອຍ. ຢ່າງໃດກໍ່ຕາມ, ຂ້ອຍບໍ່ເສຍໃຈກັບເດືອນທີ່ຂ້ອຍໃຊ້ໃນເລື່ອງນີ້, ນັບຈາກມື້ທີ່ຂ້ອຍຕິດຕັ້ງ OS ຈົນເຖິງມື້ທີ່ຂ້ອຍສົ່ງຈົດຫມາຍສະບັບທໍາອິດຂອງຂ້ອຍໄປຫາຜູ້ແກ້ໄຂໃນອິນເຕີເນັດ.

ໃນຄວາມເປັນຈິງ, ເຄື່ອງຮັບ iptv ແລະ "ຄອມພິວເຕີກະດານດຽວໂດຍອີງໃສ່ໂປເຊດເຊີ Baikal-T1," ເຊັ່ນດຽວກັນກັບ Cubieboard, Banana Pi ແລະອຸປະກອນອື່ນໆທີ່ມີ microprocessors ARM ສາມາດຖືກຈັດໃສ່ໃນລະດັບດຽວກັນກັບ "raspberries." "Malinka" ຖືກເລືອກເປັນທາງເລືອກທີ່ມີການໂຄສະນາທີ່ຮຸກຮານທີ່ສຸດ. ມັນໃຊ້ເວລາຫຼາຍກວ່າຫນຶ່ງເດືອນເພື່ອຊອກຫາຢ່າງຫນ້ອຍບາງການນໍາໃຊ້ທີ່ເປັນປະໂຫຍດສໍາລັບ "ຄອມພິວເຕີກະດານດຽວ" ນີ້. ສຸດທ້າຍ, ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈເປີດເຄື່ອງແມ່ຂ່າຍເມລເທິງມັນ, ບໍ່ດົນມານີ້ໄດ້ອ່ານນະວະນິຍາຍວິທະຍາສາດກ່ຽວກັບຄວາມເປັນຈິງແລ້ວ virtual.

Wikipedia ກ່າວວ່າ "ນີ້ແມ່ນວິໄສທັດທີ່ມະຫັດສະຈັນຂອງອະນາຄົດຂອງເວັບ," Wikipedia ເວົ້າ. 20 ປີ​ໄດ້​ຜ່ານ​ໄປ​ນັບ​ຕັ້ງ​ແຕ່​ວັນ​ທີ​ຂອງ​ການ​ພິມ​ເຜີຍ​ແຜ່​ຄັ້ງ​ທໍາ​ອິດ​. ອະນາຄົດມາຮອດແລ້ວ. ຢ່າງໃດກໍຕາມ, ມັນເບິ່ງຄືວ່າບໍ່ດີສໍາລັບຂ້ອຍໂດຍບໍ່ມີຜູ້ຈອງເຈັດພັນຄົນ, ສິບພັນຮູເບີນຂອງ "ລາຍໄດ້ປະຈໍາເດືອນສໍາລັບເວັບໄຊທ໌ຂອງຂ້ອຍ," ແລະອື່ນໆ. ເຊິ່ງ, ອາດຈະເປັນ, ຊຸກຍູ້ຂ້ອຍໄປສູ່ "ເຄືອຂ່າຍສັງຄົມທີ່ມີການແບ່ງຂັ້ນຄຸ້ມຄອງ" ດ້ວຍ "ຈໍານວນຄົນມັກຫນ້ອຍໃນຂໍ້ຄວາມຂອງພວກເຂົາ (ຜູ້ໃຊ້ໃຫມ່ - N.M.)", ລົງທະບຽນໂດເມນແລະເປີດເຄື່ອງແມ່ຂ່າຍຂອງຂ້ອຍເອງ.

ຂ້ອຍບໍ່ເກັ່ງທາງດ້ານກົດໝາຍ. ເວັ້ນເສຍແຕ່ວ່າຂ້ອຍໄດ້ຮັບຂໍ້ຄວາມໃນໂທລະສັບມືຖືຂອງຂ້ອຍກ່ຽວກັບຄວາມຕ້ອງການທີ່ຈະຢືນຢັນຂໍ້ມູນສ່ວນບຸກຄົນທີ່ກ່ຽວຂ້ອງກັບການເຂົ້າສູ່ຜົນບັງຄັບໃຊ້ຂອງການປັບປຸງກົດຫມາຍຂອງລັດຖະບານກາງ 126-FZ, ນີ້ແມ່ນກົດຫມາຍທີ່ຂ້ອຍຮູ້.

ແລະຫຼັງຈາກນັ້ນມັນໄດ້ຫັນອອກວ່າກົດຫມາຍເຫຼົ່ານີ້ແມ່ນຄ້າຍຄືເຫັດຫຼັງຈາກຝົນ. ຖ້າຂ້ອຍສືບຕໍ່ໃຊ້ mail ຟຣີ, ຂ້ອຍອາດຈະບໍ່ຮູ້ຈັກ.

"ແລະເຈົ້າແລະຂ້ອຍດຽວນີ້ແມ່ນໃຜ?"

ກ່ອນອື່ນ ໝົດ, ບໍ່ມີຜູ້ຈັດຕັ້ງການບໍລິການອີເມວຢູ່ໃນກົດ ໝາຍ. ມີ "ຜູ້ຈັດການບໍລິການສົ່ງຂໍ້ຄວາມທັນທີ", ແຕ່ນີ້ແມ່ນແຕກຕ່າງກັນເລັກນ້ອຍ. ນອກຈາກນັ້ນ "ສໍາລັບຄວາມຕ້ອງການສ່ວນບຸກຄົນ, ຄອບຄົວແລະຄົວເຮືອນ", ແນ່ນອນ, ຖອນອອກຈາກຜູ້ຈັດຕັ້ງນີ້ພັນທະທັງຫມົດທີ່ສະຫນອງໃຫ້ໂດຍກົດຫມາຍ, ແຕ່ຢ່າງໃດກໍ່ຕາມບໍ່ແມ່ນຜູ້ຈັດທີ່ຕ້ອງການ.

ມີຄູ່ມື Ubuntu Server ຢູ່ໃນມື, ພ້ອມກັບກົດຫມາຍ, ຂ້າພະເຈົ້າເດົາວ່ານອກເຫນືອຈາກການສົນທະນາກັບຂໍ້ຄວາມທັນທີຂອງພວກເຂົາ, "ສໍາລັບການຮັບ, ສົ່ງ, ສົ່ງແລະ (ຫຼື) ການປຸງແຕ່ງຂໍ້ຄວາມອີເລັກໂທຣນິກຈາກຜູ້ໃຊ້ອິນເຕີເນັດ," ການບໍລິການອີເມລ໌ຍັງມີຈຸດປະສົງ ( ທີ່ເຫັນໄດ້ຊັດເຈນ), ແລະເຄື່ອງແມ່ຂ່າຍຂອງໄຟລ໌ (ເຊິ່ງບໍ່ຊັດເຈນ).

ການພັດທະນາ

ເມື່ອປຽບທຽບກັບບົດຄວາມອື່ນໆຢູ່ທີ່ນີ້ກັບ hashtag postfix, ການສ້າງຂອງຂ້ອຍ, ແນ່ນອນ, ແມ່ນເບື້ອງຕົ້ນຫຼາຍ. ບໍ່ມີການກວດສອບຜູ້ໃຊ້, ບໍ່ມີຖານຂໍ້ມູນ, ບໍ່ມີຜູ້ໃຊ້ທີ່ບໍ່ໄດ້ເຊື່ອມໂຍງກັບບັນຊີທ້ອງຖິ່ນ (ທໍາອິດແລະທີສາມແມ່ນຢູ່ໃນ "ເຄື່ອງແມ່ຂ່າຍເມລຫນ້ອຍທີ່ສຸດ"; ຖານຂໍ້ມູນແມ່ນເກືອບທຸກບ່ອນ, ຄືກັນກັບ dovecat).

ຜູ້ໃຊ້ Habra ຄົນ ໜຶ່ງ ຂຽນວ່າ "ການຕັ້ງລະບົບເມລ, ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ, ແມ່ນວຽກທີ່ຍາກທີ່ສຸດໃນການຄຸ້ມຄອງລະບົບ,". ຕິດຕາມ PostfixBasicSetupHowto (ຂອງ help.ubuntu.com), ແນວໃດກໍ່ຕາມ, ຂ້າພະເຈົ້າໄດ້ຍົກເລີກພາກສ່ວນກ່ຽວກັບຖານຂໍ້ມູນນາມແຝງ, ໄຟລ໌ .forward, ແລະນາມແຝງສະເໝືອນ.

ແຕ່ສໍາລັບ ssl / tls ຂ້ອຍເອົາ 12 ເສັ້ນການຕັ້ງຄ່າບວກກັບ 9 ຄໍາສັ່ງສໍາລັບ bash ເພື່ອສ້າງໃບຢັ້ງຢືນຈາກ Postfix ທີ່ອຸທິດຕົນ. ບົດຄວາມ ໃນ CommunityHelpWiki (ຢູ່ໃນໂດເມນດຽວກັນ help.ubuntu.com) (ພຽງແຕ່ ssl / tls ນີ້ເຮັດວຽກ - ນັ້ນແມ່ນຄໍາຖາມ). Firewall ໃນບັນຊີສ່ວນຕົວຂອງຜູ້ໃຫ້ບໍລິການ, nat ໃນ router (ຂ້ອຍປິດການຕັ້ງຄ່າ Mikrotik ຕາບໃດທີ່ເປັນໄປໄດ້; ຂ້ອຍໄດ້ສົ່ງຈົດຫມາຍໂດຍການເຊື່ອມຕໍ່ເຄື່ອງແມ່ຂ່າຍເມລໂດຍກົງກັບສາຍຜູ້ໃຫ້ບໍລິການອິນເຕີເນັດທີ່ຕິດຕັ້ງຢູ່ໃນອາພາດເມັນ), ຄໍາສັ່ງ mail, mailq, postsuper -d identifier, ໄຟລ໌ຍັງມີປະໂຫຍດ /var/log/mail.log, parameter always_add_missing_headers, ຂໍ້ມູນກ່ຽວກັບບັນທຶກ ptr, ສຸດທ້າຍ, ເວັບໄຊທ໌ mail-tester.com (ມີການອອກແບບ oligophrenic), ເຊິ່ງບໍ່ໄດ້ຂຽນກ່ຽວກັບ "mail. ” ບົດຄວາມກ່ຽວກັບ Habr, ຄືກັບວ່າມັນເປັນເລື່ອງແນ່ນອນ .

ກ່ອນທີ່ຈະແກ້ໄຂຄ່າຂອງພາລາມິເຕີ myhostname ໃນໄຟລ໌ /etc/postfix/main.cf

ຫຼັງຈາກການແກ້ໄຂຄ່າຂອງພາລາມິເຕີ myhostname ໃນໄຟລ໌ /etc/postfix/main.cf

ຈົດຫມາຍສະບັບທໍາອິດຈາກການບໍລິການສະຫນັບສະຫນູນດ້ານວິຊາການຂອງຜູ້ໃຫ້ບໍລິການອິນເຕີເນັດໄດ້ສອນຂ້ອຍວ່າບໍ່ຈໍາເປັນຕ້ອງເປີດຈົດຫມາຍໂດຍໃຊ້ໂປລແກລມ mail console, ດັ່ງນັ້ນຕໍ່ມາພວກເຂົາສາມາດເປີດແລະອ່ານໂດຍໃຊ້ລູກຄ້າອີເມວທີ່ຄຸ້ນເຄີຍ. ປາກົດຂື້ນ, ນີ້ບໍ່ແມ່ນບັນຫາ "ສໍາລັບຜູ້ບໍລິຫານຈົວ".

ໃນທາງກົງກັນຂ້າມ, ໃນຄໍາເຫັນ (ກັບບົດຄວາມອື່ນໆທີ່ມີ postfix hashtag) ຜູ້ໃຊ້ Habr ຄົນຫນຶ່ງຖາມວ່າ "ເຮັດໃຫ້ສິ່ງທີ່ສັບສົນເລັກນ້ອຍ, ແນວໃດກ່ຽວກັບການໂຕ້ຕອບຂອງເວັບໄຊຕ໌ກັບພາກສ່ວນຕ່າງໆແລະການຢືນຢັນຈາກຖານຂໍ້ມູນ", ສໍາລັບຄົນອື່ນ "ປາກົດຂື້ນ, ມັນແມ່ນຫຼາຍທີ່ສຸດ. ຍາກສໍາລັບຜູ້ທີ່ບໍ່ເຄີຍພະຍາຍາມຫຍັງຫວານກວ່າ radish: kernel crashes, ຄວາມປອດໄພ (selinux / apparmor), ລະບົບການແຈກຢາຍເລັກນ້ອຍ ... ", ທີສາມຂຽນກ່ຽວກັບ "iRedmail script". ທ່ານພຽງແຕ່ລໍຖ້າຕໍ່ໄປເພື່ອແນະນໍາການຂຽນກ່ຽວກັບ IPv6.

ການບໍລິການອີເມລ໌ບໍ່ແມ່ນມ້າ spherical ໃນສູນຍາກາດ, ພວກເຂົາເຈົ້າແມ່ນພາກສ່ວນຂອງທັງຫມົດ - ຈາກການເລືອກຄອມພິວເຕີແລະຊື່ໂດເມນທີ່ຈະຕັ້ງ router - ທີ່ບໍ່ມີຄູ່ມືສໍາລັບການຕັ້ງເຄື່ອງແມ່ຂ່າຍເມລສາມາດກວມເອົາ (ແລະໃນທີ່ທ່ານອາດຈະບໍ່ເຄີຍ. ອ່ານຮາດແວ - Postfix SMTP Relay ແລະການຄວບຄຸມການເຂົ້າເຖິງ, ມີຢູ່ໃນເວັບໄຊທ໌ທາງການ Postfix).

Mikrotik ແມ່ນເລື່ອງທີ່ແຕກຕ່າງກັນທັງຫມົດ.

ຕົກລົງມັນໝົດແລ້ວດຽວນີ້. ອີເມວໄດ້ຢຸດເຊົາເປັນຊຸດຂອງຄໍາສັ່ງ console, ໄຟລ໌ການຕັ້ງຄ່າ (ລວມທັງການຕັ້ງຄ່າ dns), ບັນທຶກ, ເອກະສານ, ເລກຖານສິບຫົກແທນທີ່ຈະເປັນຕົວອັກສອນລັດເຊຍ (ອີງຕາມຕາຕະລາງຕົວອັກສອນ koi8-r) ໃນຈົດຫມາຍທີ່ໄດ້ຮັບແລະຍັງຄົງເປັນອີເມວທີ່ຄຸ້ນເຄີຍ. ລູກຄ້າທີ່ມີໂປໂຕຄອນ imap, pop3, smtp, ບັນຊີ, ຂໍ້ຄວາມຂາເຂົ້າແລະສົ່ງ.

ໂດຍທົ່ວໄປແລ້ວ, ມັນຄ້າຍຄືກັບສິ່ງທີ່ອີເມວເບິ່ງຄືວ່າເມື່ອໃຊ້ບໍລິການອີເມລ໌ຟຣີຈາກບໍລິສັດ IT ທີ່ສໍາຄັນ.

ເຖິງແມ່ນວ່າບໍ່ມີການໂຕ້ຕອບເວັບໄຊຕ໌.

ການດໍາເນີນງານ

ຢ່າງໃດກໍຕາມ, ບໍ່ມີການຫນີຈາກການເບິ່ງບັນທຶກ!

ຂ້າ​ພະ​ເຈົ້າ​ເລັ່ງ​ການ​ທີ່​ຈະ​ກະ​ລຸ​ນາ​ຜູ້​ທີ່​ຄາດ​ວ່າ​ຈະ​ອ່ານ​ກ່ຽວ​ກັບ darknet ໄດ້​ຢູ່​ທີ່​ນີ້​. ເນື່ອງຈາກວ່າຂ້ອຍບໍ່ສາມາດໂທຫາມັນອື່ນນອກເຫນືອຈາກການສະແດງອອກຂອງ darknet ທີ່ລຶກລັບບາງຢ່າງທີ່ບັນທຶກຈົດຫມາຍຂອງເຄື່ອງແມ່ຂ່າຍທີ່ສ້າງຂຶ້ນໃຫມ່ແມ່ນເຕັມໄປດ້ວຍ, ຄື, ພາຍໃນສອງສາມມື້ (ຫຼັງຈາກເຊື່ອມຕໍ່ໂດຍກົງ) ກັບຂໍ້ຄວາມກ່ຽວກັບຄວາມພະຍາຍາມທີ່ຈະເຊື່ອມຕໍ່ຜ່ານ pop3 ພາຍໃຕ້ທີ່ແຕກຕ່າງກັນ. ຊື່ຈາກສອງທີ່ຢູ່ IP (ຂ້ອຍຄິດຜິດໃນຕອນທໍາອິດວ່າມັນແມ່ນເຄື່ອງແມ່ຂ່າຍເປັນໄລຍະທີ່ພະຍາຍາມສົ່ງຈົດຫມາຍສອງສະບັບຈາກແຖວ, ແລະຂ້ອຍບໍ່ຄິດວ່າຈົດຫມາຍຂອງຂ້ອຍສາມາດສົນໃຈຄົນອື່ນໃນອິນເຕີເນັດໄດ້ທັນທີ).

ຄວາມພະຍາຍາມເຫຼົ່ານີ້ບໍ່ໄດ້ຢຸດເຊົາເຖິງແມ່ນວ່າຫຼັງຈາກທີ່ຂ້ອຍເຊື່ອມຕໍ່ເຄື່ອງແມ່ຂ່າຍຜ່ານ router. ບັນທຶກຂອງມື້ນີ້ເຕັມໄປດ້ວຍການເຊື່ອມຕໍ່ smtp ຈາກທີ່ຢູ່ IP ດຽວກັນທີ່ບໍ່ຮູ້ຈັກກັບຂ້ອຍ. ຢ່າງໃດກໍ່ຕາມ, ຂ້ອຍຫມັ້ນໃຈຕົນເອງວ່າຂ້ອຍບໍ່ໄດ້ດໍາເນີນການໃດໆຕໍ່ກັບເລື່ອງນີ້: ຂ້ອຍຫວັງວ່າເຖິງແມ່ນວ່າຊື່ຜູ້ໃຊ້ສໍາລັບການຮັບຈົດຫມາຍຖືກເລືອກຢ່າງຖືກຕ້ອງ, ຜູ້ໂຈມຕີຈະບໍ່ສາມາດຄາດເດົາລະຫັດຜ່ານໄດ້. ຂ້ອຍແນ່ໃຈວ່າຫຼາຍໆຄົນຈະພົບວ່າບໍ່ປອດໄພນີ້, ຄືກັນກັບການໂຈມຕີໃນມື້ນີ້ທີ່ອີງໃສ່ພຽງແຕ່ການຕັ້ງຄ່າ SMTP relay ແລະການຄວບຄຸມການເຂົ້າເຖິງໃນ /etc/postfix/main.cf.

ແລະ​ພວກ​ເຂົາ​ເຈົ້າ​ຈະ​ທໍາ​ລາຍ​ການ​ປົກ​ປັກ​ຮັກ​ສາ​ຂອງ​ເມລ​ຂອງ​ຂ້າ​ພະ​ເຈົ້າ​ເພື່ອ smithereens.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com