Protokol DNS digunakan untuk membuat alamat verbal untuk alamat IP (yang menunjukkan bahwa Internet unik setiap komputer) - sehingga kita dapat menggunakan nama mudah untuk memori, serta menyelamatkan kita perlu untuk mendapatkan setiap kali perubahan yang dibuat ke alamat IP milik sistem yang kita ingin terhubung . Anda dapat mengatakan bahwa DNS sebenarnya di Yellow Pages "dari Internet.
Sistem DNS terdiri dari pohon hirarki, cabang pohon memisahkan mereka menandai titik. Akar pohon, yaitu titik kunci, juga ditandai dengan titik, dan disebut akar. Pada akar pohon, adalah domain utama (gTLD - Level Domain dunia Top) - kita tahu URL seperti com, net, org dan domain nasional (ccTLD - kode negara Top Level Domain), seperti untuk il contoh bagi Israel. Secara teknis tidak ada perbedaan antara dua jenis - baik - seperti yang dijelaskan di bawah ini - (.) Total catatan dalam nama domain akar.
Setiap cabang di pohon DNS didefinisikan sebagai zona (zona) - dan dalam setiap area seperti didefinisikan berbagai jenis catatan sumber daya. Antara lain ada catatan yang mengubah nama domain (domain name) atau nama host dalam domain (nama host) sebagai referensi untuk versi 4 alamat IP (atau IPv4) - apa yang disebut catatan "A", mengacu pada mail server penerimaan mail untuk nama domain (MX record - Mail eXchange), rujukan ke Versi IP 6 (atau IPv6) - Record "aaaa", atau bahkan beralih ke - area di bawah pohon, yang dikelola oleh server DNS Lainnya (record "NS" - kependekan Name Server "), dan bahkan - Siapa yang bertanggung jawab untuk daerah (catatan RP - Penanggung Jawab).
Selain catatan sumber daya, daerah tersebut juga berisi informasi tentang dirinya sendiri. Seperti - perubahan nomor versi (Serial) - yang biasanya mendefinisikan format tanggal dan waktu untuk kenyamanan, interval dalam detik antara informasi refresh (Refresh) sekunder, penundaan waktu antara percobaan seperti di atas dalam hal kegagalan
(Coba lagi), dan waktu setelah itu server DNS untuk berasumsi bahwa informasi itu tidak berlaku jika ia tidak bisa mendapatkan update sampai saat itu (Kadaluarsa). Topik lain yang sangat penting yang dapat dikonfigurasi pada setiap wilayah secara global (Anda juga dapat mengatur catatan individual dalam wilayah tersebut) - adalah "waktu hidup", atau Inggris TTL - Time To Live. Nilai ini, yang didefinisikan sebagai unit pengukuran detik, mengatakan apa yang panjang keabsahan entri, dan bahwa informasi tentang lokal terus catatan salinan tembolok (cache) jika melewati waktu ini. Alasan mengapa umumnya harus menyimpan salinan lokal dan tidak hanya mendapatkan salinan terbaru dari informasi pada waktu langsung dari authoritative DNS - akan dijelaskan di bawah ini.
Untuk dapat "melihat dengan mata" Apa definisi dari suatu daerah, adalah contoh dari format file untuk situs yang anda sedang melihat sekarang, server DNS yang sama - BIND - Berkeley Internet Nama Daemon. Ini bukan merupakan rekomendasi pada server ini, dan sebaliknya, saya pikir tinydns melakukan pekerjaan yang jauh lebih baik, tidak pedant manically, dan sumber daya ekonomis yang serius. Ini hanyalah sebuah contoh:
$ TTL 86400 @ IN SOA shimi.net. hostmaster.shimi.net. ( 2007040808; Serial 28800; Segarkan 14400; Coba lagi 3.600.000; Kadaluarsa 86.400) Minimal shimi.net. IN NS ns2.powweb.com. shimi.net. IN NS ns3.powweb.com. shimi.net. IN MX 30 mx.shimi.net. shimi.net. IN A 65.254.250.106 www IN CNAME shimi.net. mx IN A 65.254.254.50 mx IN A 65.254.254.51
Anda mungkin melihat hal-hal penting berikut: TTL aturan yang ditetapkan untuk wilayah, yang 86.400 detik (satu hari penuh Tidak percaya today - 60 * 60 * 24 dan lihat sendiri ....?). Ini berarti bahwa setiap dunia klien diberikan DNS akan memutuskan untuk menjaga situs ini, dilarang untuk "mengingat" apa yang telah ia pelajari selama lebih dari 24 jam. Dan mengapa penting bagi kita? Karena jika suatu hari aku memutuskan untuk mentransfer situs atau server mail saya, komputer lain, saya ingin semua pengunjung situs akan menerima update pada alamat komputer baru secepatnya, dan akan terus untuk waktu yang lama (katakanlah - seminggu ...) mencoba untuk mendapatkan ke server tua, yang tidak bisa menahan situs saya atau e-mail box saya, dan kemudian kehilangan pengunjung dan / atau e-mail. Saya katakan sebelumnya saya menjelaskan mengapa bahkan menyimpan informasi ini diperbarui dan mencari tahu dari sumber data yang aman kan? Yah, alasannya sederhana. Pertama-tama, masalah beban pada server pusat. Karena semua Web Search DNS dimulai dari akar pohon bawah, apakah ada mekanisme recall untuk hasil query, maka setiap DNS pencarian oleh setiap satu untuk jutaan (atau milyaran?) Gunakan Internet, akan datang ke server DNS dari utama - dan tidak ada kesempatan mereka akan bertemu beban ini, bukan dalam hal tingkat pengolahan data, dan sangat mungkin tidak dalam hal bandwidth yang dialokasikan kepada mereka. Karena itu, penting untuk diingat bahwa data yang telah dikumpulkan. Alasan kedua adalah efisiensi bagi pengguna akhir. Bila hasilnya disimpan dalam klien DNS lokal (yang biasanya terletak di server ISP untuk yang end user terhubung), sementara akses ke data lebih cepat. Koneksi internet rata-rata, tidak lebih dari -50 mili - detik antara mengirim permintaan untuk memberikan komentar. Jika permintaan tersebut diperlukan setiap kali meminta semua server DNS yang membentuk pohon (dijelaskan kemudian), pengguna dapat menunggu waktu bahkan detik kesempurnaan yang harus dijawab.
Dari teori di atas, kita sekarang akan Lt'acls - Apa yang terjadi, misalnya, ketika Anda pergi ke www.cnn.com.
Misalkan saya seorang pelanggan dari NetVision perusahaan. Ketika saya menghubungkan ke Internet, sistem Netvision memberitahu komputer (atau di router rumah saya) yang menggunakan server DNS sebagai berikut: 194.90.1.5 194.90.1.49 dan untuk query DNS.
Saya tertarik, seperti tersebut di atas, browse ke www.cnn.com. Untuk tujuan ini, saya harus menemukan alamat IP dari server www.cnn.com. Komputer saya akan beralih ke server DNS dari Netvision dan bertanya: Beri aku catatan www.cnn.com. Misalkan melayani Netvision tidak ada informasi sebelumnya pada subjek. Apa yang akan lakukan? Dia akan mencari tahu sendiri apa alamat www.cnn.com, dan bahwa ia akan meminta salah satu Kepala server DNS dari Internet, misalnya Server a.root-servers.net:
; << >> DiG 9.2.5 << >> @ a.root-servers.net www.cnn.com; (1 server yang ditemukan);; opsi global: printcmd;; Got jawaban:;; - >> HEADER < <- opcode: QUERY, status: noerror, id: 23611;; bendera: rd qr; QUERY: 1, JAWABAN: 0, KEWENANGAN: 13, TAMBAHAN: 14;; BAGIAN PERTANYAAN:; www.cnn.com. IN A;; KEWENANGAN BAGIAN: com. 137834 IN NS d.gtld-servers.net. com. 137834 IN NS e.gtld-servers.net. com. 137834 IN NS f.gtld-servers.net. com. 137834 IN NS g.gtld-servers.net. com. 137834 IN NS h.gtld-servers.net. com. 137834 IN NS i.gtld-servers.net. com. 137834 IN NS j.gtld-servers.net. com. 137834 IN NS k.gtld-servers.net. com. 137834 IN NS l.gtld-servers.net. com. 137834 IN NS m.gtld-servers.net. com. 137834 IN NS a.gtld-servers.net. com. 137834 IN NS b.gtld-servers.net. com. 137834 IN NS c.gtld-servers.net. ;; BAGIAN TAMBAHAN: a.gtld-servers.net. 171837 IN A 192.5.6.30 a.gtld-servers.net. 171759 IN AAAA 2001:503: a83e :: 2:30 b.gtld-servers.net. 161282 IN A 192.33.14.30 b.gtld-servers.net. 165361 IN AAAA 2001:503:231 d :: 2:30 c.gtld-servers.net. 171159 IN A 192.26.92.30 d.gtld-servers.net. 161282 IN A 192.31.80.30 e.gtld-servers.net. 171159 IN A 192.12.94.30 f.gtld-servers.net. 171159 IN A 192.35.51.30 g.gtld-servers.net. 171159 IN A 192.42.93.30 h.gtld-servers.net. 171159 IN A 192.54.112.30 i.gtld-servers.net. 170422 IN A 192.43.172.30 k.gtld-servers.net. 171159 IN A 192.52.178.30 l.gtld-servers.net. 171159 IN A 192.41.162.30 m.gtld-servers.net. 171159 IN A 192.55.83.30;, waktu Pertanyaan: 190 msec;; SERVER: 198.41.0.4 # 53 (198.41.0.4);; KAPAN: Sun 8 April 15:20:24 2007;; MSG SIZE rcvd: 493
Artinya, informasi tentang sumber daya catatan com, mengadakan set lengkap server DNS lain dengan nama domain gTLD-servers.net. Untuk membuat hidup kita "lebih mudah", asalkan "catatan lem" yang memberi kita permintaan ini memiliki IP - alamat dari server, sehingga kita harus memeriksa mereka sendiri. Sekarang giliran server DNS dari Netvision acak ke salah satu alamat IP yang diterimanya di respon ke server DNS dari kepala internet, dan bertanya: "www.cnn.com - lalu apa?" - Dan akan menerima jawaban berikut:
; << >> DiG 9.2.5 << >> @ a.gtld-servers.net www.cnn.com (2 server ditemukan) ;; Global pilihan: printcmd ;; Got jawaban: ;; - >> << HEADER - opcode: QUERY, status: noerror, id: 408 ;; Flags: rd QR; QUERY: 1, JAWABAN: 0, KEWENANGAN: 4, TAMBAHAN: 4 ;; BAGIAN PERTANYAAN: ; Www.cnn.com. DALAM ;; KEWENANGAN BAGIAN: cnn.com. 172800 IN NS twdns-01.ns.aol.com. cnn.com. 172800 IN NS twdns-02.ns.aol.com. cnn.com. 172800 IN NS twdns-03.ns.aol.com. cnn.com. 172800 IN NS twdns-04.ns.aol.com. ;; BAGIAN TAMBAHAN: twdns-01.ns.aol.com. 172800 IN A 149.174.213.151 twdns-02.ns.aol.com. 172800 IN A 152.163.239.216 twdns-03.ns.aol.com. 172800 IN A 207.200.73.85 twdns-04.ns.aol.com. 172800 IN A 64.12.147.120 ;, Waktu Pertanyaan: 233 msec ;; SERVER: 192.5.6.30 # 53 (192.5.6.30) ;; KAPAN: Sun 8 April 15:30:53 2007 ;; MSG SIZE rcvd: 192
Di sini juga, memberitahu kita a.gtld-servers.net fakta: "Apa yang Anda inginkan dari hidup saya - Saya tidak tahu apa-apa tentang www.cnn.com, jika Anda menginginkan sesuatu untuk segala sesuatu di bawah ini untuk cnn.com, silahkan hubungi salah satu hamba DNS berikut: twdns-01.ns.aol.com, twdns-02.ns.aol.com, twdns-03.ns.aol.com, twdns-04.ns.aol.com ", dan sekali lagi, kami juga relawan alamat IP dari server ini sebagai suplemen jawaban, untuk tidak perlu mencari mereka. "Bagus," kata server itu sendiri dari Netvision, secara acak memilih satu dari empat server, dan meminta dia: "Yah, seseorang memberitahuku apa alamat IP dari www.cnn.com!", Dan inilah jawaban dia:
; << >> DiG 9.2.5 << >> @ twdns-02.ns.aol.com www.cnn.com ; (1 server yang ditemukan) ;; Global pilihan: printcmd ;; Got jawaban: ;; - >> << HEADER - opcode: QUERY, status: noerror, id: 6714 ;; Flags: rd QR; QUERY: 1, JAWABAN: 0, KEWENANGAN: 2, TAMBAHAN: 2 ;; BAGIAN PERTANYAAN: ; Www.cnn.com. DALAM ;; KEWENANGAN BAGIAN: www.cnn.com. 3600 IN NS dmtns01.turner.com. www.cnn.com. 3600 IN NS dmtns02.turner.com. ;; BAGIAN TAMBAHAN: dmtns01.turner.com. 3608 IN A 64.236.29.150 dmtns02.turner.com. 3608 IN A 64.236.22.150 ;; Pertanyaan waktu: msec 163 ;; SERVER: 152.163.239.216 # 53 (152.163.239.216) ;; KAPAN: Sun 8 April 15:33:16 2007 ;; MSG SIZE rcvd: 112
Apa yang terjadi? Kita harus punya jawaban untuk server ini sudah! Oh well. Jadi CNN memutuskan untuk mengaktifkan server DNS dari mereka - tetapi apa yang mereka akan memperbarui nama domain terdaftar di server DNS dapat baru jika pelanggan mereka hanya menyebabkan penundaan lebih, dan mengirimkannya ke server DNS lain dan tidak perlu? Dalam keadaan darurat, server DNS dari Netvision berlangsung, dan berubah menjadi dmtns01.turner.com untuk mendapatkan akhirnya informasi yang diinginkan, dan tampak seperti ini:
; << >> DiG 9.2.5 << >> @ dmtns01.turner.com www.cnn.com ; (1 server yang ditemukan) ;; Global pilihan: printcmd ;; Got jawaban: ;; - >> << HEADER - opcode: QUERY, status: noerror, id: 44943 ;; Flags: QR aa rd; QUERY: 1, JAWABAN: 8, KEWENANGAN: 0, TAMBAHAN: 0 ;; BAGIAN PERTANYAAN: ; Www.cnn.com. DALAM ;; JAWABAN BAGIAN: www.cnn.com. 600 IN A 64.236.29.120 www.cnn.com. 600 IN A 64.236.91.21 www.cnn.com. 600 IN A 64.236.91.22 www.cnn.com. 600 IN A 64.236.91.23 www.cnn.com. 600 IN A 64.236.91.24 www.cnn.com. 600 IN A 64.236.16.20 www.cnn.com. 600 IN A 64.236.16.52 www.cnn.com. 600 IN A 64.236.24.12
Ya Tuhan, berapa banyak server yang mereka miliki! Browser pengguna mungkin harus memilih salah satu dari delapan acak untuk menerima dari situs! Perhatikan bahwa fakta lain yang menarik - mereka TTL adalah total dari 600 detik, atau sepuluh menit. Mengapa begitu rendah? Untuk menanyakan tentang data diperbarui setiap sepuluh menit. Dan mengapa beban begitu banyak pada DNS? Mungkin karena ketersediaan yang penting bagi mereka, dan ingin bahwa server dari jatuhnya delapan, DNS akan diperbarui segera oleh proses otomatis untuk menghapus server dari daftar, dan tidak ada satu situs tidak akan tersedia selama lebih dari sepuluh menit, yang merupakan waktu maksimal yang akan memungkinkan pelanggan untuk menjaga informasi yang tentang mengubah alamat IP untuk ini.
Akhirnya, poin untuk memperjelas: semua langkah yang disebutkan di atas, juga mempertahankan informasi yang diterima sebagai hasil dari query ke salinan lokal (dengan asumsi itu adalah dalam caching server nama - dan biasanya tidak itu), jadi jika informasi itu tersedia secara lokal, server tidak akan repot-repot bepergian semua Bumi untuk menemukannya, tetapi berpendapat bahwa salinan lokal, sehingga menghemat waktu dan lalu lintas jaringan. Selain itu, jika ada server DNS, tingkat klien, dan proses decoding server yang membantu di sepanjang jalan, tidak tersedia, maka pemohon akan mendekati daftar lain server acak, dan mendapatkan jawaban dari dia. Ini akan mengambil lebih banyak waktu, tapi berhasil di akhir. Ini selalu server DNS yang paling banyak digunakan satu untuk tiap wilayah - kelangsungan hidup.