Siapkan pelayan DNS Caching Rekursif asas dan konfigurasikan zon untuk domain

Bayangkan bagaimana rasanya jika kita harus ingat alamat IP semua laman web yang kita gunakan setiap hari. Walaupun kita mempunyai ingatan yang luar biasa, proses untuk melayari laman web akan menjadi sangat perlahan dan memakan masa.

Dan bagaimana pula jika kita perlu melawat beberapa laman web atau menggunakan beberapa aplikasi yang tinggal di mesin yang sama atau tuan rumah maya? Itu akan menjadi salah satu sakit kepala terburuk yang boleh saya fikir.

Hanya pemikiran yang cukup akan menjadi alasan yang cukup untuk berhenti menggunakan internet atau rangkaian dalaman selepas beberapa ketika.

Itulah yang mana dunia tanpa Sistem Nama Domain (juga dikenali sebagai DNS) akan menjadi. Nasib baik, perkhidmatan ini menyelesaikan semua isu yang disebutkan di atas - walaupun hubungan antara alamat IP dan perubahan nama.

Atas sebab itu, dalam artikel ini, kita akan belajar cara mengkonfigurasi dan menggunakan pelayan DNS yang mudah, perkhidmatan yang akan membolehkan menterjemahkan nama domain ke dalam alamat IP dan sebaliknya.

Memperkenalkan Resolusi Nama DNS

Untuk rangkaian kecil yang tidak tertakluk kepada perubahan yang kerap, /etc/hos Fail boleh digunakan sebagai kaedah asas nama domain ke resolusi alamat IP.

Dengan sintaks yang sangat mudah, fail ini membolehkan kami mengaitkan nama (dan/atau alias) dengan alamat IP seperti berikut:

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

Sebagai contoh,

192.168.0.1 Gateway Gateway.mydomain.com 192.168.0.2 web web.mydomain.com 

Oleh itu, anda boleh mencapai mesin web sama ada dengan namanya, web.mydomain.com alias, atau alamat IPnya.

Untuk rangkaian yang lebih besar atau yang tertakluk kepada perubahan yang kerap, menggunakan /etc/hos fail untuk menyelesaikan nama domain ke dalam alamat IP tidak akan menjadi penyelesaian yang boleh diterima. Di situlah keperluan untuk perkhidmatan khusus datang.

Di bawah tudung, a DNS Pelayan menanyakan pangkalan data yang besar dalam bentuk pokok, yang bermula pada akar (".") Kawasan.

Imej berikut akan membantu kita menggambarkan:

Dalam gambar di atas, akar (.) zon mengandungi com, edu, dan jaring Domain. Setiap domain ini (atau boleh) diuruskan oleh organisasi yang berbeza untuk mengelakkan bergantung pada yang besar, pusat. Ini membolehkan untuk mengedarkan permintaan dengan betul dengan cara hierarki.

Mari lihat apa yang berlaku di bawah tudung:

1. Apabila pelanggan membuat pertanyaan ke pelayan DNS untuk web1.jualan.saya.com, Pelayan menghantar pertanyaan ke pelayan DNS atas (root), yang menunjukkan pertanyaan kepada pelayan nama di .com Kawasan.

Ini seterusnya menghantar pertanyaan ke pelayan nama peringkat seterusnya (di saya.com zon), dan kemudian ke jualan.saya.com. Proses ini diulangi seberapa banyak yang diperlukan sehingga FQDN (Nama domain yang berkelayakan sepenuhnya, web1.jualan.saya.com Dalam contoh ini) dikembalikan oleh pelayan nama zon di mana ia tergolong.

2. Dalam contoh ini, pelayan nama di jualan.saya.com. Menjawab alamat web1.jualan.saya.com dan mengembalikan persatuan nama domain yang dikehendaki dan maklumat lain juga (jika dikonfigurasikan untuk berbuat demikian).

Semua maklumat ini dihantar ke pelayan DNS yang asal, yang kemudiannya kembali kepada klien yang memintanya di tempat pertama. Untuk mengelakkan mengulangi langkah yang sama untuk pertanyaan yang sama masa depan, hasil pertanyaan disimpan di pelayan DNS.

Inilah sebab mengapa persediaan seperti ini biasanya dikenali sebagai pelayan DNS yang berulang, caching.