DNS என்றால் என்ன?

DNS (Domain Name System) என்பது ஒரு பரவலாக்கப்பட்ட பெயரிடல் அமைப்பு; நெட்வொர்க்கில் உள்ள வளங்களைச் செயலிகள் கண்டறிய இது உதவுகிறது. ஓர் இணையதளப் பெயர் IPv4 அல்லது IPv6 முகவரிகளாகத் தீர்க்கப்படலாம்; பிற பதிவுகள் மின்னஞ்சலை வழிநடத்துகின்றன அல்லது அதிகாரப்பூர்வ நேம்சர்வர்களை அடையாளம் காட்டுகின்றன. ஒரு டொமைன் பெயர் ஒரே ஒரு சர்வரைத்தான் சுட்ட வேண்டும் என்பதில்லை.

DNS தேடல் எப்படி நடக்கிறது

உங்கள் சாதனம் வழக்கமாக ஒரு ரிகர்சிவ் ரிசால்வரிடம் பதில் கேட்கிறது. ரிசால்வரின் கேஷில் பதில் இல்லையென்றால், அது root-இலிருந்து உயர்நிலை டொமைன் வழியாக, அந்தப் பெயருக்குப் பொறுப்பான அதிகாரப்பூர்வ சர்வர்கள் வரை DNS ஒப்படைப்பைப் பின்தொடர்கிறது. அதிகாரப்பூர்வ சர்வர் சோன் தரவை வெளியிடுகிறது; ரிசால்வர் பொருத்தமான பதிலைக் கிளையன்ட்டுக்குத் திருப்பித் தருகிறது. பதிவாளரும் DNS இயக்குநரும் வெவ்வேறு நிறுவனங்களாக இருக்கலாம்.

ஒவ்வொரு பதிவின் வாழ்நாளுடன் (TTL) தொடர்புடைய காலத்துக்கு ரிசால்வர் பதில்களைக் கேஷ் செய்கிறது. சில எதிர்மறைப் பதில்களையும் அது கேஷ் செய்யலாம். அதனால், ஒரு பதிவைச் சேர்த்த அல்லது மாற்றிய சிறிது நேரத்துக்கு வெவ்வேறு பயனர்கள் வெவ்வேறு முடிவுகளைப் பார்க்கலாம். பதிவாளரிடம் நேம்சர்வர்களை மாற்றினால் ஒப்படைப்பு மாறுகிறது; ஏற்கெனவே உள்ள அதிகாரப்பூர்வ சர்வர்களில் A பதிவைத் திருத்தினால் சோன் தரவு மாறுகிறது. இவை இரண்டும் வெவ்வேறு செயல்கள்.

பொதுவான DNS பதிவுகள்

A பதிவு ஒரு பெயரை IPv4 முகவரியுடனும், AAAA பதிவு IPv6 முகவரியுடனும் இணைக்கின்றன. MX அஞ்சல் பரிமாற்றிகளையும், NS அதிகாரப்பூர்வ நேம்சர்வர்களையும் குறிப்பிடுகின்றன; CNAME ஒரு மாற்றுப்பெயரை உருவாக்குகிறது; டொமைன் சரிபார்ப்பு, அஞ்சல் அங்கீகாரம் போன்ற நோக்கங்களுக்கான உரையை TXT கொண்டுசெல்கிறது. எந்தப் பதிவு வகையைக் கேட்கிறீர்கள் என்பதை வெளிப்படையாகச் சரிபாருங்கள்: MX பதிவு சரியாக இருக்கிறது என்பதால் இணையதளமும் திறக்கும் என்று சொல்ல முடியாது.

ஒரு தளத்தை இடம் மாற்றும்போது, அதன் முகவரிப் பதிவுகளைப் புதுப்பித்தால் போதுமானதாக இருக்கலாம். DNS வழங்குநரையும் மாற்றுகிறீர்கள் என்றால், ஒப்படைப்பை மாற்றுவதற்கு முன் தேவையான MX, TXT, பிற பதிவுகளை நகலெடுங்கள். இணையதளம் திறந்தாலும், அஞ்சல் பதிவுகள் விடுபட்டால் அஞ்சல் விநியோகம் தடைபடலாம். DNS பதில் பெயரிடல் தரவை மட்டுமே விவரிக்கிறது; ஒரு சர்வர் இணைப்புகளை ஏற்கிறதா, அதன் TLS சான்றிதழ் செல்லுபடியானதா, பயன்பாடு சரியாக இயங்குகிறதா என்பதை அது நிரூபிக்க முடியாது.

தனியுரிமையும் DNSSEC-உம்

கிளையன்ட்டுக்கும் அதன் ரிசால்வருக்கும் இடையிலான பாரம்பரிய DNS கோரிக்கைகள் பொதுவாகக் குறியாக்கம் செய்யப்படுவதில்லை. DNS over HTTPS, DNS over TLS ஆகியவை பயணத்தின் அந்தப் பகுதியைக் குறியாக்கம் செய்கின்றன; இருந்தாலும், தேர்ந்தெடுத்த ரிசால்வர் தான் கையாளும் கோரிக்கைகளைப் பார்க்க முடியும். நம்பிக்கைச் சங்கிலி செல்லுபடியாக இருக்கும்போது, கையொப்பமிட்ட DNS தரவை DNSSEC அங்கீகரிக்கிறது; அது கோரிக்கையைக் குறியாக்கம் செய்வதுமில்லை, இணையதளத்தைப் பாதுகாப்பானதாக்குவதுமில்லை. இந்த வழிமுறைகள் வெவ்வேறு பிரச்சினைகளைத் தீர்க்கின்றன.

படிப்படியான சிக்கல் தீர்ப்பு

புதிய தளம் திறக்கவில்லை என்றால், அதன் A, AAAA பதிவுகளைக் கேட்டுப் பார்த்து, அதிகாரப்பூர்வ நேம்சர்வர்களைக் கண்டறியுங்கள். அவற்றின் பதில்களை ஒன்று அல்லது அதற்கு மேற்பட்ட ரிகர்சிவ் ரிசால்வர்களின் பதில்களுடன் ஒப்பிடுங்கள். அதிகாரப்பூர்வ பதில் புதியதாகவும் ரிகர்சிவ் பதில் பழையதாகவும் இருந்தால், கேஷ்தான் காரணமாக இருக்க வாய்ப்பு அதிகம். அதிகாரப்பூர்வ பதிலே தவறாக இருந்தால், சோனையும் ஒப்படைப்பையும் சரிபாருங்கள். ஆதரவுக் குழுவுக்காகத் துல்லியமான பெயர், பதிவு வகை, ரிசால்வர், நேரம் ஆகியவற்றைக் குறித்துக்கொள்ளுங்கள்.

எதிர்பார்த்த முகவரியை DNS தந்த பிறகு, அடுத்த அடுக்கைத் தனியாக ஆராயுங்கள்: நெட்வொர்க் அணுகல், சர்வர் பதில், TLS, பயன்பாட்டுப் பிழைகள். இந்த வரிசையைப் பின்பற்றினால், வெப் சர்வர் சிக்கலைச் சரிசெய்ய சரியான DNS பதிவுகளை மாற்றும் தவறைத் தவிர்க்கலாம். நெறிமுறையின் அடிப்படைகள் RFC 1034, RFC 1035 ஆகியவற்றில் ஆவணப்படுத்தப்பட்டுள்ளன.

ரிசால்வர் தனியுரிமையும் DNS கசிவுகளும்

DoH அல்லது DoT, கிளையன்ட்டிலிருந்து ரிசால்வர் வரையிலான பகுதியைக் குறியாக்கம் செய்கிறது; ஆனால் எந்த ரிசால்வர் என்ற தேர்வு தனி விஷயம். உலாவி, இயக்க முறைமை, VPN ஆகியவை வெவ்வேறு அமைப்புகளைப் பயன்படுத்தலாம். DNS கசிவுச் சோதனை எதைக் கவனிக்கிறது, DoH மற்றும் DoT ஆகியவற்றைப் பாருங்கள்.