DNS பரவல் என்றால் என்ன?

ஒரு பதிவை மாற்றிய பிறகும் சில காலம் ரிசால்வர்கள் வெவ்வேறு பதில்களைத் தருகின்றன; அந்த இடைவெளியைத்தான் பேச்சுவழக்கில் “DNS பரவல்” என்கிறோம். புதிய மதிப்பை DNS எல்லா சர்வர்களுக்கும் ஒரே நேரத்தில் அனுப்பிவைப்பதில்லை. ரிகர்சிவ் ரிசால்வர்கள் தேவைப்படும்போது மட்டுமே பதிலைப் பெறுகின்றன; அனுமதிக்கப்பட்ட காலம் வரை அதைத் தங்கள் கேஷில் வைத்திருக்கலாம்.

பதில்கள் ஏன் வேறுபடுகின்றன

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

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

சரியான அடுக்கைச் சரிபாருங்கள்

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

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

மாற்றத்தைப் பாதுகாப்பாகத் திட்டமிடுங்கள்

திட்டமிட்ட இடமாற்றத்துக்கு முன், பழைய பதிவின் TTL-ஐ முன்கூட்டியே குறையுங்கள்; அதன் முந்தைய ஆயுட்காலம் கடந்துபோகும் அளவுக்கு நேரம் இருக்க வேண்டும். மாற்றுவதற்கு முன் புதிய சர்வரைத் தயார்செய்யுங்கள்; முடிந்தால், மாற்றக் காலம் முழுவதும் பழைய சர்வரும் கோரிக்கைகளுக்குப் பதிலளித்துக்கொண்டிருக்கட்டும். அஞ்சலுக்கு, MX-உடன் சேர்த்துத் தொடர்புடைய முகவரிப் பதிவுகளையும் TXT பதிவுகளையும் சரிபாருங்கள்.

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

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