Pengantar Sistem Nama Domain


DNS adalah sebuah protokol yang digunakan terutama untuk mengkonversi nama host seperti http://www.example.com menjadi alamat IP seperti 192.168.1.10, dan sebaliknya. Pada tingkat IP, semua host di Internet mengacu pada satu sama lain dengan alamat IP, bukan dengan nama host bahwa pengguna masuk ke dalam program-program seperti web browser dan klien telnet. Ini berarti bahwa sistem memerlukan cara untuk mencari tahu alamat IP yang terkait dengan nama host sebelum mereka dapat berkomunikasi. Meskipun ada beberapa cara ini bisa dilakukan (seperti membaca / etc / hosts atau meng-query server NIS), DNS adalah yang paling umum.

Selain mencari alamat IP untuk nama host, protokol DNS juga dapat digunakan untuk mencari nama host yang terkait dengan alamat IP. Hal ini paling sering digunakan untuk mencari nama host dari klien yang menghubungkan ke server, seperti webserver atau daemon SSH. DNS juga dapat digunakan untuk mencari alamat dari sebuah mail server untuk domain, dan informasi tambahan tentang host seperti lokasi, sistem operasi atau pemilik. Namun, sejauh ini aplikasi yang paling umum adalah mengubah nama host ke alamat IP.

Kebanyakan sistem menggunakan protokol DNS untuk mengirim permintaan ke server, yang melakukan sebagian besar pekerjaan menerjemahkan nama host ke alamat IP. Sebuah sistem normal hanya klien DNS, dan tidak pernah memiliki untuk menjawab permintaan dari server. Hampir semua perusahaan, organisasi dan ISP sudah akan memiliki satu atau lebih server DNS pada jaringan mereka bahwa semua host lain dapat digunakan. Jika perusahaan Anda sudah memiliki server DNS, maka tidak ada kebutuhan untuk membaca halaman ini – bukan, lihat NetworkConfiguration halaman untuk informasi tentang cara mengatur sistem Linux Anda sebagai klien DNS.

Sistem nama domain dibagi menjadi zona (juga disebut domain), masing-masing memiliki nama seperti example.com atau foo.com.au. Zona tersebut diatur dalam hirarki, yang berarti bahwa zona foo.com.au merupakan bagian dari zona com.au, yang pada gilirannya adalah bagian dari domain au. Di bagian paling atas dari hirarki adalah. atau zona akar, yang di atasnya seluruh sistem DNS tergantung.

Untuk setiap zona, ada pada satu server DNS yang terutama bertanggung jawab untuk memberikan informasi tentang hal itu. Mungkin juga ada server sekunder atau slave beberapa yang memiliki salinan informasi dari primer, dan bertindak sebagai backup jika server master untuk zona tidak tersedia. Sebuah server DNS tunggal mungkin host beberapa zona, atau kadang-kadang tidak mungkin menjadi tuan rumah sama sekali. Sebuah server biasanya bertanggung jawab untuk menyediakan informasi tentang zona bahwa host, dan untuk mencari informasi di zona lain ketika diminta oleh klien DNS.

Untuk zona host oleh server akan tersedia untuk klien DNS yang tidak query server yang secara langsung, harus terdaftar di zona induk. Domain induk yang paling umum seperti com,.. Net dan. Com.au dikelola oleh perusahaan yang bertanggung jawab untuk zona terdaftar di bawah mereka. Ini berarti bahwa Anda tidak bisa hanya menyiapkan server DNS yang host domain seperti example.com dan berharap untuk menjadi terlihat ke seluruh Internet – Anda juga harus membayar untuk itu harus terdaftar di salah satu perusahaan yang menambahkan sub- domain ke domain com..

Setiap zona berisi beberapa catatan DNS, masing-masing memiliki nama, jenis dan nilai-nilai. Jenis yang paling umum dari catatan adalah alamat atau A record, yang mengaitkan nama host dengan alamat IP. Jenis lainnya termasuk NS record atau nama server yang menentukan server DNS untuk zona atau sub-domain, dan server MX atau surat tipe record yang mendefinisikan host yang akan menerima mail untuk zona tersebut.

Setiap zona harus memiliki minimal satu server sekunder dalam kasus utama sedang down atau un-dihubungi untuk beberapa alasan. Sekunder juga dapat berbagi beban pada server utama, karena server lain mencari catatan dalam domain tersebut akan secara acak memilih server untuk query bukan selalu meminta yang pertama primer. Bahkan, tidak ada cara untuk sistem lain untuk mengetahui server master dan yang merupakan budak untuk zona tertentu.

Server pembantu dapat meminta salinan semua catatan dalam zona sekaligus dengan melakukan transfer zona. Hal ini dilakukan server DNS sekunder ketika zona pertama kali ditambahkan ke dalamnya, dan secara berkala ketika mendeteksi bahwa zona telah berubah atau catatan di dalamnya telah habis. Sebuah master server juga dapat dikonfigurasi untuk memberitahu budak ketika perubahan zona sehingga mereka dapat melakukan transfer zona segera, memastikan bahwa mereka selalu up to date.

Setiap zona memiliki nomor seri, yang hanya merupakan counter yang harus bertambah setiap kali catatan di zona itu berubah. Seri ini digunakan oleh server slave untuk menentukan apakah zona telah berubah, dan dengan demikian jika suatu transfer yang dibutuhkan. Sebagian besar waktu, tidak peduli apa nomor seri selama itu akan bertambah. Namun, beberapa otoritas domain menyarankan untuk di format tanggal berbasis tertentu, seperti YYYYMMDDnn.

Biasanya server tunggal tuan rumah baik seluruhnya zona master, atau seluruhnya budak. Namun, ini tidak harus menjadi kasus-server DNS dapat menjadi master untuk beberapa zona dan budak bagi orang lain. Tidak ada batas atas jumlah server zona dapat memiliki, meskipun sedikit memiliki lebih dari tiga. Yang penting com dan. Domain akar memiliki 13 server, karena mereka sangat penting untuk fungsi internet dan sering diakses. Umumnya, para budak lebih domain memiliki lebih baik, selama mereka semua dapat disimpan disinkronisasi.

Ketika server menerima permintaan dari klien untuk pencarian catatan, pertama kali memeriksa apakah catatan ini di salah satu zona bahwa host. Jika demikian, dapat menyediakan jawaban untuk klien segera. Namun, jika catatan ini tidak dalam zona host maka server harus query server lain untuk menemukannya. Dimulai dengan query salah satu server bertanggung jawab untuk zona akar, yang akan menjawab dengan alamat dari server DNS lain. Kemudian query server lain, yang baik akan memberikan jawaban, atau alamat lain server DNS untuk bertanya. Proses ini berlanjut sampai sebuah server yang bertanggung jawab untuk domain ditemukan dan jawaban diambil dari itu. Jika catatan bahwa klien meminta tidak benar-benar ada, maka salah satu server dalam proses query akan mengatakan demikian, dan pencarian akan dihentikan.

Sebagai contoh, bayangkan jika klien meminta DNS server untuk alamat IP dari http://www.webmin.com. Langkah-langkah yang akan diikuti oleh server untuk menemukan alamat ini adalah:

  1.  Mintalah salah satu root server, seperti a.root-servers.net (198.41.0.4) untuk alamat http://www.webmin.com. Server akan membalas dengan daftar server untuk domain com, salah satunya adalah a.gtld-servers.net (192.5.6.30)..
  2. Minta server. Com untuk alamat http://www.webmin.com. Jawabannya akan menjadi daftar server, salah satunya adalah au.webmin.com (203.89.239.235), server master untuk domain webmin.com.
  3. Sebagai server untuk webmin.com untuk alamat http://www.webmin.com. Jawabannya akan 216.136.171.204, yang merupakan alamat IP yang benar.
  4. Alamat IP dihasilkan kembali ke klien, bersama dengan TTL (waktu tinggal) sehingga klien tahu berapa lama bisa menyimpan alamat untuk.

Seperti yang Anda lihat, server DNS dapat menemukan alamat semua host di Internet dengan mengikuti proses sederhana yang digunakan dalam langkah-langkah di atas. Alamat hanya bahwa ia tidak dapat menemukan adalah dari root server – bukan, mereka membaca dari sebuah file ketika program server dimulai. Karena alamat dari root server sangat jarang berubah, adalah aman untuk server DNS untuk menyimpannya dalam file tetap.

Jika langkah di atas diikuti persis untuk setiap permintaan DNS, maka root server harus di-query setiap kali klien mana saja di dunia ingin lookup alamat IP. Meskipun ada 13 dari mereka, tidak ada cara bahwa mereka bisa menangani hal ini jumlah besar lalu lintas jaringan. Untungnya, server DNS tidak benar-benar query server root untuk setiap permintaan -. Sebaliknya, mereka hasil tembolok sehingga setelah alamat IP dari sebuah server untuk domain com diketahui, tidak perlu untuk meminta root server untuk itu lagi. Karena setiap respon dari server termasuk TTL, server lain tahu berapa lama dapat dengan aman cache untuk.

Hubungan antara alamat IP dan nama host mereka disimpan dalam DNS dengan cara yang berbeda dengan hubungan antara nama host dan alamat. Hal ini dilakukan agar bahwa adalah mungkin untuk pencarian nama host dari IP menggunakan proses yang sama dengan langkah di atas. Namun, ini berarti bahwa mungkin ada ketidakcocokan antara hubungan antara alamat IP dan nama host, dan antara nama host dan IP. Sebagai contoh, http://www.webmin.com memutuskan untuk 216.136.171.204, tetapi 216.136.171.204 resolve ke usw-pr-vhost.sourceforge.net! Hal ini dapat membingungkan, tetapi merupakan hasil tak terelakkan dari cara query untuk pekerjaan alamat IP.

Ketika klien ingin mencari nama host untuk alamat IP seperti 216.136.171.204, itu mengkonversi alamat ini ke catatan 204.171.136.216.in-addr.arpa. Seperti yang Anda lihat, ini hanya alamat IP terbalik dengan in-addr.arpa ditambahkan ke akhir. In-addr.arpa khusus zona-host oleh server DNS root, dan sub-domain yang didelegasikan ke server DNS lain dengan cara yang persis sama yang maju adalah zona. Biasanya masing-masing zona akhir kelas C (seperti 171.136.216.in-addr.arpa) akan diselenggarakan oleh server DNS untuk perusahaan atau ISP yang memiliki kelas C pencocokan jaringan, sehingga dapat membuat catatan yang memetakan alamat IP dalam jaringan untuk nama host. Semua catatan ini adalah dari PTR khusus atau jenis alamat terbalik.

Masalah terbesar dengan metode ini hosting zona reverse bahwa tidak ada cara mudah untuk apa pun lebih kecil dari sebuah jaringan kelas C (yang berisi 256 alamat) untuk menjadi host oleh server DNS tunggal. Jadi jika server host example.com zona yang berisi hanya satu catatan, http://www.example.com dengan alamat IP 1.2.3.4, server yang sama tidak bisa juga mengontrol pemetaan terbalik untuk alamat IP 1.2.3.4. Sebaliknya, ini akan menjadi di bawah kendali perusahaan ISP atau hosting yang jaringannya webserver untuk http://www.example.com aktif. Hanya organisasi yang cukup besar untuk memiliki sebuah jaringan kelas C dapat host seluruh zona reverse bahwa jaringan pada server DNS mereka sendiri.

Banyak organisasi memiliki jaringan internal yang menggunakan alamat IP pribadi seperti yang dimulai dengan 192,168. Sebuah jaringan seperti ini mungkin tidak terhubung ke Internet sama sekali, atau hanya terhubung melalui firewall melakukan NAT. Beberapa orang bahkan memiliki jaringan seperti ini di rumah, dengan beberapa mesin yang terhubung ke LAN kecil. Hanya salah satu mesin (gateway) mungkin memiliki alamat IP Internet tunggal nyata yang diberikan oleh ISP.

Pada jaringan pribadi seperti ini, juga dapat masuk akal untuk menjalankan server DNS untuk menetapkan nama host ke sistem di LAN internal. Hal ini sangat mungkin untuk menjadi tuan rumah zona disebut sesuatu seperti rumah atau internal yang berisi catatan untuk sistem internal, serta zona reverse untuk jaringan 192,168 sehingga alamat IP dapat mendongak juga. Server juga dapat diatur untuk menyelesaikan nama host internet nyata dengan query root server, seperti server yang terhubung dengan Internet yang normal DNS akan. Namun, itu tidak akan pernah menerima permintaan dari luar LAN untuk catatan dalam jaringan rumah, karena sejauh yang sisa Internet prihatin bahwa zona tidak ada.

Perihal Firman Abahe Alif Fadhlurrohman
Saya Hanya seorang yang ga bisa apa-apa, bodoh dan ingi selalu tau akan kemajuan...

Tinggalkan Balasan

Isikan data di bawah atau klik salah satu ikon untuk log in:

Logo WordPress.com

You are commenting using your WordPress.com account. Logout / Ubah )

Gambar Twitter

You are commenting using your Twitter account. Logout / Ubah )

Foto Facebook

You are commenting using your Facebook account. Logout / Ubah )

Foto Google+

You are commenting using your Google+ account. Logout / Ubah )

Connecting to %s

%d blogger menyukai ini: