Itu protokol DNS yang digunakan untuk membuat alamat lisan kepada alamat IP (yang telah menunjukkan bahawa internet unik setiap komputer ini) - supaya kita boleh menggunakan itu nama-nama mudah ke memori, serta sebagai menyelamatkan kami untuk mendapatkan yang perubahan yang dibuat kepada IP alamat milik yang sistem kepada yang kita mahu untuk menyambung . Anda boleh mengatakan bahawa DNS adalah sebenarnya dalam Yellow Pages "Internet.
Sistem DNS terdiri daripada hierarki pokok, dahan pokok yang memisahkan mereka menandakan titik. Akar pokok, titik utama, juga ditandai dengan titik, dan dikenali sebagai akar. Pada akar pokok itu, adalah domain utama (gTLD - global Level Domain Tertinggi) - kita tahu yang URL seperti com, bersih, org dan negara domain (ccTLD - negara kod Level Domain Top), seperti untuk il contoh untuk Israel. Secara teknikal terdapat tiada perbezaan di antara dua jenis - kedua-dua - seperti yang dijelaskan di bawah - (.) Sejumlah rekod nama domain akar.
Setiap cawangan di pokok DNS ditakrifkan sebagai zon (zon) - dan dalam setiap kawasan itu yang ditakrifkan pelbagai jenis rekod sumber. Antara lain terdapat rekod yang menukarkan nama domain (nama domain) atau nama host dalam domain itu (nama host) sebagai sebutan versi 4 IP alamat (atau IPv4) - apa yang dipanggil rekod "A", merujuk kepada yang mel pelayan mel menerima untuk nama domain (MX rekod - mail exchange), rujukan kepada Versi IP 6 (atau IPv6) - Rekod "aaaa", atau malah berpaling kepada - kawasan di bawah pokok itu, yang diuruskan oleh pelayan DNS yang lain (rekod "NS" - Pelayan Nama "), dan walaupun - Siapakah yang bertanggungjawab bagi kawasan itu (rekod RP - Orang yang Bertanggungjawab).
Sebagai tambahan kepada rekod sumber, kawasan itu juga mengandungi maklumat tentang dirinya. Seperti perubahan nombor versi (Siri) - yang biasanya mendefinisikan format tarikh dan masa untuk kemudahan, selang dalam saat antara menyegarkan maklumat (Refresh) menengah pelayan DNS, kelewatan masa antara cubaan seperti di atas sekiranya kegagalan
(Cuba lagi), dan pada bila-bila masa selepas mana pelayan DNS untuk menganggap bahawa maklumat itu tidak sah jika dia tidak dapat mendapatkan maklumat sehingga kemudian (Tamat). Satu lagi subjek yang sangat penting. Yang boleh dikonfigurasikan pada setiap wilayah di seluruh dunia (Anda juga boleh menetapkan rekod individu di rantau ini) - "masa hidup", atau Bahasa Inggeris TTL - Masa Untuk Live. Nilai ini, ditakrifkan sebagai suatu unit pengukuran yang saat, berkata panjang kesahan apa-apa kemasukan, dan bahawa maklumat yang ditahan kira-kira rekod salinan cache tempatan (cache) jika diluluskan kali ini. Sebab mengapa agung perlu menyimpan salinan tempatan dan tidak hanya mendapatkan salinan maklumat pada masa terus dari yang berwibawa DNS - akan diterangkan di bawah.
Untuk dapat "melihat dengan mata" Apakah takrif sebuah rantau, adalah satu contoh format fail untuk laman web yang anda sedang lihat sekarang, pelayan DNS yang sama - BIND - Berkeley Nama Daemon Internet. Ini bukanlah satu cadangan pada pelayan ini, dan sebaliknya, saya berfikir tinydns melakukan pekerjaan yang lebih baik, tidak pedant manically, dan serius sumber menjimatkan. Ini adalah hanya satu contoh:
$ TTL 86400 @ IN SOA shimi.net. hostmaster.shimi.net. ( 2007040808; Siri 28800; Refresh 14400; Cuba lagi 3600000; Luputkan 86400) Minima shimi.net. DI NS ns2.powweb.com. shimi.net. DI NS ns3.powweb.com. shimi.net. DALAM MX 30 mx.shimi.net. shimi.net. IN A 65.254.250.106 www IN shimi.net CNAME. mx DALAM A 65.254.254.50 mx DALAM A 65.254.254.51
Anda mungkin perasan perkara-perkara berikut: TTL ditakrifkan peraturan untuk rantau ini, yang adalah 86.400 saat (satu hari penuh Tidak percaya Darab - 60 * 60 * 24 dan melihat diri anda ...?). Ini bermakna bahawa mana-mana klien yang diberikan DNS dunia akan memutuskan untuk mengekalkan laman web ini, yang dilarang untuk "mengingati" apa yang dia telah belajar untuk lebih daripada 24 jam. Dan mengapa ia penting kepada kita? Kerana jika satu hari saya memutuskan untuk memindahkan tapak saya atau pelayan mel saya, komputer lain, saya mahu semua pelawat laman web ini akan menerima 1 kemas kini alamat komputer yang baru tidak lama, dan akan terus untuk masa yang lama (mari kita berkata - seminggu ...) cuba untuk ke pelayan lama, yang tidak mengandungi tapak atau kotak e-mel saya, dan kemudian kehilangan pelawat dan / atau e-mel. Saya berkata, sebelum saya menjelaskan mengapa walaupun menyimpan maklumat yang telah dikemas kini dan mengetahui dari sumber data selamat kanan? Baik, sebab itu adalah mudah. Pertama semua, kira beban pada pelayan pusat. Sejak semua Search Web yang DNS bermula dari akar pokok itu ke bawah, jika ada adalah 1 mekanisme pemanggilan balik bagi keputusan yang dicari, maka mana-mana DNS carian, oleh mana-mana satu untuk berjuta-juta (atau berbilion-bilion?) Gunakan Internet, akan datang kepada yang pelayan DNS utama - dan tidak ada peluang mereka akan menemui beban ini, bukan dari segi kadar pemprosesan data, dan mungkin sekali tidak dari segi lebar jalur yang diperuntukkan kepada mereka. Oleh itu adalah penting untuk ingat bahawa data yang telah dikumpulkan. Sebab yang kedua ialah kecekapan untuk pengguna akhir. Apabila hasilnya disimpan dalam pelanggan DNS tempatan (yang biasanya terletak di pelayan ISP yang pengguna akhir disambungkan), manakala akses kepada data lebih cepat. Sambungan Internet purata, ia tidak lebih daripada -50 mili - saat antara menghantar permintaan untuk komen. Jika permintaan itu diperlukan setiap kali untuk meminta semua pelayan DNS yang membentuk pokok (diterangkan kemudian), pengguna boleh menunggu masa saat kesempurnaan dijawab.
Daripada teori di atas, kita akan Lt'acls - Apa yang berlaku, contohnya, apabila anda pergi ke www.cnn.com.
Andaikan Saya Pelanggan NetVision syarikat. Apabila saya menyambung ke Internet, sistem Netvision memberitahu komputer (atau router rumah saya) yang menggunakan pelayan DNS untuk berikut: 194.90.1.5 dan 194.90.1.49 untuk query DNS.
Saya berminat, seperti yang disebut terdahulu, imbas ke www.cnn.com. Bagi tujuan ini, saya perlu untuk mencari alamat IP pelayan www.cnn.com. Komputer saya akan rujuk kepada pelayan DNS Netvision dan bertanya kepadanya: Beri saya rekod www.cnn.com. Katakan berkhidmat daripada Netvision tiada maklumat mengenai perkara itu terlebih dahulu. Apa yang sedang berlaku untuk melakukan? Dia akan mengetahui untuk dirinya apa yang alamat daripada www.cnn.com, dan bahawa dia akan meminta Ketua pelayan DNS Internet, contohnya pelayan a.root-servers.net:
; << >> Dig 9.2.5 << >> @ a.root-servers.net www.cnn.com; (1 pelayan dijumpai);; global pilihan: printcmd; Got jawapan:; - >> Header < <- opcode: QUERY, status: NOERROR, id: 23611; bendera: qr ketiga; QUERY: 1, JAWAPAN: 0, KUASA: 13, TAMBAHAN: 14; SOALAN BAHAGIAN:; www.cnn.com. DALAM; KUASA BAHAGIAN: com. 137834 DALAM d.gtld NS-servers.net. Com. 137834 DALAM e.gtld NS-servers.net. Com. 137834 DALAM f.gtld NS-servers.net. Com. 137834 DALAM g.gtld NS-servers.net. Com. 137834 DALAM h.gtld NS-servers.net. Com. 137834 DALAM i.gtld NS-servers.net. Com. 137834 DALAM j.gtld NS-servers.net. Com. 137834 DALAM k.gtld NS-servers.net. Com. 137834 DALAM l.gtld NS-servers.net. Com. 137834 DALAM m.gtld NS-servers.net. Com. 137834 DALAM a.gtld NS-servers.net. Com. 137834 DALAM b.gtld NS-servers.net. Com. 137834 DALAM c.gtld NS-servers.net. ; BAHAGIAN TAMBAHAN: a.gtld-servers.net. 171837 DALAM 192.5.6.30 a.gtld-servers.net. 171759 DALAM aaaa 2001:503: a83e :: 2:30 b.gtld-servers.net. 161282 DALAM b.gtld A 192.33.14.30-servers.net. 165361 IN aaaa 2001:503:231 d :: 2:30 c.gtld-servers.net. 171159 DALAM d.gtld A 192.26.92.30-servers.net. 161282 DALAM e.gtld A 192.31.80.30-servers.net. 171159 DALAM f.gtld A 192.12.94.30-servers.net. 171159 DALAM g.gtld A 192.35.51.30-servers.net. 171159 DALAM h.gtld A 192.42.93.30-servers.net. 171159 DALAM i.gtld A 192.54.112.30-servers.net. 170422 DALAM k.gtld A 192.43.172.30-servers.net. 171159 DALAM l.gtld A 192.52.178.30-servers.net. 171159 DALAM m.gtld A 192.41.162.30-servers.net. 171159 IN A 192.55.83.30; Query time: 190 msec; SERVER: 198.41.0.4 # 53 (198.41.0.4); APABILA: Sun Apr 8 15:20:24 2007; MSG SIZE rcvd: 493
Iaitu, maklumat mengenai sumber rekod com, diadakan satu set lengkap pelayan DNS yang lain di bawah nama domain gtld-servers.net. Untuk membuat hidup kita "mudah", dengan syarat "rekod gam" yang memberikan kita permintaan ini mempunyai alamat IP pelayan ini, supaya kita akan mempunyai untuk memeriksa mereka diri. Sekarang menjadikan pelayan DNS Netvision rawak menjadi salah satu daripada alamat IP beliau diterima sebagai tindak balas kepada pelayan DNS ketua Internet, dan bertanya kepadanya: "www.cnn.com, maka apa?" - Dan akan menerima jawapan yang berikut:
; << >> Dig 9.2.5 << >> @ a.gtld-servers.net www.cnn.com (2 pelayan dijumpai) ; Pilihan Global: printcmd ;; Got jawapan: ; - >> Header << - opcode: QUERY, status: NOERROR, ms: 408 ; Flags: QR ketiga; QUERY: 1, JAWAPAN: 0, KUASA: 4, TAMBAHAN: 4 ; SOALAN BAHAGIAN: ; Www.cnn.com. DALAM ; KUASA BAHAGIAN: cnn.com. 172800 DALAM twdns NS-01.ns.aol.com. cnn.com. 172800 DALAM twdns NS-02.ns.aol.com. cnn.com. 172800 DALAM twdns NS-03.ns.aol.com. cnn.com. 172800 DALAM twdns NS-04.ns.aol.com. ; BAHAGIAN 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 ; Query time: 233 msec ; SERVER: 192.5.6.30 # 53 (192.5.6.30) ;; APABILA: Sun Apr 8 15:30:53 2007 ; MSG SIZE rcvd: 192
Di sini juga, memberitahu kita a.gtld-servers.net fakta: "Apa yang anda mahu dari kehidupan saya - Saya tidak tahu apa-apa tentang www.cnn.com, jika anda mahu sesuatu untuk semua di bawah untuk cnn.com, sila hubungi salah satu daripada hamba-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 secara sukarela alamat IP pelayan ini sebagai tambahan bagi jawapan, tidak perlu mencari mereka. "Great," kata pelayan itu sendiri Netvision, secara rawak memilih salah satu daripada empat pelayan, dan bertanya: "Nah, seseorang memberitahu saya apa yang alamat IP daripada www.cnn.com!", Dan inilah jawapan dia mendapat:
; << >> Dig 9.2.5 << >> @ twdns-02.ns.aol.com www.cnn.com (1 pelayan dijumpai) ; Pilihan Global: printcmd ;; Got jawapan: ; - >> Header << - opcode: QUERY, status: NOERROR, id: 6714 ; Flags: QR ketiga; QUERY: 1, JAWAPAN: 0, KUASA: 2, TAMBAHAN: 2 ; SOALAN BAHAGIAN: ; Www.cnn.com. DALAM ; KUASA BAHAGIAN: www.cnn.com. 3600 DALAM dmtns01.turner.com NS. www.cnn.com. 3600 DALAM dmtns02.turner.com NS. ; BAHAGIAN TAMBAHAN: dmtns01.turner.com. 3608 DI A 64.236.29.150 dmtns02.turner.com. 3608 DI A 64.236.22.150 ; Masa Query: 163 msec ; SERVER: 152.163.239.216 # 53 (152.163.239.216) ;; APABILA: Sun Apr 8 15:33:16 2007 ; MSG SIZE rcvd: 112
Apa yang sedang berlaku? Kita harus mempunyai jawapan kepada pelayan ini sudah! Oh. Jadi CNN memutuskan untuk menukar pelayan DNS daripada mereka - tetapi apa yang mereka akan mengemaskini nama domain yang didaftarkan pada pelayan DNS yang boleh baru jika pelanggan mereka hanya menyebabkan lebih kelewatan, dan menghantar mereka ke pelayan DNS yang lain dan tidak perlu? Secubit, pelayan DNS daripada Netvision menyala, dan bertukar kepada dmtns01.turner.com untuk mendapatkan akhirnya maklumat yang diingini, dan ia kelihatan seperti ini:
; << >> Dig 9.2.5 << >> @ dmtns01.turner.com www.cnn.com (1 pelayan dijumpai) ; Pilihan Global: printcmd ;; Got jawapan: ; - >> Header << - opcode: QUERY, status: NOERROR, id: 44943 ; Flags: QR aa ketiga; QUERY: 1, JAWAPAN: 8, KUASA: 0, TAMBAHAN: 0 ; SOALAN BAHAGIAN: ; Www.cnn.com. DALAM ; JAWAPAN BAHAGIAN: 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
Tahi suci, berapa banyak pelayan yang mereka ada! Penyemak seimbas pengguna mungkin akan perlu untuk memilih salah satu lapan rawak untuk menerima daripada laman! Perhatikan bahawa satu lagi fakta menarik - TTL mereka adalah sebanyak 600 saat, atau sepuluh minit. Mengapa begitu rendah? Untuk menyiasat tentang data dikemaskini setiap sepuluh minit. Dan mengapa beban sangat pada DNS? Mungkin kerana adanya adalah penting bagi mereka, dan mahu itu pelayan daripada kejatuhan yang 8, DNS akan dikemaskini serta-merta oleh proses 1 automatik untuk mengeluarkan pelayan dari senarai, dan tiada siapa tapak akan dapat disediakan untuk lebih lama daripada sepuluh minit, iaitu di masa maksimum dibenarkan pelanggan untuk menyimpan maklumat kira-kira menukarkan alamat IP ini.
Akhirnya, mata untuk menjelaskan: semua langkah-langkah yang disebutkan di atas, juga mengekalkan maklumat yang diterima akibat pertanyaan salinan 1 tempatan (dengan menganggap ia dalam cache pelayan nama - dan biasanya tidak ia adalah), jadi jika maklumat itu adalah tersedia tempatan, pelayan tidak akan telah peduli kepada perjalanan semua bumi untuk mencari beliau, tetapi berpendapat bahawa salinan tempatan, justeru menjimatkan masa dan trafik rangkaian. Di samping itu, jika mana-mana pelayan DNS, pelanggan, tahap dan menyahkod proses pelayan yang membantu sepanjang jalan, tidak ada, maka pemohon akan mendekati lain senarai pelayan rawak, dan mendapatkan jawapan daripada beliau. Ia akan mengambil masa yang lebih, tetapi berjaya pada akhir. Ini sentiasa pelayan DNS yang paling banyak digunakan bagi setiap kawasan - survival.