Siapkan server DNS caching rekursif dasar dan konfigurasikan zona untuk domain

Bayangkan bagaimana rasanya jika kita harus mengingat alamat IP semua situs web yang kita gunakan setiap hari. Bahkan jika kami memiliki memori yang luar biasa, proses untuk menelusuri situs web akan sangat lambat dan memakan waktu.

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

Hanya memikirkan itu akan menjadi alasan yang cukup untuk berhenti menggunakan internet atau jaringan internal setelah beberapa saat.

Justru apa yang ditonaktifkan oleh dunia Sistem Nama Domain (juga dikenal sebagai DNS) akan menjadi. Untungnya, layanan ini memecahkan semua masalah yang disebutkan di atas - bahkan jika hubungan antara alamat IP dan perubahan nama.

Untuk alasan itu, dalam artikel ini, kami akan belajar cara mengkonfigurasi dan menggunakan server DNS sederhana, layanan yang akan memungkinkan menerjemahkan nama domain ke dalam alamat IP dan sebaliknya.

Memperkenalkan Resolusi Nama DNS

Untuk jaringan kecil yang tidak mengalami perubahan yang sering, /etc/host File dapat digunakan sebagai metode dasar dari nama domain ke resolusi alamat IP.

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

[Alamat IP] [Nama] [alias (ES)] 

Misalnya,

192.168.0.1 Gateway Gateway.mydomain.com 192.168.0.2 Web Web.mydomain.com 

Dengan demikian, Anda dapat mencapai mesin web baik dengan namanya, web.mydomain.com alias, atau alamat IP -nya.

Untuk jaringan yang lebih besar atau yang sering mengalami perubahan, menggunakan /etc/host file untuk menyelesaikan nama domain ke dalam alamat IP tidak akan menjadi solusi yang dapat diterima. Di situlah kebutuhan akan layanan yang berdedikasi masuk.

Di bawah kap, a DNS Server menanyakan database besar dalam bentuk pohon, yang dimulai dari root (“.") daerah.

Gambar berikut akan membantu kita menggambarkan:

Pada gambar di atas, root (.) zona berisi com, edu, Dan bersih Domain. Masing -masing domain ini (atau dapat) dikelola oleh organisasi yang berbeda untuk dihindari tergantung pada yang besar dan sentral. Ini memungkinkan untuk mendistribusikan permintaan dengan benar secara hierarkis.

Mari kita lihat apa yang terjadi di bawah kap:

1. Saat klien membuat kueri ke server DNS untuk Web1.penjualan.Saya.com, Server mengirimkan kueri ke atas (root) DNS Server, yang menunjukkan kueri ke server nama di .com daerah.

Ini, pada gilirannya, mengirimkan kueri ke server nama tingkat berikutnya (di Saya.com zona), dan kemudian ke penjualan.Saya.com. Proses ini diulang sebanyak yang diperlukan sampai Fqdn (Nama domain yang sepenuhnya memenuhi syarat, Web1.penjualan.Saya.com dalam contoh ini) dikembalikan oleh server nama zona tempatnya.

2. Dalam contoh ini, server nama di penjualan.Saya.com. menanggapi alamat tersebut Web1.penjualan.Saya.com dan mengembalikan asosiasi nama domain yang diinginkan dan informasi lainnya juga (jika dikonfigurasi untuk melakukannya).

Semua informasi ini dikirim ke server DNS asli, yang kemudian menyerahkannya kembali ke klien yang memintanya di tempat pertama. Untuk menghindari mengulangi langkah yang sama untuk kueri identik di masa depan, hasil kueri disimpan di server DNS.

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