DNS over HTTPS, DNS over TLS: என்ன வேறுபாடு?

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

கோரிக்கைகள் எப்படிப் பயணிக்கின்றன

DoH, DNS கேள்விகளையும் பதில்களையும் HTTPS பரிமாற்றங்களாக மாற்றி அனுப்புகிறது; இந்த நெறிமுறையை RFC 8484 வரையறுக்கிறது. DoT, DNS செய்திகளைத் தனியாக அமைக்கப்பட்ட TLS இணைப்புக்குள் கொண்டுசெல்கிறது; அதன் விவரக்குறிப்பு RFC 7858. இரண்டுக்குமே கிளையன்ட்டும் ரிசால்வரும் அவற்றை ஆதரிக்க வேண்டும்; ரிசால்வரின் நம்பகத்தன்மையும் உறுதிசெய்யப்பட வேண்டும். “பாதுகாப்பான DNS” என்ற அமைப்பு இயக்கத்தில் இருக்கிறது என்பதை மட்டும் வைத்து, எந்த வழங்குநர் தேர்வாகியிருக்கிறார், சாதனம் சாதாரண DNS-க்குத் திரும்பிவிடுமா என்று சொல்ல முடியாது.

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

எது இன்னும் தெரியும்

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

DNSSEC-இன் நோக்கம் வேறு. நம்பிக்கைச் சங்கிலி அமைக்கப்பட்டிருக்கும்போது, கையொப்பமிடப்பட்ட DNS தரவின் மூலத்தையும் ஒருமைப்பாட்டையும் அது சரிபார்க்கும்; கிளையன்ட்டிலிருந்து ரிசால்வருக்குச் செல்லும் கேள்விகளை அது குறியாக்கம் செய்வதில்லை. DoH அல்லது DoT ரிசால்வரும் DNSSEC சரிபார்ப்பைச் செய்யலாம். இவற்றை ஒன்றுக்கொன்று மாற்றாகப் பார்க்காமல், ஒன்றையொன்று நிறைவு செய்பவையாகக் கருதுங்கள். கூடுதல் சரிபார்ப்புக்கு 2IP DNS பதில் நேரச் சரிபார்ப்பு கருவியைப் பயன்படுத்துங்கள்.

உண்மையான உள்ளமைவைச் சரிபாருங்கள்

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

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

யோசித்துத் தேர்ந்தெடுங்கள்

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