DNS (Domain Name System) हे internet ची phone book आहे: ते example.com सारखे माणसाला वाचता येणारे नाव 93.184.216.34 सारख्या IP पत्त्यात भाषांतरित करते. Resolution हा एक पदानुक्रमित lookup आहे, सहसा तुमच्यासाठी एका recursive resolver ने (तुमच्या ISP च्या किंवा 8.8.8.8 सारख्या सार्वजनिक) केला जातो जो तुमच्या वतीने authoritative name servers च्या वृक्षातून चालतो:
Browser ──▶ Recursive Resolver ──▶ Root (.) "ask .com's servers"
│ ◀──
├────────▶ TLD (.com) "ask example.com's servers"
│ ◀──
└────────▶ Authoritative "example.com = 93.184.216.34"
(example.com) ◀──
Browser ◀── 93.184.216.34
resolver root servers ना विचारतो (जे TLD servers ना ओळखतात), मग .com साठी TLD servers ना (जे example.com साठी कोण authoritative आहे हे ओळखतात), मग authoritative server ला (जो प्रत्यक्ष record धारण करतो). हे प्रत्येक वेळी पुन्हा करू नये म्हणून, निकाल प्रत्येक स्तरावर cache केले जातात — browser, OS व resolver — प्रत्येक record च्या TTL (time-to-live) चे पालन करतो. उष्ण cache microseconds मध्ये resolve होते; थंड lookup ला अनेक round trips लागू शकतात.
सामान्य record प्रकार: A (name → IPv4), AAAA (name → IPv6), CNAME (दुसऱ्या नावाचे alias), MX (mail servers), TXT (कोणताही मजकूर, SPF/verification साठी वापरला जातो), आणि NS (एक zone सोपवते). तुम्ही resolution थेट तपासू शकता:
dig example.com A # A record व कोणत्या server ने उत्तर दिले ते दाखवते
DNS नावाने सुरू होणाऱ्या प्रत्येक request च्या critical path वर बसते, त्यामुळे मंद किंवा चुकीचा configure केलेला resolver प्रत्येक गोष्टीला latency जोडतो. Interviewers ला हा प्रश्न आवडतो कारण तो उघड करतो की तुम्हाला पदानुक्रम व caching समजते का — या दोन कल्पना ज्या एका जागतिक, वितरित सिस्टीमला अब्जावधी queries जलद उत्तरे देऊ देतात. हे खऱ्या production घटनांचे वारंवार कारणही आहे ("नेहमी DNS असते"): कालबाह्य records, चुकीचे TTLs, किंवा बदलानंतरचा propagation विलंब — म्हणून caching व TTL कसे कार्य करतात हे जाणणे थेट व्यावहारिक आहे.
सविस्तर उत्तरांसह IT मुलाखत प्रश्नांचे ग्रंथालय — Junior पासून Senior पर्यंत.
देणगी द्या