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

முடிவைப் படிக்கும் முன் நீங்கள் என்ன விரும்பினீர்கள் என்பதை முடிவு செய்யுங்கள்

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

கொள்கை வரையறுக்கப்படுவதற்கு முன் செய்யப்படும் சோதனை எதையும் அளவிடாது. அது எந்தக் குறிப்புப் புள்ளியும் இல்லாத தீர்விப் பெயரைத் தருகிறது.

தீர்வியின் பெயர் பாதையையோ பெறுநரையோ நிரூபிக்காது

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

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

resolvectl status
resolvectl query example.com
dig +short example.com

split DNS பல தீர்விகளைச் சரியாக்குகிறது

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

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

முடிவை விசாரணையாக மாற்றுங்கள்

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

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

கண்டறிந்த முரண்பாட்டைச் சரிசெய்யுங்கள்: உலாவித் தேர்வு, VPN DNS அமைப்பு அல்லது split DNS விதி. சுரங்கம் தோல்வியடையும்போது வினவல்கள் நிற்க வேண்டும் என்றால், kill switch தனி அமைப்பு, DNS கட்டமைப்பு மட்டும் அதை வழங்காது. மறைகுறியாக்கப்பட்ட தீர்வி எதை மறைக்கிறது, எதை மறைக்கவில்லை என்பதை விளக்க வேண்டியிருக்கும்போது RFC 8484 விவரக்குறிப்பு பயனுள்ளது.

தொடர்புடைய கட்டுரைகள்