ບັນທຶກ MX ຕອບກັບຄຳຖາມທີ່ຈອດຫນຶ່ງ: ແມ່ນເຊີບເວີໃດຄວນຮັບອີເມວສໍາລັບໂດເມນນີ້? ສໍາລັບໂດເມນການສ້າງອີເມວຊົ່ວຄາວ, Cloudflare ສາມາດເຮັດເປັນຜູ້ໃຫ້ບໍລິການ DNS ທີ່ມີອຳນາດ, ໃນຂະນະທີ່ GPTMail—ບໍ່ແມ່ນ Cloudflare—ມີບໍລິການຮັບກ່ອງຈົດໝາຍ. ການຕັ້ງຄ່າຈະສັບສົນເມື່ອແຜນການການຈັດການ DNS ມີຮູບແບບຖືກຕ້ອງແຕ່ການຕອບ DNS ສາທາລະນະບອກອັນອື່ນ.
ວິທີການແກ້ໄຂຄືການຢຸດການຕິດຕາມຮູບແບບແລະກວດສອບຄຳຕອບທີ່ອິນເຕີເນັດສາມາດເບິ່ງໄດ້ຈິງ.
ກ່ອນຈະປ່ຽນ DNS
ຢືນຢັນສາມລາຍລະອຽດ:
- ທ່ານສາມາດແກ້ໄຂ DNS ສໍາລັບ nameservers authoritative ຂອງໂດເມນ.
- ໂດເມນແມ່ນໂດເມນທີ່ແນ່ນອນທີ່ເຈົ້າຕັ້ງໃຈທີ່ຈະໄດ້ຮັບຈົດໝາຍ.
- ທ່ານໄດ້ຄັດລອກເປົ້າຫມາຍ MX ສາທາລະນະໃນປັດຈຸບັນທີ່ສະແດງໂດຍ GPTMail.
ປະຈຸບັນ GPTMail ສະແດງເປົ້າໝາຍທີ່ຕ້ອງການໃນແຜງໜ້າເວັບທີ່ເພີ່ມໂດເມນ ແລະ ໜ້າໂດເມນ. ໃຊ້ຄ່ານັ້ນແທນທີ່ຈະເປັນພາບໜ້າຈໍເກົ່າ ຫຼືບັນທຶກທີ່ສຳເນົາມາຈາກບໍລິການອື່ນ.
ບັນທຶກໜ້ອຍທີ່ສຸດ
ສໍາລັບເປົ້າຫມາຍສາທາລະນະ GPTMail ໃນປັດຈຸບັນ, ການບັນທຶກແມ່ນປົກກະຕິ:
Type: MX
Name: @
Target: email.chatgpt.org.uk
Priority: 1ຜູ້ໃຫ້ບໍລິການ DNS ອະທິບາຍພື້ນທີ່ໂຮດແຕກຕ່າງກັນ. @, ມູນຄ່າຫວ່າງເປົ່າ, ຫຼືໂດເມນຕົວມັນເອງທັງຫມົດສາມາດຫມາຍເຖິງ zone apex. ປະຕິບັດຕາມສົນທິສັນຍາຂອງຜູ້ໃຫ້ບໍລິການ; ຢ່າໃສ່ @ ແທ້ໆຖ້າອິນເຕີເຟດຄາດຫວັງໃຫ້ມີຊ່ອງຫວ່າງ.
ຜູ້ໃຫ້ບໍລິການບາງຄົນຕ້ອງການຈຸດຕໍ່ຫນ້າຫຼັງຈາກເປົ້າຫມາຍແລະບາງຄົນເພີ່ມມັນໂດຍອັດຕະໂນມັດ. ທັງສອງຮູບແບບເປັນຕົວແທນຂອງຊື່ DNS ດຽວກັນເມື່ອຖືກຈັດການຢ່າງຖືກຕ້ອງ.
ເລືອກສາທາລະນະຫຼືສ່ວນຕົວກ່ອນການສຳເນົາເປົ້າໝາຍ
GPTMail ມີຮູບແບບໂດເມນການກຳນົດເອງສອງຮູບແບບ, ແລະພວກມັນບໍ່ແມ່ນທັງສອງໃຊ້ MX ເປົ້າໝາຍດຽວກັນສະໝັກ.
- ໂດເມນ ສາທາລະນະ ໃຊ້ເປົ້າໝາຍສາທາລະນະທີ່ສະແດງຢູ່ໃນ ໜ້າໂດເມນ. ຫຼັງຈາກການກວດສອບ, ມັນຈະປາກົດໃນລາຍການໂດເມນສາທາລະນະ ແລະຮັບກະຈາຍ API ສໍາລັບການຮ້ອງຂໍດ້ານເຊີເວີ.
- ໂດເມນ ສ່ວນຕົວ ບໍ່ສະແດງໃນລາຍການສາທາລະນະ ແລະເຊື່ອມໂຍງກັບບັນຊີ GPTMail ຂອງທ່ານ: ໃຫ້ເຂົ້າສູ່ລະບົບກ່ອນ, ແລະມີແຕ່ບັນຊີນັ້ນເທົ່ານັ້ນທີ່ສາມາດເບິ່ງຂໍ້ຄວາມຂອງມັນໄດ້. ເລີ່ມຈາກແທັບສ່ວນຕົວໂດເມນໃນ ໜ້າຫຼັກ GPTMail ແລະສ້າງການຕັ້ງຄ່າ DNS ສະເພາະກ່ອນຈະແກ້ໄຂ MX.
ຢ່າສຳເນົາຕົວຢ່າງສາທາລະນະໃນບົດຄວາມນີ້ເຂົ້າໃນການຕັ້ງຄ່າໂດເມນສ່ວນຕົວ. ຄ່າທີ່ສະແດງສຳລັບໂດເມນທີ່ທ່ານກຳລັງເພີ່ມແມ່ນຂໍ້ຈິງທີ່ຖືກຕ້ອງ.
ບູລິມະສິດບໍ່ແມ່ນການຕັ້ງຄ່າຄວາມໄວ
ຕົວເລກທີ່ຕໍ່າກວ່າມີຄວາມມັກສູງກວ່າ. ບູລິມະສິດ 1 ເປັນຄ່າເລີ່ມຕົ້ນທີ່ຊັດເຈນ, ແຕ່ 0 ຫຼື 10 ຍັງເຮັດວຽກເມື່ອມັນເປັນເສັ້ນທາງ MX ເທົ່ານັ້ນ. ການຕັ້ງຄ່າອັນຕະລາຍແມ່ນບັນທຶກເກົ່າທີ່ມີຕົວເລກຕ່ໍາທີ່ຊີ້ໄປບ່ອນອື່ນ. ຜູ້ສົ່ງຈະພະຍາຍາມເສັ້ນທາງນັ້ນກ່ອນ.
ໃນລະຫວ່າງການຍ້າຍຖິ່ນຖານ, ເອົາບັນທຶກ MX ທີ່ລ້າສະໄຫມອອກ ເວັ້ນເສຍແຕ່ວ່າທ່ານເຈດຕະນາດໍາເນີນການເຄື່ອງຮັບການສໍາຮອງທີ່ມີການທົດສອບ. ບັນທຶກຫຼາຍບໍ່ແມ່ນການຕົກແຕ່ງທີ່ເປັນອັນຕະລາຍ; ພວກເຂົາກໍານົດເສັ້ນທາງການຈັດສົ່ງທາງເລືອກ.
ຢືນຢັນຄໍາຕອບທີ່ມີອໍານາດ
ຫຼັງຈາກບັນທຶກການບັນທຶກ, ສອບຖາມສາທາລະນະ DNS:
dig MX your-domain.exampleຄໍາຕອບຄວນມີເປົ້າຫມາຍ GPTMail. ຖ້າມັນບໍ່, ໃຫ້ກວດເບິ່ງວ່າ nameservers ໃດແມ່ນ authoritative:
dig NS your-domain.exampleຫຼັງຈາກນັ້ນ, ໃຫ້ຖາມຫນຶ່ງໃນ nameservers ເຫຼົ່ານັ້ນໂດຍກົງ:
dig @authoritative-nameserver.example MX your-domain.exampleນີ້ແຍກຄວາມລ່າຊ້າການຂະຫຍາຍພັນຈາກການແກ້ໄຂເຂດ DNS ທີ່ບໍ່ຖືກຕ້ອງ. ຖ້າເຊີບເວີ authoritative ສົ່ງຄືນບັນທຶກໃຫມ່ແລ້ວແຕ່ຕົວແກ້ໄຂສາທາລະນະບໍ່ໄດ້, ລໍຖ້າໃຫ້ຂໍ້ມູນ cache ຈະຫມົດອາຍຸ. ຖ້າເຄື່ອງແມ່ຂ່າຍ authoritative ຍັງສົ່ງຄືນຄ່າເກົ່າ, ການລໍຖ້າຈະບໍ່ແກ້ໄຂມັນ; ການປ່ຽນແປງໄດ້ຖືກບັນທຶກໄວ້ໃນສະຖານທີ່ຜິດພາດຫຼືບໍ່ໄດ້ເຜີຍແຜ່.
ເປັນຫຍັງບັນທຶກທີ່ຖືກຕ້ອງຈຶ່ງບໍ່ສາມາດປາກົດໄດ້
ການກວດສອບ DNS ສາມາດກັບຄືນມາຊົ່ວຄາວທີ່ບໍ່ມີຄໍາຕອບເນື່ອງຈາກການຫມົດເວລາຂອງຕົວແກ້ໄຂ, ບັນຫາ nameserver, ຄວາມຜິດພາດ DNSSEC, ຫຼືບັນທຶກທີ່ຍັງແຜ່ຂະຫຍາຍ. ການຄົ້ນຫາທີ່ລົ້ມເຫລວຄັ້ງນຶ່ງບໍ່ໄດ້ພິສູດວ່າໂດເມນຖືກຕັ້ງຄ່າຜິດ.
ຖ້າ GPTMail ລາຍງານວ່າບັນທຶກ MX ບໍ່ໄດ້ຖືກຊີ້ໄປຫາເຄື່ອງແມ່ຂ່າຍທີ່ຕ້ອງການ:
- ຄັດລອກມູນຄ່າ MX ຕົວຈິງທີ່ສະແດງຢູ່ໃນຕົວຈັດການໂດເມນ.
- ປຽບທຽບມັນກັບເປົ້າຫມາຍທີ່ຕ້ອງການ, ລວມທັງຊື່ເຈົ້າພາບເຕັມ.
- ກວດເບິ່ງບັນທຶກການແຂ່ງຂັນທີ່ມີຄວາມມັກສູງກວ່າ.
- Query the authoritative nameserver ໂດຍກົງ.
- ລໍຖ້າຫຼາຍໆນາທີແລ້ວລອງໃໝ່ຫຼັງຈາກການປ່ຽນແປງ DNS ໃໝ່.
ຢ່າລຶບແລະສ້າງໂດເມນຄືນໃຫມ່ເລື້ອຍໆໃນຂະນະທີ່ DNS ກໍາລັງຂະຫຍາຍພັນ. ນັ້ນປ່ຽນສະຖານະແອັບພລິເຄຊັນໂດຍບໍ່ປ່ຽນສິ່ງທີ່ DNS ກັບຄືນມາ.
ການຕັ້ງຄ່າທີ່ Cloudflare ອະນຸຍາດ
Cloudflare ແມ່ນຜູ້ສະໜອງ DNS ໃນຂະບວນການນີ້; GPTMail ແມ່ນຜູ້ຮັບກ່ອງຈົດໝາຍຊົ່ວຄາວ. ການຕັ້ງຄ່ານີ້ບໍ່ໃຊ້ Cloudflare Email Routing.
ກ່ອນທີ່ຈະອະນຸຍາດ, ກວດສອບຂໍ້ມູນຕໍ່ໄປນີ້:
- ເລືອກບັນຊີ Cloudflare ແລະເຂດທີ່ຈິງຈັງຄວບຄຸມໂດເມນ.
- ຖ້າ Cloudflare Email Routing ແມ່ນເປີດ, ປິດມັນກ່ອນ. GPTMail ຈະກວດພົບບັນທຶກ MX ຂອງການສົ່ງອີເມວ, ຈະຢຸດໂດຍບໍ່ປ່ຽນ DNS, ແລະຂໍໃຫ້ທ່ານແກ້ປັນຫາການຂັດກັນ.
- ທົບທວນເບິ່ງເປົ້າໝາຍທີ່ GPTMail ສະແດງ. ການອະນຸຍາດຄັ້ງດຽວຈະທັບບັນທຶກ MX ສຳລັບໂດເມນນັ້ນເທົ່ານັ້ນ; ປະເພດບັນທຶກ DNS ອື່ນບໍ່ຖືກປ່ຽນ, ແລະ token ການເຂົ້າເຖິງຈະຖືກຍົກເລີກຫຼັງຈາກການກັບຄືນສຳເລັດ.
ບັນທຶກອັດຕະໂນມັດໃຊ້ຄວາມສຳຄັນ 0, ໃນຂະນະທີ່ຕົວຢ່າງດ້ວຍຕົນເອງຂ້າງເທິງໃຊ້ 1. ທັງສອງຕົວເລືອກຖືກຕ້ອງເມື່ອເປັນການສົ່ງ MX ດຽວກັນ. ການອະນຸຍາດຊ່ວຍຫຼຸດຜິດພາດການພິມ, ແຕ່ການກວດສອບສຸດທ້າຍຍັງຕ້ອງອີງອັນທີ່ DNS ສາທາລະນະສະແດງ.
ຖ້າໂດເມນໃຊ້ຜູ້ສະໜອງ DNS ອື່ນ, ເພີ່ມບັນທຶກໂດຍກົງແລະກັບໄປທີ່ GPTMail ເພື່ອລອງການກວດສອບອີກຄັ້ງ.
ທົດສອບສົ່ງຈິງ
ການຊອກຫາ MX ຢືນຢັນການກຳນົດເສັ້ນທາງ, ບໍ່ແມ່ນການຈັດສົ່ງແບບປາຍທາງ. ຫຼັງຈາກການກວດສອບ:
- ສ້າງທີ່ຢູ່ສົດໃນໂດເມນ;
- ສົ່ງຂໍ້ຄວາມສັ້ນໆຈາກຜູ້ໃຫ້ບໍລິການທີ່ບໍ່ກ່ຽວຂ້ອງ;
- ຢືນຢັນທີ່ຢູ່ຜູ້ຮັບກົງກັນແທ້;
- ລໍຖ້າໃຫ້ຜູ້ສົ່ງສໍາເລັດການຈັດສົ່ງກ່ອນທີ່ຈະສົມມຸດວ່າລົ້ມເຫຼວ;
- ພະຍາຍາມຜູ້ສົ່ງທີສອງຖ້າຂໍ້ຄວາມທໍາອິດຖືກຊັກຊ້າ.
ຫຼີກເວັ້ນການທົດສອບພຽງແຕ່ຈາກລະບົບທີ່ບໍ່ດົນມານີ້ cache ເສັ້ນທາງ MX ເກົ່າ.
ຮັກສາຄວາມເປັນເຈົ້າຂອງແລະການຟື້ນຕົວແຍກຕ່າງຫາກ
ໂດເມນກຳນົດເອງໃຫ້ທ່ານຄວບຄຸມການຕັ້ງຊື່, ແຕ່ GPTMail ຍັງຄົງເປັນບໍລິການກ່ອງຈົດໝາຍຊົ່ວຄາວ. ຮັກສາການເຂົ້າເຖິງຜູ້ລົງທະບຽນ, ການຟື້ນຕົວ DNS, ແລະການຟື້ນຕົວບັນຊີທີ່ສໍາຄັນຢູ່ໃນກ່ອງຈົດຫມາຍທີ່ທົນທານຢູ່ນອກໂດເມນຊົ່ວຄາວ.
ສໍາລັບການຕັດສິນໃຈວ່າໂດເມນສ່ວນຕົວມີຄວາມເຫມາະສົມໃນຕອນທໍາອິດ, ອ່ານ ເລືອກ Inbox ໂດຍຜົນສະທ້ອນ, ບໍ່ສະດວກ. ຖ້າຂໍ້ຄວາມທົດສອບຍັງບໍ່ມາຮອດຫຼັງຈາກການກວດສອບ MX, ໃຊ້ ການຢືນຢັນອີເມວບໍ່ມາຮອດ: ຊອກຫາຂັ້ນຕອນທີ່ແຕກຫັກ.