DNS-ஐ உங்கள் VPN தீர்வியின் வழியாக மட்டுமே அனுமதிக்கவும்: படிப்படியான வழிகாட்டி
உலாவியில் இருந்து பதில்வரை ஒரு பெயர் தேடலைப் பின்தொடருங்கள். தீர்வி எங்கு தேர்ந்தெடுக்கப்படுகிறது, தீப்பிடிப்புச் சுவர் அதை எங்கு நடைமுறைப்படுத்துகிறது மற்றும் போர்ட் 53 விதி எதை ஒருபோதும் மூடவில்லை என்பதைப் பாருங்கள்.
நீங்கள் பெயரைத் தட்டச்சு செய்யும் தருணத்திலிருந்து ஒரு பெயர் தேடலைப் பின்தொடருங்கள். உலாவி இயக்க முறைமையைக் கேட்கிறது, இயக்க முறைமை தன் கொள்கை தேர்ந்தெடுக்கும் தீர்வியைக் கேட்கிறது, மேலும் வினவல் ஏதோ ஒரு இடைமுகம் வழியாக ஏதோ ஒரு போக்குவரத்துடன் சாதனத்தை விட்டு வெளியேறுகிறது. உங்கள் VPN வடிவமைப்பு பதில் ஒரு குறிப்பிட்ட தீர்வியிலிருந்து ஒரு குறிப்பிட்ட பாதை வழியாக வர வேண்டும் என்று கூறுகிறது. இந்த இரண்டு கூற்றுகளுக்கு இடையிலான இடைவெளியே நீங்கள் அமைத்துப் பின்னர் நடைமுறைப்படுத்துவது.
படி 1: தீர்விக்கும் பாதைக்கும் பெயர் கொடுங்கள்
தீப்பிடிப்புச் சுவரைத் தொடும் முன் மூன்று விஷயங்களை எழுதுங்கள்: தீர்வியின் முகவரி, நீங்கள் எதிர்பார்க்கும் நெறிமுறை மற்றும் போர்ட், மற்றும் வினவல் வெளியேற வேண்டிய இடைமுகம். அந்தப் பட்டியல் இல்லாமல் ஒரு விதி போக்குவரத்தைப் பற்றிய ஊகம், ஒரு முடிவை நிறைவேற்றுவது அல்ல. VPN ஒரு வேளையில் பயன்பாட்டுத் தரவை எடுத்துச் செல்லலாம், DNS தனி ஏற்பாட்டைப் பின்பற்றலாம், அது தானாகவே தவறு அல்ல. யாரும் வாடிக்கையாளருக்கு வேறு எதையும் கூறாதபோது இது நடக்கிறது.
பாதையை வெளிப்படையாகப் பெயரிடுவது வடிவமைப்புக்கும் விபத்துக்கும் இடையிலான வேறுபாடு. பின்னர் சோதிக்கவும் இது உதவுகிறது, ஏனெனில் ஒவ்வொரு கவனிப்பையும் எழுதப்பட்ட எதிர்பார்ப்புடன் ஒப்பிடலாம். அந்தப் பட்டியலை மாற்றக் கட்டத்தில் வையுங்கள், யாருடைய தலையிலும் அல்ல.
படி 2: கொள்கை உண்மையில் வாழும் இடத்தில் வையுங்கள்
தீர்வி தேர்வு வாடிக்கையாளருக்குரியது: இயக்க முறைமையின் வலையமைப்பு உள்ளமைவு, VPN வாடிக்கையாளரின் சொந்த அமைப்புகள், அல்லது நிர்வகிக்கப்படும் உலாவிக் கொள்கை. முதலில் அங்கேயே வையுங்கள், தளம் ஆதரிக்கும் முறையில், ஏனெனில் தீப்பிடிப்புச் சுவர் ஒருபோதும் கூறப்படாத தீர்வியைத் தேர்ந்தெடுக்க வாடிக்கையாளரை கட்டாயப்படுத்த முடியாது. பிரிக்கப்பட்ட சுரங்கப்பாதை வாடிக்கையாளரில் எந்த டொமைன்கள் உள் தீர்விக்குச் செல்கின்றன என்பதை வெளிப்படையாகக் கூறுங்கள். நிர்வகிக்கப்படும் குழுவில் DoH-க்கு உலாவிக் கொள்கையே பெரும்பாலும் ஒரே நெம்புகோல், ஏனெனில் உலாவி கணினி அமைப்பிலிருந்து சுயாதீனமாக தன் சொந்த மறைகுறியாக்கப்பட்ட தீர்வியைத் தேர்ந்தெடுக்க முடியும்.
இதைத் தவிர்த்து நேராக தீப்பிடிப்புச் சுவருக்குச் சென்றால் சரியான தீர்விக்கு அனுமதி தரும் விதியும் அதை ஒருபோதும் பயன்படுத்தாத வாடிக்கையாளரும் கிடைப்பார்கள். விதி சரியாகத் தெரிகிறது, தீர்வியின் பதிவுகள் காலியாகவே இருக்கின்றன, இது பிழைத்திருத்தத்தில் குழப்பமான இணை. முதலில் தேர்வை உள்ளமைத்து, பின்னர் நடைமுறைப்படுத்துங்கள்.
படி 3: பாதையைக் குறுகலாக நடைமுறைப்படுத்துங்கள்
இப்போது அனுமதிக்கப்பட்ட பாதைக்கான வலையமைப்பு அனுமதியைச் சேர்க்கவும்: தீர்வியின் முகவரி, நெறிமுறை மற்றும் போர்ட், மற்றும் அது வெளியேற வேண்டிய இடைமுகம். அனைத்து வெளிச்செல்லும் DNS-க்கும் அனுமதி தருவதற்குப் பதிலாக விதியை அந்தத் தீர்விக்கே வரம்பிடுங்கள். கீழேயுள்ள மூன்று பாதைகளே நவீன வாடிக்கையாளர் எடுக்கக்கூடியவை, போர்ட் 53 விதி முதல் ஒன்றை மட்டுமே மூடுகிறது.
| Path | Port | Who controls it |
|---|---|---|
| Classic DNS | UDP and TCP 53 | System resolver settings |
| DNS over TLS | TCP 853 | Resolver or stub configuration |
| DNS over HTTPS | TCP 443 | Browser or application policy |
DoH மற்றும் DoT-ஐத் தடுப்பது சட்டபூர்வம்; போர்ட் 53 விதி ஏற்கனவே அவற்றைத் தடுத்துவிட்டது என்று கருதுவது அல்ல. DoH பயன்படுத்தும் உலாவி உங்கள் விதி ஒருபோதும் விவரிக்காத பாதை வழியாகப் பெயர்களைத் தீர்க்கிறது, தன் சொந்த தீர்வியைக் கொண்டு வரும் பயன்பாடும் அவ்வாறே செய்கிறது. நீங்கள் அனுமதிக்க விரும்பும் ஒவ்வொரு பாதையையும் மறுக்க விரும்பும் ஒவ்வொன்றையும் எழுதுங்கள். பாதையைப் பெயரிடாத விதி அதைப் பற்றி எதையும் முடிவு செய்யவில்லை.
படி 4: தனிப்பட்ட மற்றும் பொது பெயர்களைப் பின்தொடருங்கள்
பிரிக்கப்பட்ட DNS வேண்டுமென்றே தனிப்பட்ட பெயர் இடைவெளிகளை மட்டும் உள் தீர்விக்கு அனுப்புகிறது, பொது பெயர்கள் வேறெங்கோ செல்கின்றன, எனவே வடிவமைப்பில் ஒன்றுக்கு மேற்பட்ட தீர்வி இருப்பது கசிவு அல்ல. கசிவு என்பது உங்கள் தீர்விக்குச் செல்ல வேண்டிய வினவல் வேறெங்கோ வந்து சேர்வது, அல்லது அடைய முடியாத திட்டமிட்ட பாதை வாடிக்கையாளரை அமைதியாகப் பின்னுக்குத் தள்ளுவது. இந்த இரண்டு நிலைகளையே தேட வேண்டும். திட்டமிட்ட கொள்கையின் கீழ் ஒரு உள் பெயரையும் ஒரு பொது பெயரையும் பின்தொடர்ந்து எந்தத் தீர்வி எதற்குப் பதிலளித்தது என்பதைப் பதிவு செய்யுங்கள்.
உங்கள் தீர்வியைப் பற்றி அறிவிக்கும் சோதனைத் தளம் ஒரு துப்பு, சான்று அல்ல, ஏனெனில் அதை அடைந்த வினவல்களை மட்டுமே அது பார்க்கிறது. வினவல் உண்மையில் எந்தப் பாதையை எடுத்தது என்பதை அறிய வேண்டியிருக்கும்போது அதை வாடிக்கையாளர் பக்கத்தில் பிடியுங்கள், பின்னர் இரு கவனிப்புகளையும் ஒப்பிடுங்கள். அவை ஒத்துப்போகாதபோது, யாரும் ஆவணப்படுத்தாத பின்னடைவைக் கண்டுபிடித்துள்ளீர்கள்.
தீர்வியின் முகவரி சரியாக இருந்தும் அடைய முடியவில்லை என்றால், பிரச்சினை கொள்கையில் அல்ல, வழித்தடம் அல்லது வடிகட்டலில் உள்ளது. வினவலை அந்த முகவரி வரை கண்டுபிடித்து, தீர்வி அமைப்பை மாற்றும் முன் பதில் எதிர்பார்க்கப்பட்ட இடைமுகத்தில் திரும்பி வருவதை உறுதிப்படுத்துங்கள்.
படி 5: திரும்பும் வழியை வையுங்கள்
நுழைவாயிலில் DNS அணுகலை இறுக்கும் முன் பெயர் தீர்த்தலைச் சாராத மீட்பு முறையை உறுதிப்படுத்துங்கள். உடைந்த தீர்வி ஒவ்வொரு பழுதுபார்ப்புக் கருவியையும் அடைவதைக் கடினமாக்குகிறது, மாற்றத்தைத் திரும்பப் பெற நீங்கள் பயன்படுத்தும் கருவிகளும் அடங்கும். புதிய கொள்கை நிரூபிக்கப்படும் வரை உள்ளூர் பணியகம் அல்லது பட்டைக்கு வெளியேயான பாதை திறந்திருக்கட்டும். கொள்கை ஒரு மறுஇணைப்பைத் தாங்கிய பின்னரே அதை அகற்றுங்கள்.
மறுஇணைப்பு அல்லது உலாவிக் கொள்கை புதுப்பிப்புக்குப் பின் செயல்திறன் நிலையை மீண்டும் பாருங்கள், ஏனெனில் இரண்டும் உங்கள் விதியை மாற்றாமல் தீர்வியை மாற்றலாம். தேவை வினவல்களுக்கு அறியப்பட்ட பெறுநர் மற்றும் பாதுகாக்கப்பட்ட பாதை, ஒரு திரைப்படத்தில் உள்ள ஆறுதல் தரும் தீர்விக் குறிச்சொல் அல்ல. RFC 8484 DNS over HTTPS விவரக்குறிப்பு உங்கள் போர்ட் விதி காணாத மறைகுறியாக்கப்பட்ட பாதைக்கான குறிப்பு.