VPN என் DNS-ஐ மாற்றியதா? முன்னும் பின்னும் ஒப்பிடுங்கள்
ஒரு சுயவிவரம் உங்கள் வினவல்களை வேண்டுமென்றே நகர்த்தலாம். VPN இணைவதற்கு முன்னும் பின்னும் தீர்வியின் கொள்கையையும் உண்மையான பதிலையும் ஒப்பிடுங்கள், ஒரு மாறியை நிலையாக வைத்து.
நீங்கள் சுரங்கப்பாதையை இணைக்கிறீர்கள், தனிப்பட்ட டாஷ்போர்டைத் திறக்கிறீர்கள், பெயர் நீங்கள் ஒருபோதும் பார்த்திராத முகவரிக்குத் தீர்க்கப்படுகிறது. அல்லது எதிர்மாறாக நடக்கிறது: உலாவி வேலை செய்கிறது, ஆனால் கட்டளை வரி கருவி திடீரென எதையும் தீர்க்கவில்லை. இரண்டு முடிவுகளும் ஒரே மாற்றத்திலிருந்து வருகின்றன, மேலும் மக்கள் இதைப் பொதுவாக VPN "தனது சொந்த DNS-ஐப் பயன்படுத்துகிறது" என்ற ஒரு வாக்கியத்தால் விளக்குகிறார்கள், இது பிழைத்திருத்தம் அல்லது சரிபார்ப்புக்கு போதுமான துல்லியமானது அல்ல. அந்த வாக்கியத்தில் இரண்டு கேள்விகள் மறைந்துள்ளன: இந்தச் சுயவிவரம் எந்த வினவல்களை எடுக்க வேண்டும், மற்றும் உங்கள் இயந்திரம் அவற்றை உண்மையில் தனக்கு வழங்கப்பட்ட தீர்விக்கு அனுப்பியதா? அவற்றைத் தனியாக வைத்திருப்பதே முழு முறை, ஏனெனில் அவற்றைக் கலக்கும் சோதனை இரு திசைகளிலும் நம்பிக்கையான தவறான பதிலைத் தருகிறது.
ஒரு சுயவிவரம் ஏன் தீர்வியை வழங்குகிறது
சுரங்கப்பாதைக்குள், தொலை முனையின் பின்னால் உள்ள பெயர்கள் பொதுவாக அந்த நெட்வொர்க்கில் மட்டுமே உள்ள முகவரிகளுக்குத் தீர்க்கப்படுகின்றன. corp.internal போன்ற தனிப்பட்ட மண்டலத்திற்கு பொது ஒப்படைப்பு இல்லை, எனவே அதற்குப் பதிலளிக்கும் தீர்வி சுரங்கப்பாதைக்குள் இருந்து அணுகக்கூடியதாக இருக்க வேண்டும். அதே பொறிமுறை இரண்டாவது நோக்கத்திற்கும் உதவுகிறது: வினவல்கள் இல்லையெனில் உங்கள் ISP வழியாக வெளியேறும் போது, தொலைப் பக்கத்தில் உள்ள தீர்வி வினவலை மறையாக்கப்பட்ட பாதைக்குள் வைத்திருக்கிறது. அதனால்தான் DNS சேவையகத்தின் முகவரி இணைப்பின் கொள்கையின் ஒரு பகுதியாக வருகிறது, இயந்திரத்திற்காக ஒருமுறை தேர்ந்தெடுத்த உலகளாவிய அமைப்பாக அல்ல.
முகவரி தானே எதையும் தீர்மானிக்காது. ஒரு தீர்வி அதற்கு ஒரு பாதை இருந்தால் மட்டுமே பதிலளிக்க முடியும், மிகவும் பொதுவான தோல்வி சுரங்கப்பாதை உயர்ந்திருக்கும் போது மட்டும் அணுகக்கூடிய தீர்வியாகும். சுரங்கப்பாதை விழுந்து கொள்கை நிலைத்திருக்கும் போது, வினவல்கள் பாதையற்ற முகவரிக்குச் செல்கின்றன, அறிகுறி சுத்தமான பிழை அல்ல, நேரம் முடிவடைவது. அடுத்த சோதனை முடிவைப் படிக்கும் போது இந்த வேறுபாடு முக்கியம், ஏனெனில் நேரம் முடிவது மக்களை ஒருபோதும் சம்பந்தப்படாத போக்குவரத்து அமைப்புகளுக்கு அனுப்புகிறது.
பதில்களை ஒப்பிடும் முன் இரண்டு வடிவமைப்புகளை ஒப்பிடுங்கள்
முழு சுரங்கப்பாதையும் பிரிக்கப்பட்ட DNS-உம் எதிர் எதிர்பார்ப்புகளை உருவாக்குகின்றன, இரண்டும் குறைபாடு அல்ல. முழு சுரங்கப்பாதையின் கீழ் ஒவ்வொரு வினவலும் வழங்குநரிடமோ நிறுவனத் தீர்வியிடமோ செல்லலாம், எனவே இணைந்த பிறகு பொது பெயர்கள் வித்தியாசமாகப் பதிலளிப்பது எதிர்பார்க்கப்படுகிறது. பிரிக்கப்பட்ட DNS-இன் கீழ் பட்டியலிடப்பட்ட களங்கள் மட்டுமே தனிப்பட்ட தீர்விக்குச் செல்லும், மற்றவை உள்ளூரிலேயே இருக்கும்; Windows-இல் களப் பட்டியல் Name Resolution Policy Table-இல், macOS-இல் DNS அமைப்புகளின் பொருந்தும் களங்களில், systemd-resolved ஹோஸ்ட்டில் ஒவ்வொரு இணைப்பிற்கும் உள்ள வழிப்பாதைக் களங்களில் உள்ளது.
முதலில் செய்ய வேண்டிய ஒப்பீடு இதுவே, ஏனெனில் எதைக் குறைபாடாகக் கருத வேண்டும் என்பதை இது தீர்மானிக்கிறது. பிரிக்கப்பட்ட DNS-இல், புதிய தீர்வியிலிருந்து பதிலளிக்கும் பொது பெயரே விசாரிக்கத் தகுந்தது, சரியாகப் பதிலளிக்கும் உள் பெயர் அமைப்பு தன் வேலையைச் செய்கிறது. முழு சுரங்கப்பாதையில், இன்னும் உங்கள் ISP தீர்வியிலிருந்து பதிலளிக்கும் பொது பெயரே அசாதாரணமானது. Microsoft-இன் VPN பெயர் தீர்வு பற்றிய ஆவணம் இந்த விதிகளின் Windows வரிசையை விவரிக்கிறது, பொருந்தும் கொள்கை உள்ளீடு அடாப்டரின் சொந்த சேவையகங்களுக்கு முன் எவ்வாறு பரிசீலிக்கப்படுகிறது என்பதும் உட்பட.
அறையில் மறக்க எளிதான மூன்றாவது தீர்வியும் உள்ளது. உலாவியின் பாதுகாப்பான DNS தானே பெயர்களைத் தீர்க்கிறது, சுரங்கப்பாதை இயக்க முறைமையின் கொள்கையை மாற்றிய பிறகும் பதிலளிக்கத் தொடரலாம், எனவே ஏற்றப்படும் பக்கம் உலாவியின் தீர்வி வேலை செய்ததை நிரூபிக்கிறது, சுயவிவரம் பயன்படுத்தப்பட்டதை அல்ல. உலாவி காட்டுவதை மட்டும் ஒப்பிட்டால், பாதி நேரம் தவறான அடுக்கைச் சோதிக்கிறீர்கள்.
ஒரே ஒரு மாறியுடன் அடிப்படைக் கோட்டைப் பதிவு செய்யுங்கள்
சுரங்கப்பாதையை மாற்றுங்கள். அதே படியில் பெயர், கருவி அல்லது தேடல் பின்னொட்டையும் மாற்ற வேண்டாம். வினவ அனுமதிக்கப்பட்ட ஒரு பெயரைத் தேர்ந்தெடுக்கவும், எந்தப் பயன்பாட்டைப் பயன்படுத்தினீர்கள் என்பதைக் குறிக்கவும், திரும்பிய முகவரியையோ சரியான பிழையையோ எழுதுங்கள். Windows-இல் Get-DnsClientServerAddress -AddressFamily IPv4 ஒவ்வொரு அடாப்டரின் சேவையகங்களையும், Get-DnsClientNrptPolicy கொள்கை உள்ளீடுகளையும் அச்சிடுகிறது; systemd-resolved உள்ள Linux-இல் resolvectl status ஒவ்வொரு இணைப்பின் DNS சேவையகங்களையும் வழிப்பாதைக் களங்களையும் காட்டுகிறது; macOS-இல் scutil --dns கணினி உண்மையில் பின்பற்றும் தீர்வி வரிசையை அச்சிடுகிறது.
பிறகு வாடிக்கையாளரின் வழக்கமான கட்டுப்பாடுகள் வழியாக இணைத்து அதே கட்டளைகளைச் சரியாக மீண்டும் செய்யுங்கள். முதல் வெளியீட்டை நினைவில் வைக்காமல் சேமியுங்கள், ஏனெனில் ஒப்பீடே முழு விஷயம், தேக்ககத்தை காலி செய்த பிறகு எடுக்கும் இரண்டாவது வாசிப்பு ஏற்கனவே வேறு அளவீடு. அடிப்படைக் கோடு உலாவியை முன்னால் வைத்து எடுக்கப்பட்டு, இணைந்த பிறகான இயக்கம் முனையத்தில் நடந்தால், நீங்கள் இரண்டு தீர்விகளை ஒப்பிடுகிறீர்கள், ஒரு தீர்வியின் இரண்டு நிலைகளை அல்ல.
வெளிப்படையான வினவலும் பயன்பாட்டுத் தேடலும் வெவ்வேறு சோதனைகள்
ஒரு குறிப்பிட்ட சேவையகத்தை, nslookup name 10.20.0.1 அல்லது dig @10.20.0.1 name மூலம் கேட்பது ஒரு விஷயத்தை மட்டும் நிரூபிக்கிறது: நீங்கள் பெயரிட்ட சேவையகம் அதை அடைய முடியும் போது பதிலளிக்கிறது. இது தேர்வு தர்க்கத்தை முழுவதுமாகத் தவிர்க்கிறது, எனவே கணினி இந்தப் பெயருக்கு அந்தச் சேவையகத்தைத் தேர்ந்தெடுத்திருக்குமா என்று சொல்ல முடியாது. ஒதுக்கப்பட்ட தீர்வி அணுகக்கூடியதா எனச் சோதிக்க இதைப் பயன்படுத்துங்கள், கொள்கையைச் சோதிக்க இதைப் பயன்படுத்த வேண்டாம்.
உள்ளூர் தீர்வி வழியாகத் தேடுவது தேர்வை உண்மையில் பயன்படுத்துகிறது. resolvectl query name அதே வழிப்பாதைக் கள விதிகளைக் கடந்து எந்த நெறிமுறை பதிலளித்தது எனத் தெரிவிக்கிறது, Windows-இல் Resolve-DnsName கொள்கை அட்டவணை மற்றும் வாடிக்கையாளர் தேக்ககம் வழியாகச் செல்கிறது, scutil --dns தேடல் பின்பற்றும் வரிசையைக் காட்டுகிறது. இரண்டு வகைகளையும் இயக்கி உங்கள் குறிப்புகளின் தனித்தனி நெடுவரிசைகளில் வைத்திருங்கள். வெற்றிகரமான வெளிப்படையான வினவலுக்கு அருகில் தோல்வியடைந்த பயன்பாட்டுத் தேடல் இருந்தால் அது வழிப்பாதை அல்லது தேர்வுப் பிரச்சினை, வேலை செய்ய மறுக்கும் தீர்வி அல்ல.
தேக்ககம் உங்களுக்கும் பதிலுக்கும் இடையில் நிற்கிறது. இயக்க முறைமை, உள்ளூர் ஸ்டப் தீர்வி, உலாவி மற்றும் எதிர்மறை தேக்ககம் அனைத்தும் முடிவுகளை வைத்திருக்கின்றன, எனவே ஒரு தொகுப்பும் இயந்திரத்தை விட்டு வெளியேறாமல் தேடல் வெற்றிபெறலாம். எதையும் காலி செய்வதற்கு முன் முடிவைப் பதிவு செய்யுங்கள்: ipconfig /flushdns, resolvectl flush-caches அல்லது macOS-இல் sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. இந்தக் கட்டத்தில் பரந்த நெட்வொர்க் மீட்டமைப்பைத் தவிர்க்கவும், ஏனெனில் அது நீங்கள் இன்னும் சேகரிக்கும் சான்றுகளை அழிக்கிறது.
இந்த வேறுபாட்டின் பொருள் என்ன
நீங்கள் பதிவு செய்த இரண்டு வரிசைகளை ஒப்பிட்டு, ஒரு அமைப்பையும் தொடுவதற்கு முன் மாற்றத்தை வகைப்படுத்துங்கள்.
| Observation after connect | Most likely cause | Next step |
|---|---|---|
| Answer moves to a private address range | Expected under split DNS or a private zone | Confirm the suffix is in the effective policy, then test the service |
| Lookup times out while connected, works after disconnect | The assigned resolver has no route from this machine | Probe it with an explicit query, then re-read the policy |
| Internal name fails, public names work | Wrong namespace or a suffix missing from the policy | Query the fully qualified name and check the domain list per platform |
| Internal name returns a public address | Split DNS not applied; a public resolver answered | Check browser secure DNS first, then the per-link domain list |
ஒரு வரிசை சிறப்பு வலியுறுத்தலுக்குத் தகுதியானது. தீர்க்கப்படும் பெயர் வேலை செய்யும் சேவை அல்ல, DNS வெற்றி ஒரு முகவரி கிடைத்தது என்று மட்டுமே சொல்கிறது. அனுப்புதல், தீச்சுவர் விதிகள் அல்லது உங்கள் கணக்கு இந்தச் சேவையைப் பயன்படுத்த முடியுமா என்பது பற்றி எதுவும் சொல்லவில்லை, எனவே தோல்வி தானாக விலகிவிட்டது என்று கருதாமல் உண்மையான பயன்பாட்டைச் சோதித்து முடிக்கவும்.
அடிப்படைக் கோட்டை மீட்டெடுத்து சரிபார்க்கவும்
செயல்முறையைக் கொல்வதற்குப் பதிலாக வாடிக்கையாளரின் சொந்தக் கட்டுப்பாடுகள் வழியாகத் துண்டிக்கவும், பிறகு அதே மூன்று கட்டளைகளை மீண்டும் படிக்கவும். ஒவ்வொரு இணைப்பின் சேவையகங்கள், கொள்கை உள்ளீடுகள் மற்றும் உங்கள் சோதனைப் பெயருக்கான பதில் முன்பு எழுதிய அடிப்படைக் கோட்டிற்குத் திரும்ப வேண்டும். சுத்தமான துண்டிப்புக்குப் பிறகு மீதமுள்ள கொள்கை உள்ளீடு பதிவு செய்யத் தகுந்த உண்மையான குறைபாடு, அதனால்தான் உருவாக்கப்பட்ட தீர்வி கோப்பை கையால் திருத்துவது மோசமான பழக்கம்: கோப்பு மீண்டும் எழுதப்படுகிறது, திருத்தம் மறைந்துவிடும், அல்லது திருத்தம் தங்கி இனி வழியில்லாத தீர்வியைப் பிணைக்கிறது.
இந்தப் பட்டியலை ஒருமுறை, வரிசையாகச் செல்லுங்கள். எந்த முடிவையும் தீர்ப்பதற்கு முன் சுயவிவரம் எந்த வடிவமைப்பைச் செயல்படுத்துகிறது என்பதைத் தீர்மானியுங்கள். இரண்டு இயக்கங்களிலும் பெயர், கருவி, பின்னொட்டை நிலையாக வைத்திருங்கள். வெளிப்படையான வினவலைப் பயன்பாட்டுத் தேடலில் இருந்து பிரிக்கவும். பதில் மட்டுமல்ல, பயனுள்ள கொள்கையைப் படியுங்கள். ஒப்பீடு எழுதப்பட்ட பிறகு தேக்ககங்களைக் கடைசியாகக் காலி செய்யுங்கள். உண்மையான பயன்பாட்டுடன் சரிபார்த்து, பிறகு ஒருமுறை மறுதொடக்கம் செய்து துண்டித்த நிலை இன்னும் சுத்தமாக உள்ளதா என உறுதிசெய்யுங்கள்.