TLS மேல் DNS மற்றும் VPN: எந்தப் பகுதி பாதுகாக்கப்படுகிறது

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

உங்களிடம் உள்ள அமைப்பு நீங்கள் நினைப்பதேதானா என்பதை நான்கு சோதனைகள் தீர்மானிக்கின்றன.

சோதனை 1: மறைகுறியாக்கம் எதை மூடுகிறது

DoT DNS பரிமாற்றத்தை TLS-ல் சுற்றுகிறது, எனவே வழியில் உள்ள பார்வையாளர் வினவலுக்குள் உள்ள பெயருக்குப் பதிலாக ஒரு முகவரி மற்றும் துறைமுகத்திற்கான இணைப்பைப் பார்க்கிறார். resolver தானே மறைகுறியாக்கி பதிலளிக்கிறது. HTTPS மேல் DNS உடன் ஒப்பிடுங்கள்: இரண்டும் மறைகுறியாக்குகின்றன, வெவ்வேறு இடைமாற்றங்களைப் பயன்படுத்துகின்றன, எனவே வலைப் போக்குவரத்தை அனுமதிக்கும் வலையமைப்பு DoT இணைப்பைத் தானாக அனுமதிக்காது.

கேப்டிவ் போர்ட்டல் அல்லது வடிகட்டும் நடுப்பெட்டி 443-ஐ அனுமதித்து 853-ஐத் தடுக்கும்போது இந்த வேறுபாடு முக்கியம். அங்கு வேலை செய்த கருவி மற்றொன்றும் வேலை செய்யும் என்பதற்கான சான்றல்ல.

சோதனை 2: வினவல் எந்த வழியை எடுக்கிறது

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

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

சோதனை 3: உள் பெயர்கள்

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

உள் பின்னொட்டுகளுக்கு உள் resolver-ஐ வைத்திருங்கள், கொள்கை கோரினால் அந்தத் தாவலை மறைகுறியாக்குங்கள், அதை பொது வழங்குநரால் மாற்றுவதற்குப் பதிலாக.

சோதனை 4: தோல்வியின் நடத்தை

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

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

சான்றிதழை நம்புங்கள், பதிலை அல்ல

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

நீங்கள் அங்கீகரிக்க முடியாத resolver-இன் பதில் ஒரு கூற்று, முடிவு அல்ல.

இது எதை விளக்காமல் விட்டுவிடுகிறது

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

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