මෙය ඩීඑන්එස් මැලියම් වාර්තා පිළිබඳ කැනොනිකල් ප්රශ්නයකි .
ඩීඑන්එස් මැලියම් වාර්තාවක් යනු හරියටම (නමුත් කෙටියෙන්) කුමක්ද? ඒවා අවශ්ය වන්නේ ඇයි සහ ඒවා ක්රියාත්මක වන්නේ කෙසේද?
මෙය ඩීඑන්එස් මැලියම් වාර්තා පිළිබඳ කැනොනිකල් ප්රශ්නයකි .
ඩීඑන්එස් මැලියම් වාර්තාවක් යනු හරියටම (නමුත් කෙටියෙන්) කුමක්ද? ඒවා අවශ්ය වන්නේ ඇයි සහ ඒවා ක්රියාත්මක වන්නේ කෙසේද?
Answers:
මැලියම් වාර්තාවක් යනු ඩීඑන්එස් කලාපයක් සඳහා කළ නොහැකි පරායත්තතා තත්වයක් වළක්වා ගැනීම සඳහා කලාපය සඳහා බලයලත් නොවන ඩීඑන්එස් සේවාදායකයකු විසින් සපයනු ලබන වාර්තාවක් සඳහා වූ යෙදුමකි.
මට DNS කලාපයක් ඇති බව පවසන්න example.com
. මම මෙම වසම සඳහා බලාධිකාරී කලාපයක් ඇති කරන නිසා මම ඇත්තටම එය භාවිතා කළ හැකි සත්කාරක that're DNS සේවාදායක ඇති කිරීමට අවශ්ය - වසමේ root සඳහා වාර්තා එකතු www
, mail
ආදිය ඒ නිසා, මම ඛෙදා දීමට ලියාපදිංචි කිරීම සඳහා සේවාදායක නාමය තැබීමට ඔවුන් - එම සෑම විටම නම් වේ, ඒ නිසා අප විසින් සකස් කරන්නම් ns1.example.com
හා ns2.example.com
.
උපක්රමය තියෙනවා. ටීඑල්ඩී හි සේවාදායකයන් හූයිස් වාර්තාවේ ඇති ඩීඑන්එස් සේවාදායකයන් වෙත පවරනු ඇත - නමුත් ඒවා ඇතුළත example.com
ඇත. ඔවුන් උත්සාහ කරන්නේ සේවාදායකයන් සොයා ගැනීමට ns1.example.com
, නැවත විමසීමට .com
… ns1.example.com
.
මැලියම් වාර්තා කරන්නේ example.com
කලාපය සඳහා වන විමසුමට ප්රතිචාර වශයෙන් TLD හි සේවාදායකයන්ට අමතර තොරතුරු යැවීමට ඉඩ දීමයි - නාම සේවාදායකයන් සඳහා වින්යාස කර ඇති IP ලිපිනය ද යැවීම. එය බලයලත් නොවේ, නමුත් එය බලයලත් සේවාදායකයන්ට දර්ශකයක් වන අතර, එමඟින් ලූපය විසඳීමට ඉඩ ලබා දේ.
පවතින පිළිතුරු ADDITIONAL
කොටසේ කාර්යභාරය පැහැදිලි නොකිරීම නිසා මෙම පිළිතුර අනුපිටපත් ප්රශ්නයකින් ඒකාබද්ධ කරන ලෙස මම ඉල්ලා සිටියෙමි .
එය ක්රියාත්මක වන ආකාරය බැලීමට මෙය ටයිප් කරන්න:
dig +trace +additional google.com SOA
මෙය මූල සේවාදායකයන් ( +trace
) වෙතින් ආරම්භ වන නාම සේවාදායක අධිකාරිය සොයා ගනී . එකතු කිරීමෙන් එක් එක් DNS සේවාදායක ප්රතිචාරයේ කොටසද +additional
පෙන්වනු ඇත ADDITIONAL
. සාමාන්යයෙන් බොහෝ අය ඩීඑන්එස් ගැන සිතන්නේ QUESTION
සහ ANSWER
කොටස් අනුව පමණක් නොව ADDITIONAL
වැදගත් කාර්යභාරයක් ඉටු කරයි: පිළිතුරට අදාළ ඕනෑම විමසුමකට පිළිතුරු නාම සේවාදායකයා දන්නේ නම්, එම ADDITIONAL
කොටසේ එම පිළිතුරු අවශ්යතාවයකින් තොරව පූර්වයෙන් සැපයිය හැකිය. ඔබේ සේවාදායකයාගෙන් අමතර විමසීම්.
සඳහා බලයලත් නාම සේවාදායකයන් google.com
මුල් බැස ඇත්තේ ඔවුන් බලයලත් වසම යටතේ බව සලකන්න . ( ns1.google.com
,, ns2.google.com
ආදිය)
වසමක් සඳහා නාම සේවාදායක ලැයිස්තුවක් සැපයීමට ඔබ නාම සේවාදායකයකුගෙන් ඉල්ලා සිටින විට, ඔවුන් බොහෝ විට කොටසේ A
ටයිප් වාර්තා (අයිපී ලිපින) ලැයිස්තුවක් සපයනු ඇත ADDITIONAL
, NS
ටයිප් පිළිතුරු පමණක් නොව : මේවා මැලියම් වාර්තා ලෙස හැඳින්වේ , චක්රලේඛය වැළැක්වීම සඳහා භාවිතා කරයි. පරායත්තතා. මෙම අවස්ථාවෙහිදී, එම A
වාර්තා සපයනු ලබන්නේ වසමට වගකිව යුතු ඩීඑන්එස් රෙජිස්ට්රාර් විසින් යමෙකු සැපයූ IP ලිපින මත පදනම්ව ටීඑල්ඩී (.com, .org, ආදිය) නාම සේවාදායකයන්ගෙනි. ඔවුන් ඔබට සපයන පරිපාලක වෙබ් අතුරු මුහුණතට පිවිසීමෙන් ඒවා සාමාන්යයෙන් වෙනස් කළ හැකිය.
(වියාචනය: AAAA
IPV6 ලිපින අඩංගු වාර්තා ද මැලියම්වල කොටසක් ලෙස සැපයිය හැකිය, නමුත් මම මෙය අතහැර දැමුවේ සරල බව නිසා ය.)
+trace
. ඒ නිසා එය එහි තිබේ.
dig +trace
පරීක්ෂණ වලදී, එකතු +additional
කිරීම ප්රතිදානය කිසිසේත් වෙනස් නොකරයි)
විකිපීඩියාව පිළිබඳ නිවැරදි (හා සංක්ෂිප්ත) පැහැදිලි කිරීමක් තිබේ .
උපුටා දැක්වීමට:
චක්රලේඛ පරායත්තතා සහ මැලියම් වාර්තා
නියෝජිතයින්ගේ නාම සේවාදායකයන් IP ලිපිනයට වඩා නමින් හඳුනා ගනී. මෙයින් අදහස් කරන්නේ විසඳන නාම සේවාදායකයක් විසින් යොමු කරන ලද සේවාදායකයේ IP ලිපිනය සොයා ගැනීමට තවත් DNS ඉල්ලීමක් නිකුත් කළ යුතු බවයි.
නියෝජිත පිරිසෙහි දක්වා ඇති නම නියෝජිත පිරිස සපයන වසමේ උප ඩොමේනයක් නම්, චක්රලේඛ පරායත්තතාවයක් ඇත. මෙම අවස්ථාවෙහිදී නියෝජිත පිරිස සපයන නාම සේවාදායකයා නියෝජිත කණ්ඩායමේ සඳහන් බලයලත් නාම සේවාදායකය සඳහා IP ලිපින එකක් හෝ කිහිපයක් ලබා දිය යුතුය. මෙම තොරතුරු මැලියම් ලෙස හැඳින්වේ.. . .
උදාහරණයක් ලෙස, example.org සඳහා බලයලත් නාම සේවාදායකය ns1.example.org නම්, www.example.org විසඳීමට උත්සාහ කරන පරිගණකයක් පළමුව ns1.example.org නිරාකරණය කරයි. Example.org හි ns1 අඩංගු බැවින්, මේ සඳහා පළමුව example.org නිරාකරණය කිරීම අවශ්ය වේ, එය රවුම් පරායත්තතාවයක් ඉදිරිපත් කරයි.
පරායත්තතාවය බිඳ දැමීම සඳහා, org ඉහළ මට්ටමේ වසම සඳහා වන නාම සේවාදායකයට මැලියම් සහ නිදසුනක් ලෙස නියෝජිත කණ්ඩායම සමඟ ඇතුළත් වේ. මැලියම් වාර්තා යනු ns1.example.org සඳහා IP ලිපින සපයන ලිපින වාර්තා වේ. වසමේ බලයලත් සේවාදායකයන්ගෙන් එකක් විමසීමට විසඳුම්කරු මෙම IP ලිපින එකක් හෝ කිහිපයක් භාවිතා කරයි, එමඟින් DNS විමසුම සම්පූර්ණ කිරීමට ඉඩ ලබා දේ.
සදහටම සෙවීම සහ මැලියම් වාර්තා ගැන බොහෝ දේ කියවීමෙන් පසුවත් ඒවා මොනවාදැයි ඔබට නොතේරීම හෝ ඔබට ඒවා සාදා ගත හැක්කේ කෙසේද යන්න පිළිබඳව මම අවසානයේ පිළිතුරක් සොයා ගත් අතර එය ඉතා සරල එකකි.
මා තේරුම් ගත් පරිදි මැජික් අමතර තොරතුරු කොහේ හරි යවා නැත, එය ක්රියාත්මක වන්නේ එලෙස ය.
ඔබගේ වසම example.com යැයි කියමු. ඔබට ඔබේම සේවාදායකයක් වන ns1.example.com සහ ns2.example.com භාවිතා කිරීමට අවශ්ය නම්, ඔබට අවම වශයෙන් DNS සේවාදායක දෙකක්වත් අවශ්ය වේ.
මෙය දැන් ක්රියාත්මක වීමට නම්, ඉහළ ඩොමේන් හිමිකරුට ඔවුන්ගේ වාර්තා DNS තුළට ඇතුළත් කිරීම අවශ්ය වේ.
example.com NS ns1.example.com
example.com NS ns2.example.com
ns1.example.com A 192.0.2.10
ns2.example.com A 192.0.2.20
එම වාර්තා දෙක මැලියම් වාර්තා වන අතර ඒවා ඉහළම වසමේ තිබිය යුතුය, මේ අවස්ථාවේ දී .com, සහ සියලුම රෙජිස්ට්රාර්වරුන්ට මෙය ඔබ වෙනුවෙන් සිදු කළ නොහැක.
මෙය වැරදියි නම් කරුණාකර මාව නිවැරදි කරන්න. නිවැරදි පිළිතුරක් සොයාගත නොහැකි අයට සරල ආකාරයකින් පැහැදිලි කිරීමට මම සිතුවෙමි.
sub.example.com
වෙත පවරා ඇති බව ns1.sub.example.com
හා ns2.sub.example.com
තුළ example.com
කලාපය. නාම සේවාදායකයින් තමන්ගෙන් com
පවරා ඇති example.com
අතර එහි කිසිදු දරුවෙකුට මැලියම් සැපයිය නොහැක.
sub.example.com
-> example.com
-> ns1.example.com
-> example.com
-> ns1.example.com
... සහ එසේ ය