MX record, atau mail exchanger record, adalah tipe resource record di Domain Name System yang menentukan server email yang bertanggung jawab untuk menerima pesan email atas nama domain penerima dan nilai preferensi yang digunakan untuk memprioritaskan pengiriman email. Satu set catatan penukar surat atas nama domain menentukan bagaimana email harus dirutekan menggunakan Simple Mail Transfer Protocol (SMTP).
Data MX: Tinjauan Teknologi
Record sumber daya adalah elemen informasi utama dari Domain Name System (DNS). Mereka berbeda dalam identifikasi tipe (A, MX, NS) dan kelas DNS (Internet, CHAOS). Catatan memiliki tanggal kedaluwarsa (waktu untuk hidup) yang ditetapkan untuk mereka, yang menunjukkan kapan informasi yang mereka simpan harus diperbarui dari server nama otoritatif. Catatan sumber daya diatur dalam DNS berdasarkan email penerimanya FQDN (bagian dari nama setelah simbol@).
Informasi muatan data MX spesifik adalah nama domain yang sepenuhnya memenuhi syarat dari host email dan nilai preferensi yang akan muncul langsung di satu atau beberapa catatan alamat. Saat pesan email dikirim melalui Internet, agen pengirim Mail Transfer Service (MTA) menanyakan Sistem Nama Domain untuk data MX untuk setiap domain penerima. Kueri ini mengembalikan daftar host server pertukaran email yang menerima email masuk untuk domain ini. Agen pengirim kemudian mencoba membuat koneksi SMTP.
Dasar-dasar penentuan prioritas
Dalam kasus yang paling sederhana, sebuah domain hanya dapat memiliki satu server email. Misalnya, jika MTA mencari data MX untuk example.com dan server DNS hanya merespons dengan mail.example.com dengan jumlah preferensi 50, MTA akan mencoba mengirim email ke server yang ditentukan. Dalam hal ini, angka 50 dapat berupa bilangan bulat apa pun yang diizinkan oleh spesifikasi SMTP. Tetapi ketika lebih dari satu server dikembalikan untuk permintaan MX, nomor preferensi untuk setiap entri menentukan prioritas relatif dari server yang ditentukan. Ketika klien jarak jauh (biasanya server email lain) melakukan pencarian MX untuk nama domain, ia mendapatkan daftar server dan nomor preferensinya. Setiap server dengan nomor preferensi terendah harus diperiksa terlebih dahulu. Untuk memastikan transmisi email yang andal, klien SMTP harus dapat memeriksa setiap alamat yang cocok dalam daftar ini hingga upaya pengiriman berhasil.
Load balancing antara array server email
Metode yang digunakan untuk memuat-balance email masuk di seluruh array server harus mengembalikan nomor preferensi yang sama untuk setiap server di set. Saat menentukan server mana yang memiliki preferensi yang sama untuk mengirim email, pengirim harus mengacaknya untuk menyebarkan muatan ke beberapa penukar email untuk organisasi tertentu. Server multihomed ditangani secara berbeda, karena pengacakan apa pun dianggap telah diterapkan oleh server nama. Ini terutama berkaitan dengan masalah perutean. Jenis pemuatan server lainnya dapat diselesaikan menggunakan proxy SMTP.
Cadangan
Server target, yaitu server yang mengetahui cara mengirimkan kotak surat pengguna yang bersangkutan, biasanya yang lebih disukai. Server dengan prioritas lebih rendah, yang disebut standby atau data MX sekunder, biasanya menyimpan pesan dalam antrian sambil menunggu server utama muncul. Jika kedua server online atau entah bagaimana terhubung satu sama lain, cadangan MX akan meneruskan email ke penukar surat utama. Cadangan bertindak sebagai brankas.
Cara menyiapkan data MX: prioritas
Mail dikirim ke server pertukaran dengan nomor preferensi terendah (prioritas tertinggi), sehingga entri penukar surat yang digunakan untuk perutean harus memiliki nomor preferensi terendah, biasanya 0. Prioritasmendefinisikan urutan di mana server harus dikaitkan (jika beberapa server dengan prioritas berbeda ditentukan). Server dengan prioritas tertinggi dan nomor preferensi terendah akan diperiksa terlebih dahulu. Dalam catatan DNS, nomor preferensi biasanya ditetapkan dan ditentukan.
Kesalahan pengaturan
Kesalahpahaman umum tentang pemesanan preferensi data MX domain adalah bahwa hal itu dimaksudkan untuk meningkatkan kemungkinan pengiriman email. Namun, hanya menggunakan beberapa entri dengan preferensi yang sama memberikan manfaat ini.
Kesalahpahaman umum lainnya dari urutan preferensi MX adalah bahwa hal itu dimaksudkan untuk memberikan "failover" jika terjadi kelebihan server. Meskipun dapat digunakan dengan cara ini, ini adalah teknik manajemen sumber daya yang buruk karena sengaja menciptakan kemacetan, tidak sepenuhnya menggunakan perangkat keras yang tersedia, dan tidak mengizinkan data MX untuk diperiksa. Menetapkan nilai yang sama ke semua server yang tersedia memberikan manfaat yang sama, dapat membantu menghindari situasi kemacetan dan dengan demikian meningkatkan throughput sistem dengan mengurangi latensi.
Pencatatan SMTP
Protokol SMTP membentuk jaringan simpan-dan-teruskan, dan jika server email domain sedang offline, server pengirim memerlukan antrian pesan yang ditujukan untuk domain tersebut untuk dicoba lagi nanti. Namun, server pengirim ini tidak dapat diberi tahu bahwa sekarang tersediaserver domain yang berdiri sendiri dan hanya mendeteksi bahwa domain tersedia jika upaya berikutnya dilakukan saat mengirim pesan yang ditangguhkan.
Penundaan antara saat server domain online dan saat pesan yang tertunda akhirnya terkirim dapat berlangsung dari beberapa menit hingga beberapa hari, tergantung pada jadwal coba lagi dari server pengirim. Masalahnya adalah bahwa cadangan secara unik memenuhi syarat untuk diselesaikan dan tidak memungkinkan Anda untuk memeriksa data MX domain.
