Perbedaan antara ALIAS dan CNAME dan kapan menggunakannya
28 Februari 2024
3 menit bacaan

Perbedaan utama antara catatan CNAME dan catatan ALIAS bukanlah pada hasilnya, keduanya menunjuk ke catatan DNS lain, tetapi dalam cara mereka menyelesaikan catatan DNS target saat ditanyai. Sebagai hasil dari perbedaan ini, seseorang aman untuk digunakan di puncak zona (misalnya, domain polos seperti example.com), sedangkan yang lainnya tidak.

Mari kita mulai dengan jenis catatan CNAME. Ini hanya menunjuk nama DNS, seperti www.example.com, pada nama DNS lain, seperti lb.example.net. Ini memberi tahu resolver untuk mencari jawaban pada nama referensi untuk semua jenis DNS (misalnya, A, AAAA, MX, NS, SOA, dan lain-lain). Hal ini menimbulkan penalti kinerja, karena setidaknya satu pencarian DNS tambahan harus dilakukan untuk menyelesaikan target (lb.example.net). Dalam kasus kedua catatan tidak pernah di-kueri sebelumnya oleh resolver rekursif Anda, maka akan lebih mahal lagi, karena hirarki DNS penuh dapat dilalui untuk kedua catatan tersebut:

  1. Anda sebagai klien DNS (atau resolver stub) menanyakan resolver rekursif Anda untuk www.example.com.
  2. Resolver rekursif Anda menanyakan server nama root untuk www.example.com.
  3. Server nama root merujuk resolver rekursif Anda ke.com Server otoritatif Domain Tingkat Atas (TLD).
  4. Resolver rekursif Anda mengkueri .com Server otoritatif TLD untuk www.example.com.
  5. .com Server otoritatif TLD merujuk server rekursif Anda ke server otoritatif untuk example.com.
  6. Resolver rekursif Anda meminta server otoritatif untuk www.example.com dan menerima lb.example.net sebagai jawabannya.
  7. Resolver rekursif Anda menyimpan jawaban dalam cache dan mengembalikannya kepada Anda.
  8. Anda sekarang mengeluarkan kueri kedua ke resolver rekursif Anda untuk lb.example.net.
  9. Resolver rekursif Anda menanyakan server nama root untuk lb.example.net.
  10. Server nama root merujuk resolver rekursif Anda ke.net Server otoritatif Domain Tingkat Atas (TLD).
  11. Resolver rekursif Anda mengkueri .net Server otoritatif TLD untuk lb.example.net.
  12. .net Server otoritatif TLD merujuk server rekursif Anda ke server otoritatif untuk example.net.
  13. Resolver rekursif Anda menanyakan server otoritatif untuk lb.example.net dan menerima alamat IP sebagai jawabannya.
  14. Resolver rekursif Anda menyimpan jawaban dalam cache dan mengembalikannya kepada Anda.

Masing-masing langkah ini menghabiskan setidaknya beberapa milidetik, seringkali lebih, tergantung pada kondisi jaringan. Ini dapat menambah banyak waktu yang Anda habiskan untuk menunggu jawaban akhir yang dapat ditindaklanjuti dari alamat IP.

Dalam kasus catatan ALIAS, semua tindakan yang sama dilakukan seperti pada CNAME, kecuali server otoritatif example.com melakukan langkah keenam hingga ketiga belas untuk Anda dan mengembalikan jawaban akhir sebagai alamat IPv4 dan IPv6. Ini menawarkan dua keuntungan dan satu kelemahan signifikan:

Keuntungan

Kecepatan resolusi jawaban akhir yang lebih cepat

Dalam kebanyakan kasus, server otoritatif example.com akan memiliki jawaban yang di-cache dan dengan demikian dapat mengembalikan jawabannya dengan sangat cepat.

Respons alias akan berupa catatan A dan AAAA. Karena catatan ALIAS mengembalikan jawaban yang terdiri dari satu atau beberapa alamat IP, rekaman tersebut dapat digunakan di mana saja catatan A atau AAAA dapat digunakan, termasuk puncak zona. Ini membuatnya lebih fleksibel daripada CNAME, yang tidak dapat digunakan di puncak zona. Fleksibilitas catatan Alias dibutuhkan saat situs Anda diposting di beberapa CDN terpopuler yang mengharuskan penggunaan catatan CNAME jika Anda ingin pengguna dapat mengaksesnya melalui domain polos seperti example.com.

Kekurangan

Informasi penargetan geografis hilang

Karena itu adalah server otoritatif untuk example.com yang mengeluarkan kueri untuk lb.example.net, maka fungsionalitas perutean cerdas apa pun pada catatan lb.example.net akan bekerja berdasarkan lokasi server otoritatif, bukan pada lokasi Anda. Opsi EDNS0 edns-client-subnet tidak berlaku di sini. Ini berarti bahwa Anda mungkin berpotensi salah alamat: misalnya, jika Anda berada di New York dan server otoritatif untuk example.com berada di California, maka lb.example.com akan meyakini bahwa Anda berada di California dan akan mengembalikan jawaban yang jelas kurang optimal untuk Anda di New York. Namun, jika Anda menggunakan penyedia DNS dengan pop-up di seluruh dunia, maka kemungkinan besar server DNS otoritatif akan berlokasi di wilayah Anda, sehingga mengurangi masalah ini.

Satu hal penting yang perlu diperhatikan adalah bahwa NS1 meruntuhkan catatan CNAME, asalkan semuanya termasuk dalam sistem NS1. Nameserver NS1 bersifat otoritatif untuk CNAME dan catatan target. Collapsing berarti bahwa server nama NS1 akan mengembalikan seluruh rantai catatan, dari CNAME hingga jawaban akhir, dalam satu respons. Ini menghilangkan semua langkah pencarian tambahan dan memungkinkan Anda untuk menggunakan catatan CNAME, bahkan dalam konfigurasi bersarang, tanpa penalti kinerja.

Dan bahkan lebih baik lagi, NS1 mendukung jenis rekaman unik yang disebut Catatan Terhubung. Ini pada dasarnya adalah tautan simbolis dalam platform kami yang berfungsi seperti halnya rekaman ALIAS, kecuali dengan kecepatan resolusi sub-mikrodetik. Untuk menggunakan Catatan Terhubung, cukup buat catatan target seperti biasanya (bisa dari jenis apa saja) dan kemudian buat record kedua untuk menunjuk ke catatan tersebut dan pilih opsi Catatan Terhubung. Perhatikan bahwa Catatan Terhubung dapat melintasi batas domain (zona) dan bahkan batas akun di dalam NS1 dan menawarkan cara yang ampuh untuk mengatur dan mengoptimalkan struktur catatan DNS Anda.

CNAME, ALIAS, dan Bagan Referensi Catatan Terhubung
 CNAMEALIASCatatan Terhubung
Gunakan di Apex?TidakYaYa (hanya untuk zona NS1 lainnya)
Kecepatan Relatif (TTFB)CepatWaktu muatWaktu muat
Menciutkan TanggapanYa (fitur eksklusif NS1 Connect)YaYa
Gulir untuk melihat tabel lengkap
Penulis
Terry Bernstein Senior Director of Product Management for NS1 Managed DNS