DNS பிழைகளை எப்படிச் சரிசெய்வது?

உலாவி காட்டும் “DNS பிழை” ஓர் அறிகுறியை மட்டுமே சொல்கிறது, ஒற்றை மூலக் காரணத்தை அல்ல. பெயர் தவறாகத் தட்டச்சு செய்யப்பட்டிருக்கலாம், அதிகாரப்பூர்வ சர்வரை அணுக முடியாமல் இருக்கலாம், ரிசால்வர் பழைய பதிலை வைத்திருக்கலாம், அல்லது DNSSEC சரிபார்ப்பு தோல்வியடைந்திருக்கலாம். உள்ளமைவை மாற்றுவதற்கு முன், எந்தக் கட்டத்தில் தோல்வி ஏற்படுகிறது என்று கண்டறியுங்கள்.

பதில்களை வேறுபடுத்தி அறியுங்கள்

NXDOMAIN என்றால், பதில் தரும் DNS சர்வரின்படி கேட்கப்பட்ட பெயர் இல்லை. பெயர் இருந்தும் கேட்ட வகைக்கான பதிவு இல்லாத நிலையைப் பொதுவாக NODATA என்கிறார்கள்: பெயருக்கு A இருக்கலாம், AAAA இல்லாமல் இருக்கலாம். SERVFAIL என்றால், சர்வரால் கேள்வியை முடிக்க முடியவில்லை; பெயர் இல்லை என்பதற்கு இது சான்றல்ல. நேரம் முடிவு (timeout) என்றால், குறித்த நேரத்துக்குள் பதில் வரவில்லை; அப்போது அணுகல் சோதனை தேவை.

பதிலுடன் கூடுதல் விவரங்களும் வரலாம். RFC 8914 வரையறுக்கும் Extended DNS Errors, அசல் பதில் குறியீட்டை மாற்றாமலேயே சில SERVFAIL நிகழ்வுகளுக்கான காரணத்தை விளக்கலாம். எல்லாக் கருவிகளும் இவற்றைக் காட்டுவதில்லை.

தீர்வுப் பாதையைப் பின்தொடருங்கள்

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

A, AAAA இரண்டையும் ஒப்பிடுங்கள்: ஒரு தளம் IPv4-இல் இயங்கி IPv6-இல் தோல்வியடையலாம். அஞ்சலுக்கு, முதலில் MX-ஐயும், பிறகு தேர்வான அஞ்சல் ஹோஸ்டின் முகவரிப் பதிவுகளையும் சரிபாருங்கள். HTTP 404 அல்லது TLS எச்சரிக்கை பெயர் தீர்வுக்குப் பிறகே வருகின்றன; அவற்றைத் தனியாக ஆராய வேண்டும். உலாவி பொதுவான ஒரு பிழைச் செய்தியைக் காட்டியது என்பதற்காக DNS அமைப்புகளைக் கண்மூடித்தனமாக மாற்றாதீர்கள். கூடுதல் சரிபார்ப்புக்கு 2IP DNS பதில் நேரச் சரிபார்ப்பு கருவியைப் பயன்படுத்துங்கள்.

கேஷையும் சாதனங்களையும் சரிபாருங்கள்

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

பதிவு உருவாக்கப்பட்ட பிறகும் எதிர்மறைப் பதில் கேஷில் தங்கியிருக்கலாம். NXDOMAIN, NODATA ஆகியவற்றின் கேஷிங்கை RFC 2308 விளக்குகிறது. ஏற்கெனவே சரியாக உள்ள சோனைத் திரும்பத் திரும்பத் திருத்துவதற்குப் பதிலாக, தொடர்புடைய TTL-ஐயும் மாற்றம் செய்த நேரத்தையும் குறித்துவையுங்கள்.

ஆதரவுக் குழுவுக்குப் பயனுள்ள சான்றுகளைக் கொடுங்கள்

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