DNS ที่โปรโตคอลจะใช้เพื่อให้ที่อยู่ที่อยู่ทางวาจา IP (ซึ่งจะแสดงให้เห็นว่าอินเทอร์เน็ตที่ไม่ซ้ำกันของเครื่องคอมพิวเตอร์แต่ละ) -- เพื่อให้เราสามารถใช้ชื่อที่ง่ายต่อการใช้หน่วยความจำเช่นเดียวกับบันทึกเราจำเป็นต้องได้รับทุกครั้งที่เปลี่ยนแปลงที่ทำกับที่อยู่ IP ที่อยู่ในระบบที่เราต้องการเชื่อมต่อ . คุณสามารถพูดได้ว่า DNS เป็นจริงในสมุดหน้าเหลือง"ของอินเทอร์เน็ต
ระบบ DNS ของต้นไม้ประกอบด้วยลำดับชั้นสาขาในต้นไม้ที่แยกออกจากกันพวกเขาทำเครื่องหมายจุด รากของต้นไม้ที่เป็นจุดสำคัญของเขายังมีการทำเครื่องหมายจุดและเป็นที่เรียกว่าราก ที่รากของต้นไม้ในชื่อโดเมนหลัก (gTLD -- โดเมนระดับโลกด้านบน) -- เรารู้ว่า URL ที่เช่น COM สุทธิ, org และโดเมนชาติ (ccTLD -- ประเทศโดเมนระดับโค้ดด้านบน) เช่นสำหรับ Il ตัวอย่างสำหรับอิสราเอล ทั้งสอง -- -- ตามที่อธิบายไว้ด้านล่าง -- เทคนิคไม่มีความแตกต่างระหว่างสองชนิดคือ (.) รวมของระเบียนในชื่อโดเมนราก
สาขาในต้นไม้ DNS แต่ละครั้งจะถูกกำหนดเป็นเขต (โซน) -- และภายในพื้นที่ที่กำหนดไว้ดังกล่าวแต่ละประเภทต่างๆของระเบียนทรัพยากร ที่เรียกว่าระเบียน"A", อุทธรณ์ไปยังเซิร์ฟเวอร์อีเมลที่ได้รับอีเมลสำหรับชื่อโดเมน (ระเบียน MX -- ในสิ่งอื่น ๆ ที่มีระเบียนที่แปลงชื่อโดเมน (ชื่อโดเมน) หรือชื่อโฮสต์ในโดเมน (ชื่อโฮสต์) เป็นข้อมูลอ้างอิงเพื่อรุ่นที่อยู่ IP ที่ 4 (หรือ IPv4) จะมี -- Mail Exchange), เปลี่ยนไป IP รุ่น 6 (หรือ IPv6) -- รายการ"AAAA"หรือแม้แต่จะหันไป -- พื้นที่ด้านล่างของต้นไม้ที่มีการจัดการโดยเซิร์ฟเวอร์ DNS สำหรับ (บันทึก"NS"-- ระยะสั้นสำหรับเซิร์ฟเวอร์ชื่อ"), และแม้กระทั่ง -- เป็นผู้รับผิดชอบพื้นที่ (บันทึก RP -- ผู้รับผิดชอบ) ใคร
นอกจากนี้ยังมีระเบียนทรัพยากรพื้นที่ที่ยังมีข้อมูลเกี่ยวกับตัวเอง เช่น -- เปลี่ยนหมายเลขรุ่น (Serial) -- ซึ่งโดยปกติจะกำหนดรูปแบบของวันที่และเวลาเพื่อความสะดวกในช่วงเวลาวินาทีระหว่างข้อมูลการรีเฟรช (Refresh) เซิร์ฟเวอร์ DNS รอง, การหน่วงเวลาระหว่างความพยายามดังกล่าวในกรณีของความล้มเหลว
(อีกครั้ง), เวลาและหลังจากที่เซิร์ฟเวอร์ DNS ที่จะคิดว่าข้อมูลที่ไม่ถูกต้องถ้าเขาไม่สามารถได้รับการปรับปรุงจนแล้ว (หมดอายุ) อีกเรื่องที่สำคัญมากที่สามารถตั้งค่าได้ที่ภูมิภาคใด ๆ ทั่วโลก (นอกจากนี้คุณยังสามารถตั้งค่าการบันทึกของแต่ละบุคคลภายในภูมิภาค) -- เป็นเวลา"ชีวิต"หรือภาษาอังกฤษ TTL -- Time to Live ค่านี้กำหนดให้เป็นหน่วยวัดของการวินาที, กล่าวว่าสิ่งที่ความยาวของความถูกต้องของการบันทึกใด ๆ และไม่ได้เก็บข้อมูลเกี่ยวกับการบันทึกสำเนาแคชท้องถิ่น (แคช) ถ้าผ่านช่วงเวลานี้ เหตุผลที่มีการเก็บสำเนาท้องถิ่นและไม่เพียง แต่ได้รับสำเนาปัจจุบันของข้อมูลได้ตลอดเวลาโดยตรงจาก DNS เผด็จการ -- จะอธิบายไว้ด้านล่าง
เพื่อให้สามารถ"เห็นกับตา"ความหมายของพื้นที่คืออะไรเป็นตัวอย่างเช่นรูปแบบแฟ้มสำหรับเว็บไซต์ที่คุณกำลังมองหาที่ตอนนี้เป็นเซิร์ฟเวอร์ DNS ในการร่วมกัน -- ห่วง -- เบิร์กลีย์ภูตชื่ออินเทอร์เน็ต นี้ไม่ได้เป็นข้อเสนอแนะบนเซิร์ฟเวอร์นี้และในทางกลับกันผมคิดว่า tinydns ไม่ได้งานที่ดีมากไม่ได้จุด manically และทรัพยากรทางเศรษฐกิจอย่างร้ายแรง นี่เป็นเพียงตัวอย่าง :
$ TTL 86400 @ IN SOA shimi.net hostmaster.shimi.net ( 2007040808; อนุกรม 28 800; ฟื้นฟู 14 400; ลองอีกครั้ง 3.6 ล้าน; หมดอายุ 86 400); ขั้นต่ำ shimi.net ใน NS ns2.powweb.com shimi.net ใน NS ns3.powweb.com shimi.net ใน MX 30 mx.shimi.net shimi.net IN A 65.254.250.106 www ใน shimi.net CNAME MX ใน 65.254.254.50 MX ใน 65.254.254.51
คุณจะทราบสิ่งที่สำคัญต่อไปนี้ :.? TTL กฎที่กำหนดไว้สำหรับพื้นที่ซึ่งเป็น 86400 วินาที (หนึ่งวันเต็มไม่เชื่อคูณ -- 60 * 60 * 24 และดูตัวเอง ...). ซึ่งหมายความว่าใด ๆ DNS Client ที่แห่งหนึ่งในโลกตัดสินใจที่จะบันทึกจากนี้เขาถูกห้ามไม่ให้"จำ"สิ่งที่เขาได้เรียนรู้มานานกว่า 24 ชั่วโมง และทำไมมันเป็นสิ่งที่สำคัญกับเรา? เพราะถ้าวันหนึ่งฉันจะตัดสินใจที่จะย้ายเว็บไซต์หรือเซิร์ฟเวอร์อีเมล, คอมพิวเตอร์เครื่องอื่นของฉันฉันฉันต้องการนักเล่นทั้งหมดจะได้รับการปรับปรุงเกี่ยวกับที่อยู่ของคอมพิวเตอร์ใหม่ในไม่ช้าและจะยังคงเป็นเวลานาน (สมมติว่า -- วันที่ ... ) พยายามที่จะรับไปยังเซิร์ฟเวอร์ เก่าที่ไม่สามารถมีเว็บไซต์หรือกล่อง e - mail ของฉันและจากนั้นจะสูญเสียผู้เข้าชมและ / หรือ e - mail ฉันกล่าวก่อนที่ฉันอธิบายว่าทำไมการรักษาตัวเลขเหล่านี้และหาได้รับการปรับปรุงแหล่งข้อมูลสำหรับขวาแน่ใจหรือไม่? ดีเหตุผลที่เป็นแบบง่ายๆ แรกของทุกเรื่องของการโหลดบนเซิร์ฟเวอร์กลาง ทั้งหมดตั้งแต่การค้นหาเว็บของ DNS จะเริ่มต้นจากรากของต้นไม้ลงที่หากมีกลไกที่จำผลการค้นหานั้น ๆ DNS ค้นหาโดยหนึ่งในหลายล้านคน (หรือหลายพันล้าน?) ใช้อินเทอร์เน็ตใด ๆ ที่เขามาถึงที่เซิร์ฟเวอร์ DNS ของหลัก -- และมีโอกาสที่พวกเขาจะตอบสนองภาระนี้ไม่ได้, ไม่ในแง่ของอัตราการประมวลผลข้อมูลและค่อนข้างอาจจะไม่ในแง่ของแบนด์วิดธ์ที่มีให้ จึงเป็นสิ่งสำคัญที่ต้องจำว่าข้อมูลที่เก็บรวบรวมไว้แล้ว เหตุผลที่สองคือมีประสิทธิภาพสำหรับผู้ใช้ขั้นปลาย เมื่อผลที่ได้คือลูกค้าที่เก็บไว้ในท้องถิ่น DNS (นี้จะเป็นเซิร์ฟเวอร์ของ ISP ที่ผู้ใช้สามารถเชื่อมต่อ), เวลาการเข้าถึงข้อมูลได้เร็วขึ้นมาก การเชื่อมต่ออินเทอร์เน็ตเฉลี่ยก็จะไม่เกินจาก 50 พัน -- วินาทีระหว่างการส่งคำขอสำหรับการแสดงความคิดเห็น ถ้าการร้องขอเป็นสิ่งจำเป็นที่จะขอเวลาทั้งหมดที่เซิร์ฟเวอร์ DNS ที่ทำขึ้นต้นไม้ (อธิบายในภายหลัง) แต่ละผู้ใช้อาจวินาทีรอแม้เป็นช่วงเวลาของความสมบูรณ์แบบที่จะตอบ
จากทฤษฎีข้างต้นเราจะ Lt'acls -- จะเกิดอะไรขึ้นตัวอย่างเช่นเมื่อคุณไปที่ www.cnn.com
สมมติว่าฉันเป็นลูกค้าของ NetVision บริษัท เมื่อฉันเชื่อมต่อกับอินเทอร์เน็ตระบบของ NetVision บอกคอมพิวเตอร์ (หรือบนเราเตอร์ที่บ้านของฉัน) ที่ใช้เซิร์ฟเวอร์ DNS ต่อไปนี้ : 194.90.1.5 และ 194.90.1.49 เพื่อ DNS แบบสอบถาม
ฉันสนใจเป็นดังกล่าวข้างต้นให้เรียกดู www.cnn.com เพื่อวัตถุประสงค์นี้ผมต้องไปหาที่อยู่ IP ของเซิร์ฟเวอร์ของ www.cnn.com คอมพิวเตอร์ของฉันจะกลับไปยังเซิร์ฟเวอร์ DNS ของ NetVision และขอให้เขา : ให้ฉันบันทึกของ www.cnn.com สมมติว่าที่จะให้บริการ NetVision ที่ไม่มีข้อมูลก่อนในเรื่อง สิ่งที่เขาจะทำอย่างไร เขาจะหาว่าสำหรับตัวเองสิ่งที่อยู่ของ www.cnn.com และที่เขาจะขอเป็นหนึ่งในผู้รับใช้ของ DNS หลักของอินเทอร์เน็ตตัวอย่างเช่นเซิร์ฟเวอร์ a.root - servers.net :
; <<>> Dig 9.2.5 <<>> @ a.root - servers.net www.cnn.com ; (1 เซิร์ฟเวอร์พบ) ; ตัวเลือกของเว็บ : printcmd ; ได้คำตอบ : ; --> HEADER> <<-- opcode : สอบถามสถานะ : NOERROR, ID : 23611 ; ธง : ถ. QR; QUERY : 1, ตอบ : 0, Authority : 13, เพิ่มเติม : 14 มาตราคำถาม; : ; Www.cnn.com IN A มาตรา AUTHORITY; : COM 137834 ใน NS - servers.net d.gtld COM 137834 ใน NS - servers.net e.gtld COM 137834 ใน NS - servers.net f.gtld COM 137834 ใน NS - servers.net g.gtld COM 137834 ใน NS - servers.net h.gtld COM 137834 ใน NS - servers.net i.gtld COM 137834 ใน NS - servers.net j.gtld COM 137834 ใน NS - servers.net k.gtld COM 137834 ใน NS - servers.net l.gtld COM 137834 ใน NS - servers.net m.gtld COM 137834 ใน NS - servers.net a.gtld COM 137834 ใน NS - servers.net b.gtld COM 137834 ใน NS - servers.net c.gtld ; ส่วนเพิ่มเติมที่ : a.gtld - servers.net 171837 IN A 192.5.6.30 a.gtld - servers.net 171759 ใน AAAA 2001:503 : a83e : : 2:30 b.gtld - servers.net 161282 IN A 192.33.14.30 b.gtld - servers.net 165361 ใน 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 ; เวลาแบบสอบถาม : 190 msec ; Server : 198.41.0.4 # 53 (198.41.0.4) ; เมื่อ : อาทิตย์ 8 เมษายน 2007 15:20:24 ; rcvd ขนาดผงชูรส : 493
ผมหมายถึงข้อมูลเกี่ยวกับระเบียนทรัพยากร com, จัดชุดทั้งเซิร์ฟเวอร์ DNS อื่น ๆ ภายใต้ชื่อโดเมนที่ gTLD - servers.net ที่จะทำให้ชีวิตของเรา"ง่าย"ให้เป็น"ระเบียนกาว"ขอให้เรานี้มี IP -- ที่อยู่ของเซิร์ฟเวอร์เหล่านี้เพื่อที่เราจะต้องตรวจสอบพวกเขาเอง ตอนนี้เปิดเซิร์ฟเวอร์ DNS ของ NetVision ที่สุ่มหนึ่งของที่อยู่ IP ที่เขาได้รับในการตอบกลับหัวหน้าเซิร์ฟเวอร์ DNS ของอินเทอร์เน็ตและขอให้เขา :"www.cnn.com -- สิ่งนั้น"-- และจะได้รับการตอบต่อไปนี้ :
; <<>> Dig 9.2.5 <<>> @ a.gtld - servers.net www.cnn.com (2 เซิร์ฟเวอร์พบ) ; ตัวเลือกของเว็บ : printcmd ; ได้คำตอบ : ; --> HEADER> <<-- opcode : สอบถามสถานะ : NOERROR, ID : 408 ; ธง : ถ. QR; QUERY : 1, ตอบ : 0 อำนาจ : 4, เพิ่มเติม : 4 มาตราคำถาม; : ; Www.cnn.com IN A มาตรา AUTHORITY; : cnn.com 172800 ใน NS twdns - 01.ns.aol.com cnn.com 172800 ใน NS twdns - 02.ns.aol.com cnn.com 172800 ใน NS twdns - 03.ns.aol.com cnn.com 172800 ใน NS twdns - 04.ns.aol.com ; ส่วนเพิ่มเติมที่ : 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 ; เวลาแบบสอบถาม : 233 มิลลิวินาที ; Server : 192.5.6.30 # 53 (192.5.6.30) ; เมื่อ : อาทิตย์ 8 เมษายน 2007 15:30:53 ; ขนาดผงชูรส rcvd : 192
นี่เกินไปบอกเราจริง a.gtld - servers.net :"อะไรคือสิ่งที่คุณต้องการออกจากชีวิตของฉัน -- ฉันไม่ได้รู้อะไรเกี่ยวกับ www.cnn.com ถ้าคุณต้องการบางสิ่งบางอย่างสำหรับทุกสิ่งที่ด้านล่าง cnn.com, โปรดติดต่อหนึ่งจากปวงบ่าวของ DNS ต่อไปนี้ : twdns - 01.ns.aol.com, twdns - 02.ns.aol.com, twdns - 03.ns.aol.com, twdns - 04.ns.aol.com", และอีกครั้งที่มีอาสาสมัคร ที่อยู่ IP ของเซิร์ฟเวอร์เหล่านี้เป็นอาหารเสริมสำหรับคำตอบที่จะไม่ต้องมองหาพวกเขา "Great,"กล่าวว่าเซิร์ฟเวอร์ NetVision ตัวของเขาเองสุ่มเลือกหนึ่งในสี่ของเซิร์ฟเวอร์เหล่านี้และถามเขา"ดีคนที่จะบอกฉันว่าที่อยู่ IP ของ www.cnn.com!"และนี่คือคำตอบของเขาได้ที่ :
; <<>> Dig 9.2.5 <<>> @ twdns - 02.ns.aol.com www.cnn.com ; (1 เซิร์ฟเวอร์พบ) ; ตัวเลือกของเว็บ : printcmd ; ได้คำตอบ : ; --> HEADER> <<-- opcode : สอบถามสถานะ : NOERROR, ID : 6714 ; ธง : ถ. QR; QUERY : 1, ตอบ : 0 อำนาจ : 2, เพิ่มเติม : 2 มาตราคำถาม; : ; Www.cnn.com IN A มาตรา AUTHORITY; : www.cnn.com 3600 ใน NS dmtns01.turner.com www.cnn.com 3600 ใน NS dmtns02.turner.com ; ส่วนเพิ่มเติมที่ : dmtns01.turner.com 3608 IN A 64.236.29.150 dmtns02.turner.com 3608 IN A 64.236.22.150 ; เวลาแบบสอบถาม : 163 msec ; Server : 152.163.239.216 # 53 (152.163.239.216) ; เมื่อ : อาทิตย์ 8 เมษายน 2007 15:33:16 ; rcvd ขนาดผงชูรส : 112
สิ่งที่เกิดขึ้นที่นี่? เราควรที่จะตอบเซิร์ฟเวอร์นี้แล้ว! โอ้ดี ดังนั้นซีเอ็นเอ็นได้ตัดสินใจที่จะเปลี่ยนเซิร์ฟเวอร์ DNS ของพวกเขา -- แต่สิ่งที่พวกเขาจะมีการปรับปรุงชื่อโดเมนที่ลงทะเบียนในเซิร์ฟเวอร์ DNS ใหม่ถ้าคุณเพียงแค่สามารถทำให้ลูกค้าของพวกเขาล่าช้ามากขึ้นและส่งพวกเขาไปยังเซิร์ฟเวอร์ DNS อื่นและไม่จำเป็น? ในหยิก, เซิร์ฟเวอร์ DNS ของ NetVision ไปบนและหันไป dmtns01.turner.com ที่สุดที่จะได้รับข้อมูลที่ต้องการและมันก็มีลักษณะเช่นนี้ :
; <<>> Dig 9.2.5 <<>> @ www.cnn.com dmtns01.turner.com ; (1 เซิร์ฟเวอร์พบ) ; ตัวเลือกของเว็บ : printcmd ; ได้คำตอบ : ; --> HEADER> <<-- opcode : สอบถามสถานะ : NOERROR, ID : 44943 ; ธง : QR AA ถ. QUERY : 1, คำตอบ : 8, Authority : 0, เพิ่มเติม : 0 มาตราคำถาม; : ; Www.cnn.com IN A มาตราคำตอบ; : www.cnn.com 600 ใน 64.236.29.120 www.cnn.com 600 ใน 64.236.91.21 www.cnn.com 600 ใน 64.236.91.22 www.cnn.com 600 ใน 64.236.91.23 www.cnn.com 600 ใน 64.236.91.24 www.cnn.com 600 ใน 64.236.16.20 www.cnn.com 600 ใน 64.236.16.52 www.cnn.com 600 ใน 64.236.24.12
FSS วิธีการหลายเซิร์ฟเวอร์ที่พวกเขาได้! เห็นได้ชัดว่าเบราว์เซอร์ของผู้ใช้จะต้องเลือกอย่างใดอย่างหนึ่งแบบสุ่มของแปดที่จะยอมรับเว็บไซต์ที่! โปรดทราบว่าข้อเท็จจริงที่น่าสนใจอื่น -- TTL เป็นของพวกเขารวม 600 วินาทีหรือสิบนาที ทำไมจึงต่ำ? เพื่อหาข้อมูลที่มีการปรับปรุงทุกสิบนาที และทำไมสถานที่มากเกี่ยวกับ DNS หรือไม่? อาจเป็นเพราะความพร้อมของสำคัญให้พวกเขาและต้องการเซิร์ฟเวอร์ที่ออกจากฤดูใบไม้ร่วงแปด, DNS จะมีการปรับปรุงได้ทันทีโดยกระบวนการอัตโนมัติที่จะลบเซิร์ฟเวอร์จากรายการและไม่มีใครเว็บไซต์จะไม่สามารถใช้งานได้นานกว่าสิบนาทีซึ่งเป็นเวลาสูงสุดที่จะได้รับอนุญาตให้ลูกค้าสามารถเก็บข้อมูล เกี่ยวกับการแปลงที่อยู่ IP ที่นี้
สุดท้ายจุดที่สำคัญที่จะชี้แจง : ทุกขั้นตอนดังกล่าวข้างต้นยังช่วยให้ข้อมูลที่ได้รับเป็นผลจากแบบสอบถามไปยังสำเนา (สมมติว่ามันมีอยู่ในแคชเซิร์ฟเวอร์ชื่อ -- ในความเป็นจริงบ่อยครั้งที่มันเป็น) ดังนั้นหากข้อมูลที่ได้รับสามารถใช้ได้ในพื้นที่เซิร์ฟเวอร์จะไม่ได้ใส่ใจที่จะเดินไป โลกไปหาเขา แต่ให้เหตุผลว่าที่สำเนาจึงประหยัดเวลาและการจราจรในเครือข่าย นอกจากนี้หากสำเนาของใด ๆ ที่เซิร์ฟเวอร์ DNS ระดับไคลเอนต์และเซิร์ฟเวอร์ถอดรหัสกระบวนการที่ช่วยให้ไปพร้อมกันได้ไม่สามารถใช้ได้แล้วผู้สมัครที่จะไปให้บริการอีกรายการแบบสุ่มและได้คำตอบจากเขา มันจะใช้เวลามากขึ้น แต่ก็ไม่ประสบความสำเร็จที่สิ้นสุด นี้อยู่เสมอที่เซิร์ฟเวอร์ DNS ที่ใช้มากที่สุดอย่างหนึ่งสำหรับแต่ละภูมิภาค -- การอยู่รอด