DNS Protocol: Introduction to Domain Name System in Hindi
Makhanlal Chaturvedi University / BCA / Computer Networks
DNS Protocol: Complete Guide in Hindi
DNS Protocol: Complete Guide in Hindi
DNS Protocol: Introduction to Domain Name System in Hindi
जब भी हम browser की address bar में google.com या wikipedia.org जैसे domain name लिखते हैं, तब हमारा computer सीधे‑सीधे उस web server को नहीं पहचान पाता जहाँ साइट होस्ट है। वास्तव में Internet केवल संख्याएँ यानी IP Address समझता है, जैसे 142.250.192.14. इन दोनों के बीच पुल बनाने का काम Domain Name System (DNS) करता है। DNS एक distributed, hierarchical database है जो दुनिया‑भर के name servers में फैला होता है और domain को उसके उपयुक्त IP से जोड़ता है।
सन् 1983 में Paul Mockapetris ने DNS की परिकल्पना की ताकि ARPANET पर बढ़ते host names को प्रबंधित किया जा सके। इससे पहले HOSTS.TXT नाम की एक केन्द्रीय फ़ाइल रखी जाती थी, जिसे बार‑बार download करना पड़ता था। जैसे‑जैसे नेटवर्क का आकार बढ़ा, वह व्यवस्था अव्यवहारिक हो गई। DNS ने समस्या हल की—नामो को zone में बाँटा, caching जोड़ा और UDP Port 53 पर query‑response model दिया।
DNS Protocol OSI model की Application Layer पर काम करता है, परन्तु इसके query एवं response messages वास्तव में Transport Layer पर दो विकल्पों से गुजरते हैं—UDP (आमतौर पर) या TCP (विशेष स्थिति जैसे zone transfer)। इस लेख में हम DNS की कार्य‑प्रणाली, उसके मुख्य घटक और यह IP addressing की आवश्यकता को कैसे पूरा करता है, इन सबको विस्तार से देखेंगे।
- Distributed Design: पूरा डाटा एक ही स्थान पर नहीं बल्कि लाखों servers पर विभाजित।
- Hierarchical Names: . (root) → com → example → www
- Resource Records: A, AAAA, CNAME, MX, NS इत्यादि—हर एक का स्पष्ट उद्देश्य।
DNS Working: Name Resolution Process in Hindi
अब समझते हैं कि “name resolution” असल में होता कैसे है। नीचे दिया गया क्रम एक साधारण recursive query का है—यानी आपका resolver अंतिम IP पाने तक अपने स्तर पर पूरी मेहनत करता है और बीच में user से कुछ नहीं पूछता।
- Step 1 – Resolver Query: Browser OS को कहता है “मुझे www.example.com का IP चाहिए।” OS का DNS resolver local cache जाँचता है।
- Step 2 – Cache Miss: यदि cache में entry नहीं पाई जाती तो resolver, ISP‑provided या manual सेट किए गए recursive server को query भेजता है। यह query अक्सर UDP पैकेट के रूप में जाती है।
- Step 3 – Root Lookup: Recursive server सबसे पहले Root Name Server से पूछता है “com zone कहाँ है?” Root server NS record देकर com TLD server का address लौटाता है।
- Step 4 – TLD Lookup: अब recursive server com TLD server से पूछता है “example.com की authoritative जानकारी दो।” TLD server NS record देता है जो example.com को संभालने वाले authoritative server को इंगित करता है।
- Step 5 – Authoritative Answer: Recursive server आखिरकार authoritative server से A record माँगता है। वह server “93.184.216.34” जैसा IP दे देता है।
- Step 6 – Caching & Response: Recursive server यह IP resolver को लौटाता है, साथ‑ही TTL मूल्य भी बताता है ताकि अगले कुछ समय तक cache किया जा सके। Browser HTTP request भेज देता है और webpage लोड हो जाता है।
नाम समाधान के दौरान कई optimization होते हैं—negative caching, EDNS0, DNSSEC signatures, load balancing आदि—जो performance व security बढ़ाते हैं। नीचे एक dig command का उदाहरण है जो पूरा trace दिखाता है।
dig +trace www.example.com
यह आदेश root से लेकर authoritative server तक हर कदम का NS record व response time दर्शाता है, जो learning के लिए बहुत लाभदायक है।
DNS Components: Resolver, Root Server, Authoritative Server in Hindi
DNS ecosystem तीन प्रमुख घटकों पर टिका है; प्रत्येक की जिम्मेदारी अलग‑अलग है, परंतु सामूहिक रूप से वे नामों को IP में बदलने का मूलभूत कार्य सुचारू रखते हैं।
| Component | मुख्य कार्य | उदाहरण |
|---|---|---|
| Resolver | Client‑side software जो उपयोगकर्ता के प्रश्न को लेता है, cache देखता है और जरूरत पड़ने पर recursive query भेजता है। | Windows DNS Client Service, systemd‑resolved (Linux) |
| Recursive Server | उपलब्ध नहीं होने पर root → TLD → authoritative chain पूरा traverse करता है तथा response cache करता है। | Google Public DNS (8.8.8.8), Cloudflare DNS (1.1.1.1) |
| Root Server | Internet की शीर्ष‑स्तरीय zone file, 13 logical clusters (A‑M) में वितरित, दुनिया‑भर में 1700+ anycast instances। | a.root‑servers.net, k.root‑servers.net |
| Authoritative Server | अपने zone का definitive data रखता है; वही अंतिम A, AAAA, MX आदि record return करता है। | Route 53 (AWS), DigitalOcean DNS, सनिर्धारित on‑prem BIND server |
Resolvers दो श्रेणी में बाँटे जा सकते हैं: Stub resolver (साधारण, OS में) और Full recursive resolver (जैसे Unbound, BIND named)। Root servers वितरित हैं ताकि कोई भौगोलिक या नेटवर्क विफलता DNS को ठप न कर दे। Authoritative servers भी अक्सर anycast होते हैं ताकि latency कम हो और DDoS resilience बढ़े।
DNSSEC (“DNS Security Extensions”) को signature‑based trust chain जोड़ने के लिए यही तीनों component इस्तेमाल करते हैं। Resolver signature verify करता है, root zone से trust anchor शुरू होता है और authoritative zone तक जारी रहता है। इस प्रकार cache poisoning या man‑in‑the‑middle हमलों से बचाव होता है।
DNS vs IP Addressing: Why DNS is Needed in Hindi
सवाल उठता है कि जब Internet मूल रूप से IP address पर चलता है तो DNS की आवश्यकता क्यों पड़ी? निम्न बिंदु इसे स्पष्ट करते हैं:
- Human Readability: 2606:2800:220:1:248:1893:25c8:1946 जैसी IPv6 संख्या याद रखना असंभव है, जबकि wikipedia.org सहज है।
- Brand Identity & SEO: Companies अपने domain name को brand asset की तरह अपनाती हैं—marketing एवं search ranking इसे समझते हैं, IP को नहीं।
- Portability: Hosting बदलते ही IP बदल सकता है; DNS record अपडेट कर पूरा ट्रैफ़िक नए server पर रीडायरेक्ट हो जाता है—user को पता भी नहीं चलता।
- Load Balancing: एक ही domain के पीछे कई IP address रखे जा सकते हैं (round‑robin, GeoDNS), जिससे uptime व performance बेहतर।
- Security Layers: DNSSEC, SPF, DKIM, DMARC रिकॉर्ड ई‑मेल spoofing रोकने में सहायक होते हैं; IP level पर यह संभव नहीं।
- Service Discovery: SRV, NAPTR जैसे resource record किसी सेवा का port, protocol या SIP gateway ढूँढने देते हैं—यह flexibility naked IP addressing में नहीं मिलती।
उदाहरण के लिए, यदि एक E‑commerce site festive season पर traffic spike सँभालने के लिए additional cloud nodes जोड़ती है, तो बस DNS Load Balancer में नए A या AAAA record insert करना काफी होता है; ग्राहकों को कोई जटिल URL नहीं बदलना पड़ता। यही वजह है कि DNS “phone‑book of the Internet” कहलाता है—एक ऐसा phone‑book जो real time में खुद को अपडेट कर सकता है।
