Siapkan Server DNS Caching Rekursif Dasar dan Konfigurasikan Zona untuk Domain


Bayangkan bagaimana jadinya jika kita harus mengingat alamat IP semua website yang kita gunakan sehari-hari. Bahkan jika kita memiliki memori yang sangat besar, proses untuk menjelajah ke suatu situs web akan sangat lambat dan memakan waktu.

Dan bagaimana jika kita perlu mengunjungi beberapa situs web atau menggunakan beberapa aplikasi yang berada di mesin atau host virtual yang sama? Ini akan menjadi salah satu masalah terburuk yang dapat saya pikirkan – belum lagi kemungkinan bahwa alamat IP yang terkait dengan situs web atau aplikasi dapat diubah tanpa pemberitahuan sebelumnya.

Memikirkannya saja sudah cukup menjadi alasan untuk berhenti menggunakan Internet atau jaringan internal setelah beberapa saat.

Hal itulah yang akan terjadi jika kita tidak memiliki Sistem Nama Domain (juga dikenal sebagai DNS). Untungnya, layanan ini menyelesaikan semua masalah yang disebutkan di atas – meskipun hubungan antara alamat IP dan nama berubah.

Oleh karena itu, dalam artikel ini, kita akan mempelajari cara mengkonfigurasi dan menggunakan server DNS sederhana, layanan yang memungkinkan penerjemahan nama domain menjadi alamat IP dan sebaliknya.

Memperkenalkan Resolusi Nama DNS

Untuk jaringan kecil yang tidak sering mengalami perubahan, file /etc/hosts dapat digunakan sebagai metode dasar resolusi nama domain hingga alamat IP.

Dengan sintaks yang sangat sederhana, file ini memungkinkan kita mengaitkan nama (dan/atau alias) dengan alamat IP sebagai berikut:

[IP address] [name] [alias(es)]

Misalnya,

192.168.0.1 gateway gateway.mydomain.com
192.168.0.2 web web.mydomain.com

Dengan demikian, Anda dapat menjangkau mesin web berdasarkan namanya, alias web.domainku.com, atau alamat IP-nya.

Untuk jaringan yang lebih besar atau jaringan yang sering mengalami perubahan, menggunakan file /etc/hosts untuk mengubah nama domain menjadi alamat IP bukanlah solusi yang dapat diterima. Di sinilah diperlukannya layanan khusus.

Di balik terpalnya, server DNS menanyakan database besar dalam bentuk pohon, yang dimulai dari zona (“. ”) root.

Gambar berikut akan membantu kita mengilustrasikannya:

Pada gambar di atas, zona root (.) berisi domain com, edu, dan net. Masing-masing domain ini (atau dapat) dikelola oleh organisasi berbeda untuk menghindari ketergantungan pada organisasi yang besar dan terpusat. Hal ini memungkinkan untuk mendistribusikan permintaan dengan benar secara hierarkis.

Mari kita lihat apa yang terjadi:

1. Saat klien membuat kueri ke server DNS untuk web1.sales.me.com, server mengirimkan kueri ke server DNS (root) teratas, yang mengarahkan kueri ke server nama di zona .com.

Hal ini, pada gilirannya, mengirimkan kueri ke server nama tingkat berikutnya (di zona me.com), dan kemudian ke sales.me.com. Proses ini diulangi sebanyak yang diperlukan hingga FQDN (Nama Domain yang Sepenuhnya Memenuhi Syarat, web1.sales.me.com dalam contoh ini) dikembalikan oleh server nama zona tempatnya berada.

2. Dalam contoh ini, server nama di sales.me.com. merespons alamat web1.sales.me.com dan mengembalikan asosiasi nama domain-IP yang diinginkan dan informasi lainnya juga (jika dikonfigurasi untuk melakukannya).

Semua informasi ini dikirim ke server DNS asli, yang kemudian meneruskannya kembali ke klien yang memintanya. Untuk menghindari pengulangan langkah yang sama untuk kueri serupa di masa mendatang, hasil kueri disimpan di server DNS.

Inilah alasan mengapa pengaturan semacam ini umumnya dikenal sebagai server DNS caching yang rekursif.