கேள்வி: களப் பெயர் முறைமை - DNS ரிஸால்வர்கள் பற்றி விளக்கவும்.
பதில்: DNS இன் கிளையன்ட் பக்கம் ஒரு DNS ரிஸால்வர் என்று அழைக்கப்படுகிறது. குவெரிக்களுக்கு துவக்கமளித்து வரிசைப்படுத்தி இறுதியில் அவை கோரப்படும் ஆதாரத்திற்கான முழுமையான தீர்வினை (மொழிபெயர்ப்பு), அதாவது ஒரு டொமைன் பெயரை ஐபி முகவரியாக மொழி பெயர்ப்பதை, வழங்குவதற்கு இது தான் பொறுப்பானதாகும். ஒரு DNS குவெரி சுழல்நிலையற்ற குவெரியாகவோ (non-recursive) அல்லது சுழல்நிலை (recursive) குவெரியாகவோ இருக்கலாம்: * ஒரு ''சுழல்நிலையற்ற குவெரி'' என்பதில் தான் அதிகாரம்படைத்ததாய் இருக்கும் ஒரு டொமைனுக்கான பதிவை DNS செர்வர் வழங்குகிறது, அல்லது மற்ற செர்வர்களை குவெரி செய்யாமல் பகுதியான முடிவினை வழங்குகிறது. * ஒரு ''சுழல்நிலை குவெரி'' என்பதில் அவசியப்படுகிற சமயத்தில் மற்ற பெயர் செர்வர்களையும் குவெரி செய்து DNS குவெரிக்கு முழுமையாகப் பதிலளிக்கும் (அல்லது ஒரு பிழை அளிக்கும்). DNS செர்வர்கள் சுழல்நிலை குவெரிக்களை ஆதரிக்க வேண்டும் என்கிற கட்டாயமில்லை. ரிஸால்வர், அல்லது ரிஸால்வரின் சார்பாக சுழல்நிலையாக செயல்படும் DNS செர்வர், குவெரி ஹெடர்களில் இருக்கும் பிட்களைப் பயன்படுத்தி சுழல் சேவை பயன்பாட்டை பேசித் தீர்க்கிறது. அவசியமான தகவல்களைக் காண பல்வேறு பெயர் செர்வர்களின் வழியே தேடி அலசுவதற்கு ரிஸால்விங் பொதுவாக வழிவகை கொண்டிருக்கிறது. ஆயினும், சில ரிஸால்வர்கள் வெகு எளிமையான செயல்பாட்டைக் கொண்டுள்ளன, இவை ஒரே ஒரு பெயர் செர்வருடன் மட்டும் தான் பரிவர்த்தனை செய்ய முடியும். இந்த எளிய ரிஸால்வர்கள் ("ஸ்டப் ரிஸால்வர்கள்" என்று அழைக்கப்படுகின்றன) தங்களுக்கு தகவல் தேடித் தரும் வேலையைச் செய்வதற்கு ஒரு சுழல்நிலை பெயர் செர்வரைச் சார்ந்திருக்கின்றன.
கேள்வி: களப் பெயர் முறைமை - முகவரி தீர்வு வகைமுறை என்பது என்ன?
பதில்: ஒரு டொமைன் பெயர் பல்வேறு பெயர் பாகங்களைக் கொண்டிருக்கலாம் (உ-ம்., ''ahost.ofasubnet.ofabiggernet.inadomain.example'' ). நடைமுறையில் முழு ஹோஸ்ட் பெயர்கள் பல சமயங்களில் மூன்று பிரிவுகளை மட்டுமே கொண்டிருக்கும்: ''ahost.inadomain.example'' , அநேக சமயங்களில் www''.inadomain.example'' . குவெரி நோக்கத்திற்கு, மென்பொருளானது பெயரை பிரிவு பிரிவாக, வலமிருந்து இடதாகப் பொருள் புரிகிறது. பாதையின் ஒவ்வொரு அடியிலும், நிரலானது உரிய DNS செர்வரில் குவெரி செய்து அது ஆலோசிக்க வேண்டிய அடுத்த செர்வருக்குரிய கைகாட்டலைப் பெறுகிறது. படிமம்:Example of an iterative DNS resolver.svg ஆரம்பத்தில் திட்டமிடப்பட்டது போல், இந்த நிகழ்முறையானது மிக எளிமையானது: # வேர் பெயர்செர்வர் அறியப்பட்ட முகவரிகள் ஒரு ''வேர் குறிப்புகள்'' கோப்பில் இருக்கும் நிலையில் லோக்கல் கம்ப்யூட்டரானது முன்கூட்டிய-உள்ளமைவு செய்யப்படுகிறது, இந்த கோப்பானது லோக்கல் நிர்வாகி மூலம் ஒரு நம்பகமான ஆதாரத்தால் அவ்வப்போது புதுப்பிக்கப்பட வேண்டும், காலப் போக்கில் நிகழ்கிற மாற்றங்களுக்கு அடியொற்றி புதுப்பிக்கப்படுவதாய் இருக்க வேண்டும். # கீழமைந்த அடுத்த நிலையிலுள்ள அதிகாரமுற்ற செர்வரைக் கண்டறிய வேர் செர்வர்களில் ஒன்று குவெரி செய்யப்படுகிறது (எனவே நமது எளிய ஹோஸ்ட் பெயர் சந்தர்ப்பத்தில், ''example'' உயர் நிலை டொமைன் குறித்த விரிவான விவரமறிந்த ஒரு செர்வரின் முகவரி ஒரு வேர் செர்வரிடம் கோரப்படும்). # இரண்டாம்-நிலை டொமைன் (நமது உதாரணத்தில் ''inadomain.example'' ) குறித்த விரிவான விவரங்களுடனான ஒரு DNS செர்வரின் முகவரிக்கு இந்த இரண்டாவது செர்வர் குவெரி செய்யப்படுகிறது. # பெயரின் கீழே முன்னேறி செல்ல முந்தைய படி மீண்டும் செய்யப்படுகிறது, அடுத்த DNS செர்வரின் முகவரியை உருவாக்குவதற்கு பதிலாக இறுதி முகவரியை கொண்டு வரும் இறுதிப் படி வரும் வரை இந்த நிகழ்முறை மீண்டும் மீண்டும் நிகழ்த்தப்படும். www.wikipedia.org என்கிற உண்மையான ஹோஸ்டுக்கு இந்த நிகழ்முறை செயல்படும் விதத்தை இந்த படம் விளக்குகிறது. இந்த எளிமையான வடிவத்தில் இந்த நிகழ்முறை ஒரு சிக்கல் கொண்டுள்ளது: இது வேர் செர்வர்களில் ஒரு பெரும் செயல்பாட்டுச் சுமையை அளிக்கிறது, ஒரு முகவரிக்கான ஒவ்வொரு தேடலும் அவற்றில் ஒன்றை குவெரி செய்வதன் மூலமாக துவங்குவதன் மூலம். ஒட்டுமொத்த முறைமையின் செயல்பாட்டுக்கும் இது முக்கியமான பிரச்சினையாக ஆகிறது, ஏனென்றால் இத்தகைய கனமான பயன்பாடு அன்றாடம் செய்யப்படும் டிரில்லியன்கணக்கான குவெரிக்களுக்கு ஒரு கடக்கமுடியாத தடையை ஏற்படுத்தி விடும். நடைமுறையில் இந்த பிரச்சினையை தீர்ப்பதற்கு இடைமாற்று மற்றும் ஆயுள் நேரம் பயன்படுத்தப்படுகிறது, இதனால், உண்மையில் வேர் பெயர்செர்வர்கள் மொத்த போக்குவரத்தில் வெகு கொஞ்சத்தைதான் கையாளுகின்றன.
கேள்வி: களப் பெயர் முறைமை - சுற்று சார்புகள் மற்றும் ஒட்டு பதிவேடுகள் குறித்து விரிவாக சொல்லுங்கள்.
பதில்: ஒதுக்கீடுகளில் உள்ள பெயர் செர்வர்கள் ஐபி முகவரிகளை விடவும் பெயர் வரிசையில் தான் பட்டியலிடப்படுகின்றன. இதன் அர்த்தமானது, ரிஸால்விங் பெயர் செர்வரானது அது குறிப்பிட்டுக் காட்டும் செர்வரின் ஐபி முகவரியைக் கண்டறிவதற்கான இன்னொரு DNS கோரிக்கையை வழங்கியாக வேண்டும் என்பது. குறிப்பிடப்படும் பெயர்செர்வரே அது அதிகாரமுற்றதாய் இருக்கும் டொமைனின் கீழ் இருக்குமானால் இது ஒரு சுற்று சார்பு கொண்டுவரும் என்பதால், ஒதுக்கீட்டை வழங்கும் பெயர்செர்வரே அடுத்த பெயர்செர்வரின் ஐபி முகவரியையும் வழங்குவதற்கான அவசியம் அவ்வப்போது ஏற்படலாம். இந்த பதிவேடு ''ஒட்டு பதிவேடு'' என அழைக்கப்படுகிறது. உதாரணமாக en.wikipedia.org என்னும் சப்டொமைன் இன்னும் நிறைய சப்டொமைன்களைக் (something.en.wikipedia.org என்பது போன்று) கொண்டிருப்பதாகவும் இவற்றுக்கான அதிகாரமுற்ற பெயர் செர்வர் ns1.something.en.wikipedia.org இல் தங்கியிருப்பதாகவும் எடுத்துக் கொள்வோம். இவ்வாறாக something.en.wikipedia.org ஐ தேடும் ஒரு கம்ப்யூட்டர் முதலில் ns1.something.en.wikipedia.org ஐத் தேடித் தீர்க்க வேண்டும். ns1 என்பதும் something.en.wikipedia.org இன் சப்டொமைனாக தான் இருக்கிறது என்பதால், ns1.something.en.wikipedia.org ஐ தீர்ப்பதற்கு something.en.wikipedia.org ஐ தீர்ப்பது அவசியமாகிறது, இது தான் நாம் மேலே குறிப்பிட்ட சுற்று சார்பு என்பதாகும். இந்த சார்பானது en.wikipedia.org இன் பெயர்செர்வரில் உள்ள ஒட்டு பதிவேடு மூலம் உடைக்கப்படுகிறது, அது ns1.something.en.wikipedia.org இன் ஐபி முகவரியை கேட்பவருக்கு நேரடியாக வழங்கி, ns1.something.en.wikipedia.org இருப்பிடத்தை கண்டறிவதன் மூலம் இந்த நிகழ்முறை பூட்ஸ்ட்ராப்பிங்(கம்ப்யூட்டிங்) வகை செய்கிறது.
கேள்வி: களப் பெயர் முறைமை - குழுக்குறி DNS பதிவேடுகள் என்பது என்ன?
பதில்: '*' என்கிற ''ஆஸ்டெரிஸ்க் லேபல்'' உடன் துவங்கக் கூடிய ''குழுக்குறி டொமைன் பெயர்'' களை டொமைன் பெயர் முறைமை ஆதரிக்கிறது, உதாரணமாக, *.example.RFC 4592, ''தி ரோல் ஆஃப் ஒயில்டுகார்ட்ஸ் இன் தி டொமைன் நேம் சிஸ்டம்'' , இ.லூயிஸ் (ஜூலை 2006) குழுக்குறி டொமைன் பெயர்களுக்குரிய DNS பதிவேடுகள் ஒரு ஒற்றை DNS மண்டலத்துக்குள் ஆதார பதிவேடுகளை உருவாக்குவதற்கான விதிகளை குறிப்பிடுகின்றன, எந்த குறிப்பிட்ட வழித்தோன்றல்களும் உட்பட குவெரி பெயரின் பொருத்தமுறும் பாகங்களின் மொத்த லேபல்களையும் பிரதியீடு செய்கின்றன. உதாரணமாக, ''x.example'' என்னும் DNS மண்டலத்தில், பின்வரும் உள்ளமைவானது ''x.example'' இன் அனைத்து சப்-டொமைன்களும் (சப்டொமைன்களின் சப்டொமைன்கள் உள்பட) ''a.x.example'' என்னும் மெயில் எக்ஸ்சேஞ்சரைப் பயன்படுத்துவதாகக் குறிப்பிடுகிறது. ''a.x.example'' க்கான பதிவேடுகள் மெயில் எக்ஸ்சேஞ்சரைக் குறிப்பிட அவசியமாகின்றன. இந்த டொமைன் பெயர் மற்றும் இதன் சப்டொமைன்களை குழுக்குறி பொருத்தங்களில் இருந்து விலக்கும் விளைவை இது கொண்டிருக்கிறது என்பதால், ''a.x.example'' இன் அனைத்து சப்டொமைன்களும் ஒரு தனியான குழுக்குறி கூற்றில் வரையறுக்கப்பட்டிருக்க வேண்டும். X.EXAMPLE. MX 10 A.X.EXAMPLE. * .X.EXAMPLE. MX 10 A.X.EXAMPLE. * .A.X.EXAMPLE. MX 10 A.X.EXAMPLE. A.X.EXAMPLE. MX 10 A.X.EXAMPLE. A.X.EXAMPLE. AAAA 2001:db8::1 குழுக்குறி பதிவேடுகளின் பாத்திரம் RFC 4592 இல் மேம்படுத்தப்பட்டது, ஏனென்றால் RFC 1034 இன் மூல வரையறையானது முழுமையற்றதாய் இருந்தது, செயலாக்குபவர்களால் தவறாகப் புரிந்து கொள்ள இட்டுச் சென்றது.