டிஎன்எஸ்

டிஎன்எஸ் வரலாறு

70 களில், மக்கள் தாங்கள் அணுக விரும்பும் சேவையகங்களின் ஐபி முகவரிகளை நினைவில் கொள்வதில் சோர்வடைந்தனர். அதே நேரத்தில், எண் ஹோஸ்ட் முகவரிக்குப் பதிலாக எளிமையான மற்றும் மறக்கமுடியாத பெயரைப் பயன்படுத்த யோசனை வந்தது.

ஸ்டான்போர்ட் ரிசர்ச் இன்ஸ்டிட்யூட்டில் உள்ள தொழிலாளர்கள், HOSTS.TXT என்ற உரைக் கோப்பைக் கொண்டு வந்தனர் , அதில் சரம் பெயர்களின் பட்டியல் மற்றும் ARPANET இல் உள்ள கணினிகளின் தொடர்புடைய எண் முகவரிகள் உள்ளன.

முகவரிகள் கைமுறையாக ஒதுக்கப்பட்டன. ஹோஸ்ட்பெயர் மற்றும் முகவரியைக் கோர அல்லது முதன்மைக் கோப்பில் கணினியைச் சேர்க்க, பயனர்கள் வணிக நேரங்களில் ஸ்டான்ஃபோர்டின் நெட்வொர்க் தகவல் மையத்தை தொலைபேசியில் தொடர்பு கொண்டனர்.

1980 களின் முற்பகுதியில், ஒற்றை மையப்படுத்தப்பட்ட ஹோஸ்ட் அட்டவணையை பராமரிப்பது மெதுவாகவும் சிக்கலாகவும் மாறியது, மேலும் வளர்ந்து வரும் நெட்வொர்க்கிற்கு தொழில்நுட்ப மற்றும் பணியாளர்களின் சிக்கல்களைச் சமாளிக்க தானியங்கி பெயரிடும் அமைப்பு தேவைப்பட்டது.

1984 இல், நான்கு UC பெர்க்லி மாணவர்கள் படிநிலை டொமைன் பெயர் அமைப்பின் முதல் பதிப்பை எழுதினர். இது இப்போது பரவலாகப் பயன்படுத்தப்படுகிறது, குறிப்பாக யூனிக்ஸ் கணினிகளில், இன்னும் இணையத்தில் மிகவும் பரவலாகப் பயன்படுத்தப்படும் DNS மென்பொருளாகும்.

டிஎன்எஸ் அறிமுகம்

டொமைன் நேம் சிஸ்டம் (டிஎன்எஸ்) என்பது களங்களைப் பற்றிய தகவல்களைச் சேமித்து மீட்டெடுப்பதற்கான ஒரு விநியோக அமைப்பாகும். ஹோஸ்ட் பெயரிலிருந்து (கணினி அல்லது சாதனம்) ஐபி முகவரியைப் பெறுவதற்கு, அஞ்சல் ரூட்டிங் தகவலைப் பெறுவதற்கு, மற்றும்/அல்லது டொமைனில் உள்ள நெறிமுறைகளுக்கான ஹோஸ்ட்களுக்கு சேவை செய்வதற்கு இது பொதுவாகப் பயன்படுத்தப்படுகிறது.

ஒரு குறிப்பிட்ட நெறிமுறையின்படி தொடர்பு கொள்ளும் டிஎன்எஸ் சேவையகங்களின் ஒரு குறிப்பிட்ட படிநிலை வடிவத்தில் கணினி ஒழுங்கமைக்கப்பட்டுள்ளது. DNS ஐப் புரிந்துகொள்வதற்கான அடிப்படையானது பெயர் மற்றும் மண்டலங்களின் படிநிலை அமைப்பைப் புரிந்துகொள்வதாகும்.

ஒரு டொமைன் மண்டலத்திற்கு பொறுப்பான ஒவ்வொரு சேவையகமும் டொமைனின் மேலும் ஒரு பகுதிக்கான பொறுப்பை மற்றொரு சேவையகத்திற்கு மாற்ற முடியும், இது "தங்கள்" பகுதிக்கு மட்டுமே பொறுப்பான பல்வேறு நிறுவனங்களின் சேவையகங்களுக்கு தகவலின் பொருத்தத்திற்கான பொறுப்பை வழங்குவதை சாத்தியமாக்குகிறது. டொமைன் பெயர்.

DNS அமைப்பு மண்டலப் படிநிலையுடன் தொடர்புடைய DNS சேவையகங்களின் படிநிலையைக் கொண்டுள்ளது. ஒவ்வொரு மண்டலமும் டொமைனைப் பற்றிய தகவல்களை வழங்கும் குறைந்தபட்சம் ஒரு அதிகாரப்பூர்வ DNS சேவையகத்தால் ஆதரிக்கப்படுகிறது.

முக்கியமான! பெயர் மற்றும் ஐபி முகவரி ஒன்றுக்கு ஒன்று என ஒன்றுடன் ஒன்று தொடர்புடையதாக இருக்க வேண்டிய அவசியமில்லை. ஒரு IP முகவரியில் பல டொமைன் பெயர்கள் இருக்கலாம், இது ஒரு கணினியில் பல வலைத்தளங்களை ஆதரிக்க உங்களை அனுமதிக்கிறது (இது பகிரப்பட்ட ஹோஸ்டிங் என அழைக்கப்படுகிறது ).

இது வேறு விதமாகவும் இருக்கலாம் - பல ஐபி முகவரிகள் ஒரு டொமைன் பெயருடன் தொடர்புபடுத்தப்படலாம்: இது சுமை சமநிலையை உருவாக்க உங்களை அனுமதிக்கிறது மற்றும் CDN நெட்வொர்க்குகளில் தீவிரமாகப் பயன்படுத்தப்படுகிறது .

கணினியின் ஸ்திரத்தன்மையை அதிகரிக்க, ஒரே மாதிரியான தகவல்களைக் கொண்ட பல சேவையகங்கள் பயன்படுத்தப்படுகின்றன, மேலும் நெறிமுறை வெவ்வேறு சேவையகங்களில் அமைந்துள்ள தகவல்களின் ஒத்திசைவை பராமரிக்க வழிகளைக் கொண்டுள்ளது. 13 ரூட் சேவையகங்கள் உள்ளன, அவற்றின் முகவரிகள் நடைமுறையில் மாறாது.

சுவாரஸ்யமானது! கேள்விகளுக்கு பதிலளிக்க டிஎன்எஸ் நெறிமுறை TCP அல்லது UDP போர்ட் 53 ஐப் பயன்படுத்துகிறது. பாரம்பரியமாக, கோரிக்கைகள் மற்றும் பதில்கள் ஒரு UDP டேட்டாகிராமாக அனுப்பப்படும். பதில் தரவு அளவு 512 பைட்டுகளை மீறும் போது TCP பயன்படுத்தப்படுகிறது.

DNS பதிவுகள்

DNS சேவையகம் ஒவ்வொரு டொமைன் பெயருக்கும் ஒரு அளவுருக்களை சேமிக்கிறது. இவை டொமைன் பெயர், அதன் ஐபி முகவரி மற்றும் பல்வேறு சேவைத் தகவல்கள் பற்றிய பதிவுகள்.

மொத்தத்தில் இதுபோன்ற பல டஜன் உள்ளீடுகள் உள்ளன, எனவே அவற்றில் மிகவும் பிரபலமானவற்றை மட்டுமே நாங்கள் கருத்தில் கொள்வோம்:

இங்கே மிகவும் சுவாரஸ்யமானவை:

• ஒரு டொமைனுடன் தொடர்புடைய ஐபி முகவரியைக் குறிப்பிட A பதிவு உங்களை அனுமதிக்கிறது.
• CNAME ஆனது பெயருக்கு ஒரு ஒத்த சொல்லை அமைக்க உங்களை அனுமதிக்கிறது, எடுத்துக்காட்டாக, www.codegym.cc == codegym.cc.
• MX பதிவில் அஞ்சல் சேவையகத்தைப் பற்றிய தகவல்கள் உள்ளன: xxx@codegym.cc இல் ஒரு கடிதம் வந்தால் என்ன செய்வது.
• NS - இந்த டொமைனில் உள்ள தகவல்களைக் கொண்ட DNS சேவையகத்தின் முகவரியைக் குறிக்கிறது. பதிவுகள் தேக்ககப்படுத்தப்பட்டு நேட்டிவ் அல்லாத முனைகளில் சேமிக்கப்படும் போது பயனுள்ளதாக இருக்கும்.

ஐபி முகவரி தேடல்

டிஎன்எஸ் சிஸ்டம் எப்படி இயங்குகிறது என்று பார்ப்போம்.

உங்கள் உலாவியில் api.codegym.cc என தட்டச்சு செய்துள்ளீர்கள் என்று வைத்துக்கொள்வோம். உலாவி உள்ளூர் DNS சேவையைத் தொடர்புகொண்டு, api.codegym.cc டொமைனுக்கான ஐபி முகவரியைக் கொடுக்கும்படி கேட்கும். அடுத்து என்ன நடக்கும் என்பது இதோ...

முதலில், இந்த டொமைன் உங்கள் கணினியில் உள்ள லோக்கல் ஹோஸ்ட்ஸ் கோப்பில் உள்ளதா என DNS சேவை பார்க்கிறது. இருந்தால், அது அதிலிருந்து ஐபி முகவரியை எடுக்கும். இல்லையெனில், அது தெரிந்த DNS சேவையகத்திற்கு ஒரு கோரிக்கையை அனுப்புகிறது: "api.codegym.cc இன் ஐபி முகவரி என்ன?".

இருப்பினும், DNS சேவையகம் கோரப்பட்ட பெயரைப் பற்றி மட்டுமல்ல, முழு codegym.cc டொமைனைப் பற்றியும் எதுவும் தெரியாது. இந்த வழக்கில், சேவையகம் ரூட் சேவையகத்துடன் தொடர்பு கொள்கிறது - எடுத்துக்காட்டாக, 198.41.0.4. இந்த சேவையகம் கூறுகிறது: "இந்த முகவரி பற்றி என்னிடம் எந்த தகவலும் இல்லை, ஆனால் 204.74.112.1 ru மண்டலத்திற்கு பொறுப்பாகும் என்பதை நான் அறிவேன்."

பின்னர் DNS சேவையகம் அதன் கோரிக்கையை 204.74.112.1 க்கு அனுப்புகிறது, ஆனால் அது பதிலளிக்கிறது: "இந்த சேவையகத்தைப் பற்றி எனக்கு எந்த தகவலும் இல்லை, ஆனால் codegym.cc மண்டலத்திற்கு 207.142.131.234 பொறுப்பு என்று எனக்குத் தெரியும்." இறுதியாக, அதே கோரிக்கை மூன்றாவது டிஎன்எஸ் சேவையகத்திற்கு அனுப்பப்பட்டு பதிலைப் பெறுகிறது - ஒரு ஐபி முகவரி, இது கிளையண்டிற்கு அனுப்பப்படுகிறது, அதாவது உலாவி.

இந்த வழக்கில், பெயரால் ஐபியைத் தேடும் செயல்பாட்டில், பின்வரும் விதிகள் வேலை செய்தன:

• உலாவி அறியப்பட்ட DNS சேவையகத்திற்கு ஒரு சுழல்நிலை கோரிக்கையை அனுப்பியது (இந்த வகையான கோரிக்கைக்கு பதிலளிக்கும் விதமாக, சேவையகம் ஒரு IP முகவரியை அல்லது வெற்று பதில் மற்றும் NXDOMAIN பிழைக் குறியீட்டை வழங்க வேண்டும்).
• உலாவியில் இருந்து கோரிக்கையைப் பெற்ற DNS சேவையகம், கோரப்பட்ட மண்டலத்திற்குப் பொறுப்பான சேவையகத்திலிருந்து பதிலைப் பெறும் வரை, பிற DNS சேவையகங்களிலிருந்து மறுமொழியற்ற கோரிக்கைகளை தொடர்ச்சியாக அனுப்பியது.
• குறிப்பிடப்பட்ட மீதமுள்ள DNS சேவையகங்கள் கோரிக்கைகளை திரும்பத் திரும்ப வராமல் செயலாக்குகின்றன (மேலும், கோரிக்கையில் அத்தகைய தேவை இருந்தாலும், பெரும்பாலும் கோரிக்கைகளை மீண்டும் மீண்டும் செயலாக்கியிருக்காது).

"அப்ஸ்ட்ரீம்" DNS சேவையகத்திற்கு ஒரு சுழல்நிலை வினவலை அனுப்பவும், தயாராக பதிலுக்காக காத்திருக்கவும் கோரப்பட்ட சேவையகம் சில நேரங்களில் சாத்தியமாகும்.

முக்கியமான! சுழல்நிலை வினவல் செயலாக்கத்துடன், அனைத்து பதில்களும் DNS சேவையகத்தின் வழியாகச் செல்கின்றன, மேலும் அவற்றைத் தேக்கிக்கொள்ளும் வாய்ப்பைப் பெறுகிறது. ஒரே டொமைன் பெயர்களுக்கான தொடர்ச்சியான கோரிக்கை பொதுவாக சேவையகத்தின் தற்காலிக சேமிப்பிற்கு அப்பால் செல்லாது, மேலும் பிற சேவையகங்களுக்கான அழைப்புகள் ஏற்படாது.

பதில்களுக்கான அனுமதிக்கக்கூடிய தற்காலிக சேமிப்பு நேரம் பதில்களுடன் வருகிறது (வளப் பதிவின் TTL புலம்).

ஹோஸ்ட்ஸ் கோப்பு

முதல் தேடல் உள்ளூர் ஹோஸ்ட்கள் கோப்பில் இருப்பதைக் கவனித்தோம். ARPANET இன் நாட்களில் கண்டுபிடிக்கப்பட்ட HOSTS.TXT கோப்பின் வாரிசு இவர்தான். ஆம், அது இன்னும் உள்ளது மற்றும் இன்னும் பயன்பாட்டில் உள்ளது.

இது பாதையில் அமைந்துள்ளது:

• லினக்ஸில் /etc/hosts .
• விண்டோஸில் %SystemRoot%\system32\drivers\etc\hosts .
• ஆண்ட்ராய்டில் உள்ள /system/etc/hosts .

பொதுவாக, கோப்பில் லோக்கல் ஹோஸ்ட் முனைக்கான இருப்பிட வரையறை இருக்கும்:

127.0.0.1   	localhost

அதன் அமைப்பு மிகவும் எளிமையானது: முதலில் ஐபி முகவரி, பின்னர் டொமைன் பெயர்.

பயனுள்ள

ஹோஸ்ட்கள் கோப்பைப் பயன்படுத்தி, பேனர்களின் டொமைன் முகவரிகளை 127.0.0.0, 127.0.0.1 அல்லது 0.0.0.0 என்ற முகவரிக்கு திருப்பி விடுவதன் மூலம் விளம்பரங்களை வடிகட்ட முடியும்.

127.0.0.1 ஐப் பயன்படுத்துவது பொதுவாக பரிந்துரைக்கப்படுவதில்லை, ஏனெனில் இது பதில் நேரம் முடிவடையும் மற்றும் சேவையகம் இல்லை அல்லது தவறாக உள்ளமைக்கப்பட்டால் அது தொடர்பான தாமதங்கள் ஏற்படும். நீங்கள் எந்த விளம்பர டொமைனையும் ஐபி முகவரி 0.0.0.0 க்கு வரைபடமாக்கினால், அதற்கான அனைத்து கோரிக்கைகளும் உடனடியாக வீழ்ச்சியடையும்).

பொது DNS சேவையகங்கள்

நீங்கள் இணைய சேவையை இணைக்கும் போது, ​​DNS சேவையகத்தை வழக்கமாகப் பெறுவீர்கள். ஆனால் அத்தகைய இலவச டிஎன்எஸ் சர்வர் எப்போதும் சிறந்த தேர்வாக இருக்காது. மேலும், ஒவ்வொரு முறையும் நீங்கள் ஒரு தளத்தைப் பார்வையிடும் போது உங்கள் ISP இன் DNS சேவையகத்திற்கு டொமைன் பெயருடன் வினவலை அனுப்ப விரும்பவில்லை.

எனவே, பலர் பொது இலவச DNS சேவையகங்களுக்கு மாற விரும்புகிறார்கள். முதலாவதாக, அவை மிக வேகமானவை மற்றும் டொமைன் பெயர்களின் பெரிய தற்காலிக சேமிப்பைக் கொண்டுள்ளன. தொழில்நுட்ப சிக்கல்களின் குறைந்தபட்ச வாய்ப்புடன், வேகமாக தள ஏற்றுதல் மற்றும் இயக்க நேரத்தைப் பெறுவீர்கள்.

இரண்டாவதாக, பாதுகாப்பு. சில DNS சேவைகள் ஃபிஷிங் மற்றும் தீங்கிழைக்கும் தளங்களுக்கான அணுகலைத் தடுக்கலாம் மற்றும் ஆன்லைனில் பொருத்தமற்ற உள்ளடக்கத்திலிருந்து குழந்தைகளைப் பாதுகாக்க உள்ளடக்க வடிகட்டலை வழங்கலாம்.

இத்தகைய DNS சேவையகங்கள் மோசடி செய்பவர்களுடன் கூட போராட முடியும். எடுத்துக்காட்டாக, நீங்கள் ஒரு போலி வங்கி வலைத்தளத்திற்குச் செல்கிறீர்கள், மேலும் DNS சேவையகம் உங்களுக்கு மோசடி செய்பவர்களின் ஐபி முகவரியை அல்ல, ஆனால் அதன் பாதுகாப்பு சேவையை வழங்கும்.

அத்தகைய சேவையகங்களின் பட்டியல்