డొమైన్ నేమ్ సిస్టం
డొమైన్ నేమ్ సిస్టం (DNS ) అనేది కంప్యూటర్లకు, సేవలకు, లేదా ఇంటర్నెట్ లేదా ఒక వ్యక్తిగత నెట్వర్క్లకు సంబంధించిన ఏదైనా సాధనము యొక్క సాంప్రదాయ నామకరణ వ్యవస్థ. ఇది ప్రతి భాగస్వామికి కేటాయించిన డొమైన్ పేర్లను విభిన్న సమాచారంతో అనుసంధానిస్తుంది. ముఖ్యంగా, ఇది మానవులకు అర్ధవంతంగా ఉన్న డొమైన్ పేర్లను ప్రపంచవ్యాప్తంగా దీనికి అనుబంధంగా ఉన్న నెట్ వర్కింగ్ వ్యవస్థలను గుర్తించడానికి మరియు చేరడానికి అవసరమయ్యే సంఖ్యా (ద్విసంఖ్య) గుర్తింపులుగా అనువదిస్తుంది. డొమైన్ పేరు వ్యవస్థను వివరించడానికి తరచుగా ఉపయోగించే సాదృశ్యం అది మానవ పరిచిత కంప్యూటర్ అతిధేయ నామాలను IP చిరునామాగా అనువదించే అంతర్జాలం(ఇంటర్ నెట్)కు ఒక "ఫోన్ బుక్" వంటిది. ఉదాహరణకు, "www.example.com" అనేది "208.77.188.166"గా అనువదింపబడుతుంది.
ప్రతి వినియోగదారుని భౌతిక ఉనికితో సంబంధం లేకుండా, డొమైన్ పేరు వ్యవస్థ ఒక అర్ధవంతమైన పద్ధతిలో అంతర్జాల వినియోగదారుల సమూహాలకు డొమైన్ పేర్లను ఇవ్వడానికి వీలుకలిగిస్తుంది. అందువలననే, ప్రస్తుత ఇంటర్ నెట్ మార్గ ఏర్పాట్లు మారినా లేదా వినియోగదారు మొబైల్ పరికరాన్ని ఉపయోగించినా, వరల్డ్ వైడ్ వెబ్ (WWW) హైపర్ లింక్స్ మరియు ఇంటర్ నెట్ సంబంధిత సమాచారం, నిలకడగాను మరియు స్థిరంగాను ఉంటుంది. 208.77.188.166 (IPv4) లేదా 2001:db8:1f70::999:de8:7648:6e8 (IPv6)వంటి IP చిరునామాల కంటే ఇంటర్నెట్ డొమైన్ పేర్లను గుర్తుంచుకోవడం తేలిక. యంత్రం వాటిని ఏ విధంగా కనుగొంటుందో తెలియక పోయినా, అర్ధవంతమైన URLలు మరియు ఈ-మెయిల్ చిరునామాలను గుర్తుంచుకోవడం ద్వారా ప్రయోజనాన్ని పొందుతారు.
డొమైన్ పేరు వ్యవస్థ ప్రతి డొమైన్ కు అధికారిక సర్వర్ పేరుని కేటాయించి ఈ డొమైన్ పేర్లను IP చిరునామాలకు జతచేసే బాధ్యతను పంపిణీ చేస్తుంది. 
అధికారిక నామ సర్వర్లు వాటి ప్రత్యేక డొమైన్ లకు బాధ్యత కలిగి, మరియు వాటి ఉప డొమైన్ లకు ఇతర అధికారిక నామ సర్వర్లను కేటాయించగలవు. ఈ వ్యవస్థ DNS ను పంపిణీని, దోషాన్ని తట్టుకోగలగడాన్ని, మరియు నిరంతరం సంప్రదించి మరియు నవీకరించవలసిన ఒక ఏకైక కేంద్రీకృత నమోదు అవసరాన్ని నివారించడానికి వీలు కల్పించింది.
సాధారణంగా, డొమైన్ నేమ్ సిస్టం ఇతర రకాలైన సమాచారాన్ని కూడా కలిగి ఉంటుంది, ఒక సూచించబడిన ఇంటర్ నెట్ కు ఇమెయిల్ ఇవ్వగలిగే మెయిల్ సర్వర్ ల జాబితా వంటివి వీటిలో ఉంటాయి. ప్రపంచవ్యాప్తంగా కలిగిన, పునర్ నిర్దేశిత ఆదారిత సేవల-కీ వర్డ్ పంపిణీతో, డొమైన్ నేమ్ సిస్టం ఇంటర్ నెట్ పనితీరుకు ఒక అత్యవసర భాగమైంది.
ఇతర గుర్తింపులైన RFID ట్యాగ్ లు, UPC కోడ్ లు, ఇమెయిల్ చిరునామా మరియు అతిధేయ నామాలలోని అంతర్జాతీయ అక్షరాలు, ఇంకా అనేక ఇతర గుర్తింపులు అన్నీ DNS ను సమర్ధవంతంగా ఉపయోగించుకోగలవు.
డొమైన్ నేమ్ సిస్టం ఈ డేటాబేస్ సేవ పనితీరు యొక్క సాంకేతిక తోడ్పాటును కూడా నిర్వచిస్తుంది. ఈ ఉపయోగం కొరకు అది DNS ప్రోటోకాల్ను నిర్వచిస్తుంది, ఇది ఇంటర్నెట్ ప్రోటోకాల్ సూట్ (TCP/IP)లో భాగంగా DNS లో ఉపయోగించే దత్తంశ నిర్మాణాలు మరియు సమాచార మార్పిడి గురించిన విస్తృతమైన వివరణలు కలిగి ఉంటుంది. DNS ప్రోటోకాల్ 1980ల ప్రారంభంలో అభివృద్ధి చేయబడి నిర్వచించబడింది మరియు ఇంటర్నెట్ ఇంజనీరింగ్ టాస్క్ ఫోర్స్ చే ప్రచురించబడింది. (cf. చరిత్ర
యంత్రం యొక్క సంఖ్యా పర చిరునామాల యొక్క భావనలను మానవులకు గోచరమయ్యే విధంగా ఉపయోగించడం TCP/IP కంటే ముందు నుండే ఉంది. ఈ విధానం ARPAnet కాలం నుండే ఉంది. దానికి ముందు ఒక విభిన్నమైన విధానం ఉండేది. TCP/IP వినియోగం మొదలైన కొద్దికాలంలోనే, DNSను 1983లో కనుగొన్నారు. పాత వ్యవస్థలో, నెట్వర్క్ లోని ప్రతి కంప్యూటర్ "HOSTS.TXT"గా పిలువబడే ఒక ఫైల్ ను SRI (ఇప్పుడు SRI ఇంటర్నేషనల్) వద్ద ఒక కంప్యూటర్ నుండి గ్రహించేది. HOSTS.TXT ఫైల్ పేర్లను సంఖ్యాపర చిరునామాలతో జతపరచేది. అత్యంత ఆధునిక ఆపరేటింగ్ వ్యవస్థలలో కూడా ఒక అతిధేయ ఫైల్ ఇప్పటికీ వైఫల్యం చేతగాని లేదా అమరిక వలన గాని ఉనికిలో ఉండి, వినియోగదారులు DNS ప్రమేయం లేకుండానే ఒక అతిధేయ నామం (ఉదా.www.example.net) బదులుగా ప్రత్యేకIP చిరునామా(ఉదా.208.77.188.166) వాడటానికి అనుమతిస్తుంది. ఒక అతిధేయ ఫైల్ పై ఆధారపడిన వ్యవస్థలు సహజ పరిమితులను కలిగి ఉన్నాయి, దీనికి కారణం ప్రతిసారీ ఒక కంప్యూటర్ చిరునామా మారడం వలన, దానితో సమాచార సంబంధం నెరప వలసిన ప్రతి కంప్యూటర్ దాని అతిధేయ ఫైల్ ను నావీకరించుకోవాల్సి ఉంటుంది.
నెట్వర్కింగ్ యొక్క పెరుగుదల ఒకే ఒక్క స్థలంలో అతిధేయి చిరునామాలో మార్పును నమోదుచేసిన అధిక పరిణామాత్మక వ్యవస్థ యొక్క అవసరాన్ని కలిగి ఉంటుంది. ఇతర అతిధేయిలు మార్పులను ఒక ప్రకటన వ్యవస్థ ద్వారా త్వరితంగా తెలుసు కోగలగడం వలన, అన్ని అతిధేయుల నెట్వర్క్ కు ప్రపంచ వ్యాప్త సంధానాన్ని పూర్తి చేసి, వాటికి సంబంధించిన IP చిరునామాలను కూడా గుర్తించగలదు.
జోన్ పోస్టల్ కోరికపై, పాల్ మొకాపెట్రిస్ 1983లో డొమైన్ నేమ్ సిస్టాన్ని కనుగొని మొదటి ఆచరణను వ్రాయగలిగాడు. మొదటి స్పష్తీకరణలు 1987 నవంబరులో RFC 882 మరియు RFC 883 లో RFC 1034 మారియు RFC 1035ల చే అధిగమించబడ్డాయి. దీనిపై అదనంగా కోరబడిన అనేక వ్యాఖ్యానాలకు మౌలిక DNS నియమావళికి అదనపు విస్తృతిని ప్రతిపాదించబడ్డాయి.
1984లో, నలుగురు బర్కిలీ విద్యార్థులు—డగ్లస్ టెర్రీ, మార్క్ పైంటర్, డేవిడ్ రిగిల్ మరియు సొంగ్నియన్ ఝౌ—మొదటి UNIX ఆచరణలను వ్రాసారు, ఇది ఆ తరువాత రాల్ఫ్ కాంప్బెల్ చే నిర్వహింపబడింది. 1985 లో DECకి చెందినా కెవిన్ డన్లప్, DNS అనుసరణీయతను ప్రత్యేకంగా మరల వ్రాసి దానికి BIND—బర్కిలీ ఇంటర్నెట్ నేమ్ డొమైన్ అనే పేరునిచ్చాడు. అప్పటినుండి మైక్ కారెల్స్, ఫిల్ అల్మ్క్విస్ట్ మరియు పాల్ విక్సీలు BIND ని నిర్వహించారు. 1990ల ప్రారంభంలో BINDను విండోస్ NT వేదికకి మార్చబడింది.
BIND విస్తృతంగా, ప్రత్యేకించి Unix వ్యవస్థ మీద ఎక్కువగా పంపిణీ అయింది, మరియు ఇంటర్నెట్ లో అత్యధికంగా వాడబడే DNS సాఫ్ట్ వేర్ అయింది. అధికంగా వాడబడటంతో పాటు దాని బహిర్గత-వనరు కోడ్ పరీక్షకు గురికావడం చేతను, మరింత ఆధునిక పద్ధతుల పోటీవల్లను BINDలో అనేక భద్రతా లోపాలు బయటపడ్డాయి.ఇది అనేక ఇతర నేమ్ సర్వర్ మరియు రిసాల్వర్ ప్రోగ్రామ్స్ యొక్క అభివృద్ధికి దారితీసింది. BIND కూడా వెర్షన్ 9 మొదటి నుండి తిరిగి వ్రాయబడింది, దీని భద్రతా పరమైన నమోదులు ఇతర ఆధునిక ఇంటర్నెట్ సాఫ్ట్వేర్ తో పోల్చదగినదిగా ఉంది.
డొమైన్ నేమ్ స్పేస్ ఒక డొమైన్ పేర్ల వృక్షమును కలిగి ఉంది. ఈ వృక్షంలో ఉండే ప్రతి కణుపు లేదా ఆకు సున్నా గాని లేదా అంతకంటే ఎక్కువ గాని "వనరుల నమోదును" (రిసోర్స్ రికార్డ్)కలిగి, డొమైన్ పేరుకు సంబంధించిన సమాచారాన్ని కలిగి ఉంటుంది. ఈ వృక్షం మూల భాగం నుండి ప్రారంభమై వివిధ "భాగాలుగా" విడిపోతుంది. ఒక "అధీకృత నేమ్ సర్వర్" చే అధికారికంగా పంపిణీ చేయబడిన అనేక అనుసంధానించబడిన కణుపు లను DNS భాగం కలిగి ఉంటుంది. (ఒక నేమ్ సర్వర్ అనేక భాగాలకు ఆతిధ్యం వహిస్తుంది.)
ఏ ప్రాంతం యొక్క నిర్వాహక బాధ్యత అయినా విభజించబడి, అదనపు ప్రాంతాలను సృష్టిస్తుంది. అధికారం ఒక పాత ప్రాంతానికి "అప్పగించబడి", మరొక నేమ్ సర్వర్ కి లేదా నిర్వాహక సంస్థకి, సాధారణంగా రెండు ఉప-డొమైన్ ప్రాంతాలుగా ఉంటుంది. కొత్త ప్రాంతానికి పాత ప్రాంతం యొక్క అధికారం ఉండదు.
డొమైన్ పేరు సాంకేతికంగా "లేబుల్స్" అని పిలువబడే ఒకటి లేదా ఎక్కువ భాగాలను కలిగి ఉంటుంది, ఇవి సాంకేతికంగా జతపరచబడి, చుక్కలతో పరిమితం చేయబడతాయి, example.com వంటివి.డొమైన్ నేమ్ సిస్టం ఒక పంపిణీ చేయబడిన సమాచార ఆధారిత వ్యవస్థచే నిర్వహించబడుతుంది, ఇది వినియోగ దారు-సర్వర్ నమూనాను ఉపయోగిస్తుంది. ఈ సమాచార ఆధార తరంగాలు నేమ్ సర్వర్లు. ప్రతి డొమైన్ దానికి చెందిన లేదా దానికి సంబంధించిన పేరు సర్వర్లు గల ఏదైనా డొమైన్ యొక్క సమాచారాన్ని ప్రచురించే కనీసం ఒక అధికార DNS సర్వర్ ను కలిగి ఉంటుంది. ఆధిపత్యంలో అగ్రస్థానం రూట్ నేమ్ సర్వర్ లచే పంపిణీ చేయబడుతుంది, ఒక ఉన్నత స్థాయి డొమైన్ పేరు (TLD) కొరకు అన్వేషించేటపుడు ("పరిష్కరించేటపుడు" )ఈ సర్వర్లు విచారణ చేస్తాయి.
ఖాతాదారు-వైపున ఉండే DNS ను DNS పరిష్కర్తగా పిలుస్తారు. కోరిన వనరు యొక్క విచారణ ప్రారంభించడానికి మరియు కొనసాగించడానికి చివరకు సంపూర్ణ పరిష్కారానికి (తర్జుమా)కు ఇది బాధ్యత వహిస్తుంది, ఉదా. డొమైన్ పేరును IP చిరునామాలోనికి మార్చడం.
ఒక DNS విచారణ తిరిగి-సంభవించని లేదా సంభవించే విచారణగా ఉండవచ్చు:ఈ పరిష్కర్తలు, లేదా పరిష్కర్తల తరఫున తిరిగి సంభవించేలా పనిచేసే DNS సర్వర్ లు, విచారణ హెడర్స్ లో బిట్స్ ను ఉపయోగించి పునః సంభవం యొక్క ఉపయోగానికి సంధానం చేస్తాయి.
అవసరమైన సమాచారాన్ని అనేక నేమ్ సర్వర్ల ద్వారా కనుగొనడాన్ని సాధారణంగా పరిష్కారం సంభవింప చేస్తుంది. అయితే, కొన్ని పరిష్కర్తలు స్పష్టంగా పనిచేస్తాయి మరియు కేవలం ఒక నేమ్ సర్వర్ తో మాత్రమే సమాచార మార్పిడి జరుపుతాయి. ఈ సూక్ష్మమైన పరిష్కర్తలు ("స్టబ్ రిసాల్వర్లు") వాటికి సంబంధించిన సమాచారాన్ని కనుగొనడానికి పునఃసంభవ నేమ్ సర్వర్ పై ఆధారపడతాయి.
డొమైన్ లేబుల్ యొక్క కుడి-వైపు (ఉన్నత-స్థాయి) నుండి మొదలు పెట్టి వరుస విచారణల ద్వారా ప్రశ్నిస్తూ డొమైన్ పేర్ల నిర్ణయదారులు డొమైన్ పేరుకు బాధ్యత వహించే సరియైన డొమైన్ పేరు సెర్వెర్స్ ను నిర్ణయిస్తాయి.
ఈ పద్ధతి ఇలా జరుగుతుంది:చిత్రంలో అతిధేయుని కొరకు ఈ పద్ధతిని ఉదహరిస్తుంది ww.wikipedia.org.
ఈ సులభమైన పద్ధతిలో పనిచేసే విధానం చిరునామా కొరకు ప్రతి శోధనకు వీటిలో ఏదో ఒకదానిమీద విచారణ మొదలుపెడుతూ మూల సర్వర్ల మీద అతిపెద్ద పనిచేసే భారాన్ని పెడుతుంది. మొత్తం పనిచేసే విధానం చాలా క్లిష్టంగా ఉంటుంది, అటువంటి తీవ్ర ఉపయోగం ప్రతి రోజూ ఉంచే ట్రిల్లియన్ల విచారణల యొక్క అభ్యాసంలో ఈ సమస్యను అధిగమించడానికి కాషింగ్ను DNS సర్వర్లలో వాడతారు, మరియు దీని ఫలితంగా మూల నేమ్ సర్వర్లు వాస్తవంగా మొత్తం ట్రాఫిక్లో చాలా తక్కువగా భాగం పంచుకుంటారు.
ప్రాతినిధ్యాలలో నేమ్ సర్వర్లు పేరు లేదా IP చిరునామాతో జాబితా కాబడి అగుపిస్తాయి. దీనర్ధం ఏమంటే పరిష్కార నేమ్ సర్వర్ కచ్చితంగా ఇంకొక DNS అభ్యర్ధనను అది సూచించిన సర్వర్ యొక్క IP చిరునామాకు జారీ చెయ్యవలసి ఉంటుంది. ఒకవేళ ప్రామాణికమైన డొమైన్ లో ఉన్న నేమ్ సర్వర్ను కనక సూచిస్తే ఇది ఒక వృత్తాకార సమన్వయంను పరిచయం చేస్తుంది, నేమ్ సర్వర్ కొరకు ప్రాతినిధ్యం ఇస్తూ ఇంకనూ తర్వాత నేమ్ సర్వర్ యొక్క IP చిరునామా ఇవ్వడమనేది చాలా అసాధారణంగా అవసరం అవుతుంది. ఈ రికార్డును "గ్లూ రికార్డు" అంటారు.
ఉదాహరణకి, ఉప-డొమైన్ 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 యొక్క IP చిరునామాను నేరుగా అభ్యర్ధనదారునికి పంపుతుంది, నిర్దిష్టంగా ఈ విధానాన్ని చేయటానికి ns1.something.en.wikipedia.org ఎక్కడ ఉందో కనుగొనబడుతుంది.
DNS వంటి విధానంచే ఉత్పత్తి చేయబడిన అధిక మొత్తంలోని అభ్యర్ధనల వల్ల, డిజైనర్లు వ్యక్తిగత సర్వర్ల మీద భారాన్ని తగ్గించే పద్ధతిని అందించటానికి ఇష్టపడతారు. ఈ క్రమంలో, DNS తీర్మాన చర్యలో "కాషింగ్"ను (అనగా. DNS విచారణ యొక్క ఫలితాలపై జరిగే చర్చ మరియు స్థానిక రికార్డింగ్ ఉంటాయి) సమాధానం విజయవంతంగా పొందిన తర్వాత కొంతకాలం కొరకు అనుమతిస్తుంది. ఎంతకాలం DNS సమాధానాన్ని రిజాల్వర్ కాష్ చేయగలుగుతుంది అనేది (అనగా. ఎంతకాలం DNS సమాధానం "చెల్లునట్లు"గా ఉంటుంది) టైం టు లివ్(TTL) అనిపిలవబడే విలువతో నిర్ణయించబడుతుంది. TTL అనేది సమాధానం ఇవ్వడానికి DNS సర్వర్ యొక్క అడ్మినిస్ట్రేటార్ చే స్థాపింపబడుతుంది. చెల్లే కాలం కొన్ని సెకన్ల నుంచి కొన్ని రోజులు లేదా కొన్ని వారాలకు మారుతుంది.
ఈ పంపిణీకాబడ్డ మరియు కాషింగ్ నిర్మాణ శైలి ఒక ఎన్నదగిన ఫలితం, DNS రికార్డులలో మార్పులు వెనువెంటనే మరియు ప్రపంచవ్యాప్తంగా ప్రభావాన్ని తీసుకోవు. ఇది ఉదాహరణతో చక్కగా వివరించారు: ఒకవేళ www.wikipedia.orgఅతిధేయుని కొరకు నిర్వహణాధికారి 6 గంటల TTL ఏర్పరచారు, మరియు తర్వాత IP చిరునామాను www.wikipedia.orgకు మార్చారు, ఇది 12:01pmకు నిర్ణయిస్తుంది, మధ్యాన్నం 12.00 గంటలకు పాత చిరునామాతో సమాధానం కాష్ చేసిన వ్యక్తి సాయంత్రం 6.00 గంటల వరకు తిరిగి DNS సర్వర్ను సలహాకోరడని కార్యనిర్వహణాధికారి భావించాలి. ఉదాహరణలో 12:01pm నుండి 6:00pm వరకు ఉన్న సమయాన్ని "కాషింగ్ సమయం" అని పిలుస్తారు, దీనిని ఉత్తమంగా ఏవిధంగా నిర్వచించగలమంటే, DNS రికార్డులో మార్పు చేసినప్పుడు ఆరంభమయ్యి మరియు TTL కాలం అయిపోయినద్వారా చెప్పబడిన కచ్చితమైన అత్యధిక సమయ మొత్తం అని చెప్పబడుతుంది. ఇది తప్పనిసరిగా DNSలో మార్పులు చేసేటప్పుడు ఒక ముఖ్యమైన లెక్కింపుల ఆలోచనకు దారితీస్తుంది: "మీరు చూసే దానినే ఖచ్చితంగా ప్రతిఒక్కరూ చూడట్లేదు" . RFC 1912 ఏవిధంగా TTL ఏర్పరచాలో అనేదాని యొక్క ప్రధాన నియమాలను అందించటంలో సహాయపడుతుంది.
కొన్ని నిర్దేశకాలు TTL విలవల మీద స్వారీ చేయవచ్చు, ఎందుకంటే మాతృకలు కాషింగ్ ను 68 సంవత్సరాల వరకు తోడ్పాటునిస్తాయి లేదా అస్సలు కాషింగే ఉండదు. ప్రతికూల కాషింగ్ను జోన్ కొరకు నేమ్ సర్వర్ల ప్రామాణికం ద్వారా నిర్ణయించబడుతుంది(వాడుకలో లేని రికార్డులు) దీనిలో అభ్యర్ధన రకం యొక్క దత్తాంశం ఉన్నప్పుడు కచ్చితంగా స్టార్ట్ ఆఫ్ అథారిటీ (SOA) రికార్డు కలిగిఉండాలి. SOA యొక్క మినిమం రంగం మరియు TTL ప్రతికూల సమాధానం కొరకు TTL దానికదే స్థాపించడానికి ఉపయోగపడుతుంది. RFC 2308
చాలా మంది వ్యక్తులు తప్పుగా అగోచరమైన 48 గంటల లేదా 72 గంటల ప్రసరించే సమయాన్ని మీరు DNS మార్పు చేసేటప్పుడు సూచిస్తారు. ఒకవేళ ఒకరు NS రికార్డులను ఒకరి యొక్క డొమైన్ లేదా IP చిరునామాల కొరకు DNS సర్వర్ల ప్రామాణికం యొక్క అతిధేయ పేర్ల కొరకు ఒకరి యొక్క డొమైన్ (ఏదైనా ఉంటే)మారిస్తే, కొత్త సమాచారాన్ని అన్ని DNS సర్వర్లు వాడటానికి ముందు చాలా సమయం పడుతుంది. ఇది ఎందుకంటే ఆ రికార్డులను జోన్ పరెంట్ DNS సర్వర్లు నిర్వహిస్తాయి, (ఉదాహరణకి, .com DNS సర్వర్లు ఒకవేళ మీ డొమైన్ కనక example.com), ఇవి ముఖ్యంగా ఆ రికార్డులను 48 గంటల కొరకు కాష్ చేస్తాయి. అయినప్పటికీ, ఆ DNS మార్పులు కాష్ చేయని ఏ DNS సర్వర్ వద్దనైనా వెంటనే లభ్యమవుతాయి. మరియు మీ డొమైన్ లో NS రికార్డు కాకుండా ఏ DNS మార్పులైనా మరియు ప్రామాణిక DNS సర్వర్లు ఒకవేళ మీరు వాటి కొరకు ఎన్నుకుంటే దాదాపుగా తత్క్షనమై ఉంటాయి. (సమయానికన్నా ముందు ఒకసారి లేదా రెండుసార్లు TTL తగ్గించటం మరియు మార్పులు చేసే ముందు పాత TTL చెల్లేంత వరకు ఎదురుచూడటం).
ఒక నిర్దేశిత IP చిరునామాకు సంబంధించిన ఒకటి లేదా అంతకంటే ఎక్కువ పేర్లను కనుగొనే DNS విచారణ పనిచేయడాన్ని "రివర్స్ లుక్ అప్" అనే పదం సూచిస్తుంది.
DNS ప్రత్యేక డొమైన్ లలో IP చిరునామాలను PTR జాబితాలుగా నిల్వచేస్తుంది. IPv4 కొరకు, డొమైన్ in-addr.arpa. IPv6 కు, రివర్స్ లుక్ అప్ డొమైన్ ip6.arpa.
రివర్స్ లుక్ అప్ నిర్వహించేటపుడు, DNS వినియోగదారు చిరునామాను DNS లో ఉపయోగించే పద్ధతికి మారుస్తారు, ఆ తరువాత యధావిధిగా శృంఖలం కొనసాగుతుంది. ఉదాహరణకు, IPv4 చిరునామా '208.80.152.2' 2.152.80.208.in-addr.arpa.కు మారుతుంది. DNS పరిష్కర్తలు మూల సర్వర్ల విచారణ ద్వారా మొదలవుతాయి, ఇవి ARIN' యొక్క సర్వర్లను 208.in-addr.arpa భాగానికి సూచిస్తుంది. అక్కడనుండి వికీమీడియా సర్వర్లు 152.80.208.in-addr.arpa కు కేతాయిన్చాబడతాయి, మరియు PTR లుక్ అప్ వికీమీడియా నేమ్ సర్వర్ విచారణను పూర్తి చేస్తుంది 2.152.80.208.in-addr.arpa, ఇది ఒక అధికార ప్రతిస్పందనలో ప్రతిఫలిస్తుంది.
వాడుకదారులు సాధారణంగా సమాచార మార్పిడి నేరుగా DNS పరిష్కర్తతో చేయరు. బదులుగా DNS పరిష్కారం అప్లికేషన్ ప్రోగ్రాంలలో స్వచ్ఛంగా పాల్గొంటుంది, వీటిలో వెబ్ బ్రౌజరులు, ఇ-మెయిల్ వినియోగదారులు, మరియు ఇతర ఇంటర్నెట్ అప్లికేషనులు ఉన్నాయి. ఒకవేళ అప్లికేషను కనక అభ్యర్ధన చేస్తే దానికి డొమైన్ లుక్అప్ అవసరమైతే, అట్లాంటి ప్రోగ్రాంలు ఒక తీర్మాన అభ్యర్ధనను DNS పరిష్కర్తకు స్థానిక పనిచేసే విధానంలో పంపుతారు, దానికి బదులుగా కావలసిన సమాచారమార్పిడిని నిర్వహిస్తుంది.
DNS పరిష్కర్త దాదాపుగా స్థిరమైన కాష్ను (పైన చూడండి)నూతన లుక్అప్స్ తో కలిగి ఉంటుంది. ఒకవేళ కాష్ అభ్యర్ధనకు సమాధానం ఇస్తే, పరిష్కర్త అభ్యర్ధన చేసిన ప్రోగ్రాం కాషే లోకి విలువను త్రిప్పిపంపుతారు. ఒకవేళ కాషే సమాధానం కలిగి ఉండకపోతే, పరిష్కర్త ఒకటి లేదా ఎక్కువ ప్రాతినిధ్యం ఉన్న DNS సర్వర్లకు అభ్యర్ధనను పంపుతారు. చాలా గృహవినియోగాదారుల కేసులలో, సాధారణంగా మెషీన్ జతచేసే ఇంటర్నెట్ సర్వీసు ప్రొవైడర్ ఈ DNS సర్వర్ ను అందిస్తుంది: అట్లాంటి వాడుకదారుడు సర్వర్ యొక్క చిరునామాను వ్యక్తులచే ఆకృతి చేసి ఉంటాడు లేదా దానిని యేర్పరచటానికి DHCP అనుమతించి ఉంటాడు; అయినప్పటికీ సిస్టంల యొక్క అధికారులు వారి యొక్క సొంత DNS సర్వర్లు వాడటానికి నిర్మాణం చేసి ఉంటారు, వారి DNS పరిష్కర్తలు సంస్థ యొక్క విడిగా నిర్వహించబడిన నేమ్ సర్వర్లను సూచిస్తాయి. ఏ సందర్భంలోనైనా, నేమ్ సర్వర్ విచారణ పైన చెప్పిన విధానాన్ని అనుసరిస్తుంది, ఇది విజవంతంగా ఫలితాన్ని పొందేంతవరకు లేదా పొందనంతవరకు కొనసాగుతుంది. తర్వాత ఇది దాని ఫలితాలను DNS పరిష్కర్తకు పంపుతుంది; ఇది ఫలితాన్ని పొందినట్టుగా భావించి, పరిష్కర్త వెంటనే భవిష్య ఉపయోగం కొరకు ఫలితాని కాషె చేస్తుంది, మరియు అభ్యర్ధనను ప్రోత్సహించిన సాఫ్ట్వేర్ కు ఫలితాన్ని తిరిగి అందిస్తుంది.
పరిష్కర్తలు DNS మాతృకల యొక్క నియమాలను అతిక్రమిస్తే అధికస్థాయిలో సంక్లిష్టత ఏర్పడుతుంది. పెద్ద సంఖ్యలో ISPలు వారి DNS సర్వర్లను నియమాలను ఉల్లంఘించినందుకు ఆకృతి చేశాయి (నమ్మకంగా వారిని పూర్తిగా-అంగీకార పరిష్కర్త మీద కాకుండా ఖరీదు తక్కువ హార్డ్వేర్ మీద పనిచేయటానికి అనుమతిస్తుంది), వీటిలో TTLలు పాటించకపోవటం, లేదా దానిలోని ఒకదాని యొక్క నేమ్ సర్వర్లు సమాధానం ఇవ్వకపోవడం వల్ల ఆ డొమైన్ పేరు లేదని సూచించడం ఉన్నాయి.
సంక్లిష్టతలో చివరి అంకంగా, కొన్ని దరఖాస్తులు (వెబ్-బ్రౌజరుల వంటివి) కూడా దాని యొక్క సొంత DNS కాషేను కలిగిఉంటాయి, తద్వారా DNS పరిష్కర్త లైబ్రరీ వాడకం తగ్గించబడుతుంది. ఈ అభ్యాసం DNS సమస్యలను డీబగ్గింగ్ చేసేటప్పుడు అధికం చేస్తుంది, ఎందుకంటే ఇది దత్తాంశం యొక్క తాజాదనాన్ని, మరియు/లేదా ఏ దత్తాంశం ఏ కాషే నుండి వస్తుంది అనేది మరుగుపరుస్తుంది. ఈ కాషేలు ముఖ్యంగా చాలా తక్కువ కాషింగ్ సమయం కొరకు ఉంటాయి-ఒక నిమిషం యొక్క ఆర్డర్ మీద ఉంటాయి. ఇంటర్నెట్ ఎక్స్ ప్లోరర్ గుర్తించదగిన మినహాయింపును అందిస్తుంది: కాషే DNS రికార్డుల శైలులు అరగంట కొరకు ఉంటాయి.
పైన చెప్పిన విధానం కొంతవరకు సులభతరమైన దృశ్యాన్ని నిర్మించి అందించింది. డొమైన్ నేమ్ సిస్టంలో అనేక ఇతర విధులు ఉన్నాయి:DNS ప్రధానంగా యూజర్ డేటాగ్రామ్ ప్రోటోకాల్ (UDP) పోర్ట్ సంఖ్య 53 మీద అభ్యర్ధనలను సర్వ్ చేస్తుంది. DNS విచారణలలో వినియోగదారుని నుండి ఒకే UDP అభ్యర్ధన సర్వర్ ద్వారా వచ్చే ఒకే UDP సమాధానంచే అనుసరించబడుతుంది. ట్రాన్స్మిషన్ కంట్రోల్ ప్రోటోకాల్ (TCP) అనేది దత్తాంశ పరిమాణం 512 బైట్లను దాటితే, లేదా జోన్ బదిలీల కొరకు ఉపయోగించబడుతుంది. కొన్ని అమలులో ఉన్న విధానాలు HP-UX వంటివి, అన్ని విచారణల కొరకు TCP ఉపయోగించేవి విశదంగా అమలుపరిచేవి ఉన్నాయని తెలుస్తోంది, ఇది UDP తగినంత ఉన్నప్పుడు కూడా జరుగుతుంది.
"రిసోర్స్ రికార్డు" (RR) అనేది డొమైన్ నేమ్ సిస్టంలో ఒక మూలమైన దత్తాంశ విషయం. ప్రతి రికార్డ్ ఒక మాదిరిని (A, MX, మిగతావి.), ఒక ముగిసిపోయే కాలపరిమితి, ఒక తరగతి, మరియు కొంత ఖచ్చితమైన-రకంగా ఉన్న దత్తాంశంను కలిగి ఉంటుంది. ఒకే రకమైన రిసోర్స్ రికార్డులు "రిసోర్స్ రికార్డు సెట్" ను నిర్వచిస్తాయి. సెట్ లో ఉన్న రిసోర్స్ రికార్డుల క్రమవిధానం, దరఖాస్తుకు రిజాల్వర్ చే తిప్పిపంపబడినది, నిర్వచించబడలేదు, కానీ తరచుగా సర్వర్లు భార సమతుల్యత సాధించటం కోసం రౌండ్-రాబిన్ ఆర్దరింగ్ ను అమలుపరుస్తాయి. అయినప్పటికీ DNSSEC పూర్తిగా రిసోర్స్ రికార్డు సెట్లమీద ఒక క్రమవిధానంలో పనిచేస్తుంది.
IP నెట్వర్క్ మీద పంపినప్పుడు, అన్ని రికార్డులు RFC 1035లో వివరించే ఉమ్మడి ఆకృతిని ఉపయోగిస్తాయి మరియు దానిని దిగువ చూపించబడింది.
NAME అనేది ట్రీలో నోడ్ లో పూర్తిగా ఉత్తీర్ణమయిన డొమైన్ పేరు . వైర్ మీద, లేబుల్ ఒత్తిడిని ఉపయోగించి పేరును తగ్గించవచ్చు, ప్రస్తుత డొమైన్ పేరు యొక్క చివరకు బదులుగా ముందుగా ప్యాకెట్ లో చెప్పబడిన డొమైన్ పేర్ల యొక్క చివరలను ఇక్కడ ఉంచవచ్చు.
TYPE అనేది ఒక రికార్డు రకం. ఇది దత్తాశం యొక్క ఆకృతిని సూచిస్తుంది మరియు దాని యొక్క నిశ్చితమైన ఉపయోగం యొక్క సూచనను అందిస్తుంది. ఉదాహరణకి, "A" రికార్డు అనేది డొమైన్ నేమ్ నుంచి IPv4 చిరునామాకు తర్జుమా చేయటానికి, "NS" రికార్డు నేమ్ సర్వర్లు DNS జోన్ మీద కనిపించే వాటికి సమాధానంల జాబితాచేయటానికి, మరియు DNS రికార్డు రకాల యొక్క డొమైన్ నిర్దేశించిన ఇ-మెయిల్ చిరునామా కొరకు మెయిల్ నిర్వహించటానికి "MX" రికార్డును ఉపయోగిస్తారు.(జాబితా కూడా చూడండి).
RDATA అనేది సంబద్దంగా ఉన్న కచ్చితమైన-రకం యొక్క దత్తాంశం, దీనిలో చిరునామా రికార్డుల కొరకు IP చిరునామా, లేదా ప్రాముఖ్యత మరియు MX రికార్డుల కొరకు అతిధేయ పేరు వంటివి ఉన్నాయి. బాగా తెలిసున్న రికార్డు రకాలు లేబుల్ ఒత్తిడిని RDATA రంగంలో ఉపయోగించవచ్చు, కానీ "తెలియని" రికార్డు రకాలు ఉపయోగించలేవు (RFC 3597).
రికార్డు యొక్క ఒక CLASS INను ("ఇంటర్నెట్" కొరకు) ఇంటర్నెట్ అతిధేయ పేర్లను కలిపే ఉమ్మడి DNS రికార్డులు, సర్వర్లు, లేదా IP చిరునామాల కొరకు ఏర్పరచబడుతుంది. దీనికి తోడూ, CH (Chaos) మరియు HS (Hesiod) తరగతులు ఉంటాయి. ప్రతి తరగతి పూర్తిగా ఒక స్వతంత్ర ట్రీ, ఇది DNS జోన్ల యొక్క వేర్వేరు ప్రాతినిధ్యాలను శక్తివంతంగా కలిగి ఉంటుంది.
జోన్ ఫైల్లో నిర్వచించిన రిసోర్స్ రికార్డులతోపాటు, డొమైన్ నేమ్ సిస్టం ఇంకనూ ఇతర DNS నోడ్లతో చేసుకునే సమాచారమార్పిడికి మాత్రం ఉపయోగించిన అనేక అభ్యర్ధనా రకాలను కూడా నిర్వచించింది ("వైర్ మీద" ), దీనిలో జోన్ బదిలీలు చేసే సమయంలో (AXFR/IXFR) లేదా EDNS (OPT)కోసం చేసేవంటివి ఉన్నాయి.
డొమైన్ నేమ్ సిస్టం "వైల్డ్ కార్డు డొమైన్ పేర్ల"కు తోడ్పాటునిస్తుంది, ఈ పేర్లు "తారా గుర్తు"తో ఆరంభమవుతాయి, '*', ఉదా., *.ఉదాహరణ. వైల్డ్ కార్డు డొమైన్ పేర్లకు సంబంధించిన DNS రికార్డులు ఒకే DNS జోన్ లో రిసోర్స్ రికార్డులను ఉత్పన్నం చేయటానికి నియమాలను విశదపరిచింది, దీని ప్రకారం మొత్తం గుర్తులను పరిశీలన చేసే పేరుతో భాగాలను జతచేయటం ఉంటుంది, ఇంకనూ నిర్దేశించబడిన ఏసంతతైనా ఇందులో ఉంటుంది. 
ఉదాహరణకి, DNS జోన్ లో "x.example" అని ఉంది, ఈ దిగువున ఉన్న ఆకృతి ప్రకారం అన్ని ఉప-డొమైన్లు (including subdomains of subdomains) "x.example" మెయిల్ బదిలీదారు "a.x.example"ను ఉపయోగిస్తుందని తెలుపుతుంది. "a.x.example" కొరకు రికార్డులు మెయిల్ బదిలీదారు గురించి విశదపరచవలసిన అవసరం ఉంది. ఇది డొమైన్ పేరును మరియు ఉప-డొమైన్లను వైల్డ్ కార్డు జతచేయడం నుంచి తొలగించటం వల్ల సంభవించింది కావున, అన్ని ఉప-డొమైన్ల యొక్క "a.x.example" కచ్చితంగా వేరే వైల్డ్ కార్డుమీద నిర్వచించవలసి ఉంటుంది.
వైల్డ్ కార్డు రికార్డుల యొక్క పాత్రను RFC 4592లో సంస్కరించారు, ఎందుకంటే RFC 1034లో ముందుగా ఉన్న నిర్వచనం అసంపూర్తిగా ఉంది అందువల్ల అమలుచేసేవాటికి తప్పుగా అర్ధం చేసుకోబడుతుంది.
అసలైన DNS మాతృక నూతన లక్షణాలతో విస్తరణ చేయటానికి పరిమిత నిల్వలను కలిగిఉంది. 1999లో, పాల్ విక్సీ RFC 2671లో ఒక విస్తరణ పద్ధతిని ప్రచురించారు, దానిని ఎక్స్టెన్షన్ మెకనిజమ్స్ ఫర్ DNS (EDNS)అని పిలిచారు, అది ఉపయోగించనప్పుడు ఉపరితల వ్యయమును పెంచకుండా ఉండే ఐచ్చికమైన మాతృక వస్తువులను పరిచయంచేసింది. దీనిని OPT అబద్దపు-ఆధార గంయమానం ద్వారా సాధించారు, అది కేవలం మాతృకల యొక్క వైర్ ప్రసారాలలో మాత్రం ఉంటుంది, కానీ వేరే ఏ జోన్ ఫైల్ లోను ఉండదు. ప్రారంభ విస్తరణలు (EDNS0), UDP డేటాగ్రామ్స్ లో DNS సందేశ పరిమాణాన్ని పెంచటం వంటివి కూడా సూచించారు.
చురుకైన DNS నవీకరణలు UPDATE DNS opcode ను ఒక అధీకృత DNS సర్వర్ వద్ద నిర్వహించబడుతున్న విభాగ సమాచార కేంద్రం నుండి నమోదులను చురుకుగా కలపడానికి లేదా తీసివేయడానికి వాడతాయి.
డొమైన్ పేర్లకు అవి వాడే అక్షరాలపై సాంకేతికంగా ఏ విధమైన నియంత్రణ లేదు మరియు అవి -ASCII అక్షరాలు కానటువంటి వాటిని కూడా పొందుపరచుకోవచ్చు, కానీ ఇది అతిధేయ నామాల విషయంలో నిజంకాదు. ఇ-మెయిల్ మరియు వెబ్ బ్రౌసింగ్ వంటి వాటికి అనేక మంది ప్రజలు వాడే నామాలు అతిధేయ నామాలు. అతిధేయ నామాలు LDH అనే ASCII అక్షరాల చిన్న సమితికి పరిమితం చేయబడినాయి, LDH -లను విడదీసినపుడు పెద్ద మరియు చిన్న బడులలోని A-Z L etters, D igits 0-9, మరియు H yphen దానితో పాటు చుక్క ఉన్నాయి; వివరముల కొరకు RFC 3696 సెక్షన్ 2 చూడగలరు. ఇది అనేక సహజ భాషల పేర్ల మరియు పదాల ప్రాతినిధ్యాన్ని అడ్డుకుంది. ICANN IDNA వ్యవస్థ యొక్క పునికోడ్-ఆధార వ్యవస్థను అనుమతించింది, ఇది యునికోడ్ తంత్రులను ప్రామాణిక DNS అక్షర సమితికి జత కలుపుతుంది, అది ఈ విషయానికి మరొక మార్గం అవుతుంది. కొన్ని రిజిస్ట్రీలు IDNA ను పాటిస్తున్నాయి.
DNS ప్రారంభంలో భద్రతను దృష్టిలో ఉంచుకొని రూపొందించబడలేదు, అందువలన అనేక భద్రత పరమైన ఇబ్బందులు ఉన్నాయి.
ఒక రకమైన హాని DNS కాష్ పాయిజనింగ్, ఇది DNS సర్వర్ ను అధికారిక సమాచారం అందుకున్నట్లు మోసం చేస్తుంది, నిజానికి ఆ విధంగా జరుగదు.
DNS ప్రతిస్పందనలు సాంప్రదాయకంగా రహస్య సంకేతాలతో రూపొందించబడవు, అందువలన దాడికి గురయ్యే అవకాశం ఉంటుంది; డొమైన్ నేమ్ సిస్టం సెక్యూరిటీ ఎక్స్టెన్షన్స్ (DNSSEC) DNS ను రహస్య సంకేతాలతో కూడిన ప్రతిస్పందనల సహాయాన్ని పొందేలా మార్పు చేస్తుంది. అక్కడ అనేకమైన విస్తరణలను సురక్షితమైన జోన్ సమాచార బదిలీ కూడా సహకరిస్తుంది.
ఎన్క్రిప్షన్ తో కూడా, ఒక DNS సర్వర్ వైరస్ చేత సంగ్రహం చేయబడుతుంది (లేదా ఆ విషయం కొరకు కోపోద్రిక్తమైన ఉద్యోగి) అది ఆ సర్వర్ యొక్క IP చిరునామాలను పొడవైన TTLతో తప్పుడు చిరునామాకు తిప్పిపంపించ బడుతుంది. దీనివల్ల ఒకవేళ బిజీగా ఉన్న DNS సర్వర్లు చెడ్డ IP దత్తాంశాన్ని కాష్ లో ఉంచుకుంటే శక్తివంతమైన మిల్లియన్ల కొద్దీ ఇంటర్నెట్ వాడుకదారుల మీద ప్రభావం చూపుతుంది. పొడవైన TTLకు కావలసిన విధంగా అన్ని ప్రభావంకాబడ్డ DNS కాష్లు మానవులచే సుద్దికాబడాలి (68 సంవత్సరాల వరకు).
కొన్ని డొమైన్ పేర్లు అలానే కనిపించే ఇతర డొమైన్ పేర్లకు నకలుగా ఉండచ్చు. ఉదాహరణకి, "paypal.com" మరియు "paypa1.com" అనేవి వేర్వేరు పేర్లు, అయితే వాడుకదారుల యొక్క టైపుపేస్ (ఫాంట్) స్పష్టంగా అక్షరం l మరియు సంఖ్య 1ను వేరుగా చూపకపోతే వాడుకదారులు భేదమును చెప్పలేకపోవచ్చు.
అంతర్జాతీయకరణ కాబడిన డొమైన్ పేర్లకు సహకారం అందించే విధానాలలో ఈ సమస్య మరింత జటిలంగా ఉంటుంది.
ఎందుకంటే చాలా అక్షరాలు ISO 10646 దృష్టిలో వేరుగా ఉంటాయి,
విలక్షణమైన కంప్యూటర్ తెరలమీద ఒకేరకంగా ఉంటాయి. ఈ ఆస్పదమైనది తరచుగా ఫిషింగ్లో స్వార్ధానికి ఉపయోగించుకోబడుతుంది.
ఫార్వర్డ్ కన్ఫార్మ్ద్ రివర్స్ DNS వంటి మెళుకువలు DNS ఫలితాలను చట్టబద్దం చేయటానికి ఉపయోగించవచ్చు.
డొమైన్ పేరు వాడుకునే హక్కు డొమైన్ నేమ్ రిజిస్ట్రార్ల ద్వారా ఇవ్వబడుతుంది ఇవి ఇంటర్నెట్ యొక్క నామ మరియు సంఖ్యా వ్యవస్థను పర్యవేక్షించే ఇంటర్నెట్ కార్పోరేషన్ ఫర్ అసైన్డ్ నేమ్స్ అండ్ నంబర్స్ (ICANN)అనే సంస్థ ద్వారా గుర్తింపు పొంది ఉంటాయి. ICANNతో పాటు, ప్రతి ఉన్నత-స్థాయి డొమైన్ (TLD) నిర్వహణ మరియు సాంకేతిక సేవ ఆపరేటింగ్ రిజిస్ట్రీ అనే నిర్వాహక సంస్థ ద్వారా చేయబడుతుంది. అది నిర్వహించే TLD వద్ద నమోదైన పేర్ల సమాచార నిర్వహణా బాధ్యత రిజిస్ట్రీకి ఉంటుంది. జత అయిన TLDకి పేర్లను ఇవ్వడానికి అధికారం ఇవ్వబడిన ప్రతి డొమైన్ పేరు రిజిస్ట్రార్ నుండి రిజిస్ట్రీ నమోదు సమాచారాన్ని అందుకుంటుంది మరియు ప్రత్యేక సేవ అయిన whois ప్రోటోకాల్ ను ఉపయోగించి దానిని ప్రచురిస్తుంది.
ఒక డొమైన్ పేరును వినియోగ దారునికి అందించడానికి మరియు ఒక సహజ నేమ్ సర్వర్ల సమితిని అందించడానికి రిజిస్ట్రీలు మరియు రిజిస్ట్రార్లు సాంవత్సరిక రుసుమును వసూలు చేస్తాయి. ఈ వ్యవవ్హారాన్ని డొమైన్ పేరును అమ్మడం లేదా అద్దెకివ్వడంగా పేర్కొంటారు, మరియు నమోదు దారుని కొన్ని సందర్భాలలో "యజమాని" అని పిలుస్తారు, కానీ డొమైన్ పేరును వాడుకోవడం తప్ప, ఈ వ్యవ్యహారంలో ఏ విధమైన న్యాయపరమైన సంబంధం ఉండదు. బాగా ఇటీవలి కాలంలో, అధీకృత వినియోగదారులను "రిజిస్ట్రెంట్స్" లేదా "డొమైన్ హోల్డర్స్" అని పేర్కొంటున్నారు.
ICANN ప్రపంచంలోని TLD రిజిస్ట్రీస్ మరియు డొమైన్ నేమ్ రిజిస్ట్రార్ ల సంపూర్ణ జాబితాను ప్రచురిస్తుంది. అనేక డొమైన్ రిజిస్ట్రీల వద్ద ఉన్న WHOIS డేటాబేస్ ను గమనించడం ద్వారా డొమైన్ పేరు యొక్క నమోదు దారునికి సంబంధించిన సమాచారాన్ని తెలుసుకొనవవచ్చు.
240 కంట్రీ కోడ్ టాప్-లెవెల్ డొమైన్లు (ccTLDs) ఎక్కువ భాగం డొమైన్ రిజిస్ట్రీలు అధీకృత WHOIS కలిగి ఉన్నారు(రిజిస్ట్రన్ట్, నేమ్ సర్వర్స్, అంతమయ్యే తేదీలు, మొదలైననవి.). ఉదాహరణకు, DENIC, Germany NIC, అధీకృత WHOIS ని ఒక.DE డొమైన్ నేమ్ కు కలిగి ఉంది. 2001 నుండి, అధిక భాగం gTLD రిజిస్ట్రీస్ (.ORG, .BIZ, .INFO) "థిక్" రిజిస్ట్రీ అప్రోచ్ గా పిలువబడే విధానాన్ని అనుసరిస్తున్నాయి, అనగా WHOIS రిజిస్ట్రార్ ల వద్ద ఉంచడానికి బదులుగా కేంద్ర రిజిస్ట్రీల వద్ద ఉంచడం.
COM మరియు NET డొమైన్ పేర్లకు, ఒక "పలుచటి" రిజిస్ట్రీ ఉపయోగిస్తారు: ఈ డొమైన్ రిజిస్ట్రీ (ఉదా. VeriSign) ఒక ముఖ్యమైన WHOIS (రిజిస్ట్రార్ మరియు నేమ్ సర్వర్లు, మొ.). రిజిస్ట్రార్ ల వద్ద సవిస్తరమైన WHOIS (రిజిస్ట్రన్ట్, నేమ్ సర్వర్లు, అంతమయ్యే తేదీలు, మొదలైననవి.) ను పొందవచ్చు.
తరచూ "నెట్వర్క్ ఇన్ఫర్మేషన్ సెంటర్స్" (NIC) గా పిలువబడే, కొన్ని డొమైన్ నేమ్ రిజిస్ట్రీలు, అంత్య-వినియోగదారులకు రిజిస్ట్రీలుగా కూడా పనిచేస్తున్నాయి. సాధారణంగా అతి పెద్ద ఉన్నత-స్థాయి డొమైన్ రిజిస్ట్రీలైన COM, NET, ORG, INFO డొమైన్ లు మరియు ఇతరులు, వందల కొద్దీ డొమైన్ పేర్ల రిజిస్ట్రార్లను కలిగిన రిజిస్ట్రీ-రిజిస్ట్రార్ నమూనాను ఉపయోగిస్తాయి (ICANN లేదా VeriSign వద్ద కల జాబితా చూడండి). ఈ విధమైన నిర్వహణలో, రిజిస్ట్రీ మాత్రమే డొమైన్ పేర్ల సమాచార నిల్వను మరియు రిజిస్ట్రార్లతో సంబంధాన్ని నిర్వహిస్తాడు. ఈ "రిజిస్ట్రన్ట్ లు" (డొమైన్ పేరు వాడకందారులు) రిజిస్ట్రార్ యొక్క వినియోగదారులు, కొన్ని సందర్భాలలో మరలా విక్రేతలుగా కూడా ఉంటారు.
కొత్తగా సృష్టించబడిన పేరు యొక్క అంతరాళం పై డొమైన్ పేరు నమోదు మరియు నిర్వహణ ప్రక్రియలో, రిజిస్ట్రార్ లు డొమైన్ కు సంబంధించిన అనేక కీలక సమాచారాలను ఉపయోగిస్తారు:డొమైన్ పేర్ల పై నిర్వాహక అధికారం దుర్వినియోగం చేయబడుతోందని తరచూ విమర్శకులు ఆరోపిస్తూ ఉంటారు. ప్రత్యేకంగా పేర్కొనవలసినది నమోదుకాని అన్ని .కామ్ మరియు .నెట్ డొమైన్లను ఒక వెరిసైన్ వెబ్ పేజ్ లోకి తిరిగిపంపిన వెరిసైన్ సైట్ ఫైన్దర్ వ్యవస్థ. ఉదాహరణకు, సైట్ ఫైన్దర్ గురించి సాంకేతిక సంబంధాలను వెరిసైన్ తో ప్రసారణ చేయవలసిన ఒక బహిరంగ సమావేశంలో, IETF మరియు ఇతర సాంకేతిక విభాగాలలో చురుకుగా ఉండే అనేకమంది, మర్యాదపూర్వక అనుమతి పొందకుండానే ఇంటర్నెట్ మౌలిక నిర్మాణానికి సంబంధించిన ఒక పెద్ద భాగం యొక్క మౌలిక ప్రవర్తనను మార్చివేసిన వెరిసైన్ గురించి తమ ఆశ్చర్యాన్ని వ్యక్తం చేశారు. మొదటిలో సైట్ ఫైన్దర్, ప్రతి ఇంటర్నెట్ విచారణ ఒక వెబ్ సైట్ గురించేనని భావించింది మరియు అది దోషపూరిత డొమైన్ పేర్లకు విచారణలను పర్యవేక్షించి ఉపయోగించేవానిని వెరిసైన్ అన్వేషణ సైట్ లోకి ప్రవేశింప చేస్తుంది. దురదృష్టవశాత్తు, ఈమెయిల్ ఆచరణీయాలవంటి అనేక ఇతర దరఖాస్తులు, ఒక డొమైన్ పేరు విచారణకు ప్రతిస్పందనకు నోచుకోక అలాంటి డొమైన్ ఏదీ లేదనే సూచనను పొంది, ఆ వార్త (మెస్సేజ్)ఒక పంపబడలేనిదిగా పరిగణింపబడేది. అసలైన వెరిసైన్ ఆచరణీయత మెయిల్ కు ఈ ప్రతిపాదనను తొలగించింది ఎందుకంటే అది ఎల్లపుడు సైట్ ఫైన్దర్ కు ఒక దోషపూరిత డొమైన్ పేరును పరిష్కరిస్తుంది. వెరిసైన్ ఆతరువాత ఈమెయిల్ కు సంబంధించి సైట్ ఫైన్దర్ ప్రవర్తనను మార్చినప్పటికీ, వెరిసైన్ నిర్వహణ కర్తగా ఉన్న ఇంటర్నెట్ మౌలిక సదుపాయ రంగానికంటే ఆర్థిక ప్రయోజనానికే ప్రాముఖ్యతనివ్వటం వెరి సైన్ చర్య పట్ల విమర్శలకు దారితీసింది.
పలు విమర్శలను ఎదుర్కొన్నప్పటికీ, ఇంటర్నెట్ కార్పోరేషన్ ఫర్ అసైన్డ్ నేమ్స్ అండ్ నంబర్స్ (ICANN) రూట్ నేమ్ సెర్వెర్స్ ను నిర్వహించే ఒప్పందాన్ని రద్దు చేసుకొంటానని బెదిరించేదాకా వెరి సైన్ దానిని తొలగించలేదు. ICANN, ఈ బహు పరిమాణ ఉత్తర ప్రత్యుత్తరాలను, కమిటీ రిపోర్టులను, మరియు ICANN నిర్ణయాలను ముద్రించింది.
ICANN పై యునైటెడ్ స్టేట్స్ యొక్క రాజకీయ ప్రభావం గురించి కూడా చెప్పుకోదగినంత ఉద్రిక్తత ఉంది. ఇది .xxx ఉన్నత-స్థాయి డొమైన్ను సృష్టించడానికి ప్రయత్నంలోనూ మరియు ఏదైనా ఒకే దేశం యొక్క నియంత్రణలో ఉండని ప్రత్యామ్నాయ DNS మూలాలు లోను ఆసక్తిని పెంచింది.
అదనంగా, డొమైన్ పేరు గురించిన అనేక నేరాలు "ముందుకు వస్తున్నాయి", అనగా రిజిస్ట్రార్ లు, whois విచారణలు ఇచ్చినపుడు, వాటికవే డొమైన్ పేరును నమోదు చేసుకుంటున్నాయి. ఇటీవలి కాలంలో, నెట్వర్క్ సొల్యూషన్స్ ఈ విధంగా ఆరోపించ బడింది.
అమెరికా సంయుక్తరాష్ట్రాలలో, 2003 యొక్క ట్రూత్ ఇన్ డొమైన్ నేమ్స్ ఆక్ట్ 2003 యొక్క ప్రొటెక్ట్ చట్టం కలయికతో, ఇంటర్నెట్ పోర్నోగ్రఫీ సైట్లను దర్శించడానికి ప్రజలను ఆకర్షించే ఉద్దేశంతో తప్పుదోవ పట్టించే డొమైన్ పేర్ల ఉపయోగాన్ని అనుమతించదు.
డొమైన్ నేమ్ సిస్టం అనేది ఇంటర్నెట్ ఇంజనీరింగ్ టాస్క్ ఫోర్స్ (ఇంటర్నెట్ ప్రమాణంలు) చే ప్రచురితం అయ్యే రిక్వెస్ట్ ఫర్ కామెంట్స్ (RFC) పత్రములచే నిర్వచింపబడుతుంది. DNS ప్రోటోకాల్ ను నిర్వచించే RFCల జాబితా క్రింద ఇవ్వబడింది.