உங்கள் VPN மூன்று DNS சேவையகங்களை தள்ளுகிறது: எது பதிலளிக்கிறது?
கூடுதல் உள்ளீடுகள் காப்பு, ஒரு களத்திற்கான வழி அல்லது இயற்பியல் இணைப்பின் எஞ்சியதாக இருக்கலாம். பட்டியலை கசிவு என்று சொல்வதற்கு முன் ஒவ்வொன்றையும் ஒரு வரம்புடன் இணைக்கவும்.
இணைந்த பிறகு அமைப்புகள் பக்கத்தைத் திறக்கவும், மூன்று DNS முகவரிகள் பட்டியலிடப்படும்; தணிக்கையின் கேள்வி உங்கள் கடைசி வினவலை எது கையாண்டது என்பதாகும். எண்ணிக்கை மட்டும் எதற்கும் பதிலளிக்காது, ஏனெனில் வாடிக்கையாளர் தள்ளல், இயற்பியல் இடைமுகம் மற்றும் ஒரு களத்திற்கான கொள்கை அனைத்தும் ஒரே காட்சியில் எழுதுகின்றன. இந்த உள்ளீடுகள் வெவ்வேறு வரம்புகளைக் கொண்டுள்ளன, மேலும் யார் பதிலளிக்கிறார் என்பதை நிலை அல்ல, வரம்பே தீர்மானிக்கிறது. மூலங்களைப் பிரிப்பதில் தொடங்கி, பின்னர் உங்களுக்கு முக்கியமான பெயரைக் கொண்ட மூலத்தைச் சோதிக்கவும்.
பட்டியல் உங்கள் சுயவிவரத்தை விட நீளமாக இருப்பது ஏன்
VPN வாடிக்கையாளர் சுரங்கப்பாதை இணைப்பிற்கான தீர்வி முகவரிகளைத் தள்ளுகிறது, மேலும் இயக்க முறைமை அவற்றை இயற்பியல் இடைமுகம் ஏற்கனவே வைத்திருந்தவற்றின் அருகில் வைத்திருக்கிறது. திசைவி, நிறுவன DHCP குத்தகை, இரண்டாவது VPN மற்றும் ஒரு களத்திற்கான கொள்கை ஒவ்வொன்றும் தனது சொந்த பதிவைச் சேர்க்கின்றன. எனவே பக்கத்தில் உள்ள மூன்று முகவரிகள் ஒரு வேலைக்கு மூன்று வேட்பாளர்கள் அல்ல, மூன்று வரம்புகளைக் குறிக்கலாம். எண்ணிக்கையை கசிவின் சான்றாகப் படிப்பது இந்த தணிக்கையின் முதல் தவறு.
ஒரு இடைமுகத்திற்குள் வாடிக்கையாளர் தனது சேவையகங்களை வரிசையாகச் சோதிக்கிறது, எனவே வரிசைப்படுத்தப்பட்ட பட்டியல் அர்த்தமற்றது அல்ல. வரிசை அல்லாதது ஒருங்கிணைந்த காட்சி, அங்கு சுயவிவரம், இயற்பியல் இணைப்பு மற்றும் ஒரு களத்திற்கான விதிகளின் உள்ளீடுகள் ஒரே தரவரிசை இல்லாமல் பக்கத்திற்கு பக்கமாக அமர்ந்துள்ளன. அந்த வேறுபாடு நீங்கள் எதைச் சோதிப்பீர்கள் என்பதை தீர்மானிக்கிறது: வரிசை ஒரு வரம்பிற்குள் நடத்தையை விளக்குகிறது, வரம்பு மற்ற அனைத்தையும் விளக்குகிறது.
மறையாக்கப்பட்ட DNS ஒரு பயன்பாட்டின் உள்ளிருந்து படத்தை உடைக்கிறது. தனது சொந்த DNS-over-HTTPS தீர்வியைக் கொண்ட உலாவி அல்லது அரட்டை வாடிக்கையாளர் வினவல்களை இயக்க முறைமையின் பட்டியலை முழுமையாகத் தவிர்த்து அனுப்புகிறது, எனவே அமைப்புகள் பக்கத்தின் முகவரிகள் பயன்பாடு ஒருபோதும் உருவாக்காத போக்குவரத்தை விவரிக்கின்றன. பெயர் தவறாக வந்ததற்கு சுயவிவரத்தைக் குறை கூறுவதற்கு முன் பயன்பாட்டின் சொந்த தீர்வி அமைப்பைச் சரிபார்க்கவும்.
மூன்று சோதனைகளில் ஒவ்வொன்றும் என்ன சொல்கிறது
ஒவ்வொரு மூலமும் தனது அடையாளத்தை வேறொரு இடத்தில் விடுகிறது, எந்த ஒரு கட்டளையும் அனைத்தையும் காட்டவில்லை. அமைப்புகள் பக்கத்திற்கு அருகில் வைக்கத் தகுந்த மேப்பிங் இதுதான்:
| Entry source | Where it is visible | What it proves |
|---|---|---|
| Tunnel profile | Link-scoped DNS on the tunnel device | Which servers the VPN asked you to use, not which one answered |
| Per-domain policy | Suffix list or routing domains | Which names are steered to a particular resolver |
| Physical link | DNS on the LAN interface | Whether a second scope still exists outside the tunnel |
| Application resolver | App settings, absent from the OS list | Whether the system list was consulted at all |
systemd-resolved பயன்படுத்தும் அமைப்பில் resolvectl status அதிகாரம் வாய்ந்தது, ஏனெனில் இது வழிசெலுத்தல் களங்களுடன் ஒவ்வொரு இணைப்பிற்கும் DNS ஐ அறிக்கை செய்கிறது. macOS scutil --dns மூலம் பதிலளிக்கிறது, இது வரம்புள்ள தீர்விகளைச் சோதிக்கும் வரிசையில் பட்டியலிடுகிறது. Windows இரண்டு பாதிகளாகப் பிரிக்கிறது: இடைமுகத்திற்கான சேவையகங்களுக்கு Get-DnsClientServerAddress மற்றும் பின்னொட்டு விதிகளுக்கு Get-DnsClientNrptPolicy. உண்மையில் பயன்படுத்தப்படும் தீர்வியைச் சேர்ந்த கட்டளையை இயக்கவும், ஏனெனில் கொள்கலன் இயக்க சூழல் மற்றும் டெஸ்க்டாப் தீர்வி கொண்ட இயந்திரத்தில் ஒன்றுக்கு மேற்பட்டவை நிறுவப்பட்டிருக்கலாம்.
உங்கள் மண்டலத்திற்கு பதிலளிக்க முடியாத காப்பு தீர்வி
இரண்டாவது உள்ளீடு பொதுவாக கிடைக்கும் தன்மைக்காக இருக்கும், கிடைக்கும் தன்மை காப்புக்கு பெயர்கள் தெரிந்தால் மட்டுமே வேலை செய்கிறது. பொது தீர்வியிடம் உள் புரவலன் பெயரைக் கேளுங்கள், அது NXDOMAIN ஐ திருப்பித் தரும், அல்லது உங்களுடன் எந்த தொடர்பும் இல்லாத தேடல் களத்திலிருந்து வைல்ட்கார்டு பதிலைத் தரும். யாரும் சரிபார்க்காத காப்பு மாற்றம் அதே தேவைப்படும் தருணத்தில் தடையை உருவாக்குகிறது.
Split DNS அதைத் தடுக்கவே உள்ளது: நிறுவன பின்னொட்டுகள் மண்டலத்தை வைத்திருக்கும் தீர்விக்குச் செல்கின்றன, பொது பெயர்கள் இயல்புநிலை பாதையில் இருக்கின்றன. வடிவமைப்பு உறுதியானது, அது பின்னொட்டு பட்டியல் முழுமையாக இருப்பதைப் பொறுத்தது. Microsoft ஒவ்வொரு பின்னொட்டிற்கான தீர்வி கொள்கையை ஆவணப்படுத்துகிறது, அது Windows இல் இதை இயக்குகிறது, அதே கருத்து systemd-resolved இல் வழிசெலுத்தல் களங்களாகவும் macOS இல் வரம்புள்ள தீர்விகளாகவும் தோன்றுகிறது.
காப்பு பதிலளிக்கக்கூடிய மண்டலங்களை கொள்கையில் உள்ள பின்னொட்டுகளுடன் ஒப்பிடுங்கள். அந்த ஒப்பீடு பயனர் சுரங்கப்பாதை மாற்றத்திற்குப் பிறகு ஒரு உள் தளம் தீர்க்கப்படுவதை நிறுத்தியதாக அறிக்கை செய்வதற்கு முன்பே இடைவெளியைக் கண்டறிகிறது.
கொள்கையின் வழியாகக் கேளுங்கள், அதைச் சுற்றி அல்ல
இயக்க முறைமையின் தீர்வி வழியாகக் கேளுங்கள், ஏனெனில் சேவையகத்திற்கு நேரடி வினவல் கொள்கையைத் தவிர்த்து அந்த சேவையகம் சொல்லும் ஒன்றையே அறிக்கை செய்கிறது. இரண்டு பதில்களுக்கு இடையிலான இடைவெளியே முழு விஷயம்:
resolvectl query intranet.example.com
dig +short intranet.example.com @198.51.100.53அமைப்பு வினவல் தனிப்பட்ட முகவரியைத் திருப்பித் தந்து நேரடி வினவல் NXDOMAIN ஐத் திருப்பித் தந்தால், கொள்கை வேலை செய்கிறது, பலவீனமான இடம் காப்பு. இரண்டும் ஒரே பொது பதிலைத் திருப்பித் தந்தால், பெயர் நீங்கள் நினைத்த வரம்பிற்கு வெளியே தீர்க்கப்படுகிறது, பின்னொட்டு பட்டியலே பார்க்க வேண்டிய இடம். இரண்டு வெளியீடுகளையும் வைத்திருங்கள், ஏனெனில் அமைப்புகள் பக்கத்தின் திரைப்பிடிப்பை விட இரண்டு வரிகளில் தீர்வி விவாதம் விரைவாக முடிகிறது.
பின்னர் தோல்வி பாதையைப் பயிற்சி செய்யுங்கள், ஏனெனில் யாரும் சோதிக்காத காப்பு ஒரு ஊகம். ஒரு வினவலுக்கு விருப்பமான தீர்வியை கருங்குழியாக்கி எந்த முகவரி திரும்பி வருகிறது என்று பாருங்கள்:
ip route add blackhole 198.51.100.53/32
resolvectl query intranet.example.com
ip route del blackhole 198.51.100.53/32வினவல் முடிந்தவுடன் அந்த வழியை நீக்கவும், இல்லையெனில் அடுத்த நபர் ஒரு மர்மத்தைப் பெறுவார். அந்த நேரத்தில் உள் பெயர்கள் இன்னும் தீர்க்கப்பட்டால், நோக்கம் கொண்ட வரம்பிற்கு வெளியே ஏதோ அவற்றிற்கு பதிலளித்தது. அவை அதற்கு பதிலாக நேரம் முடிந்தால், காப்பு இல்லை அல்லது சரியாக வரம்பிடப்பட்டுள்ளது, தீர்வியின் சொந்த பதிவு இரண்டில் எது என்று சொல்லும்.
முடிவு செய்யுங்கள்: வைத்திருக்கவும், வரம்பிடவும் அல்லது நீக்கவும்
தேவையான பெயர் இடத்திற்கு பதிலளித்து சுயவிவரத்தின் கீழ் அணுகக்கூடியதாக இருந்தால் இரண்டாவது தீர்வியை வைத்திருங்கள். ஒரு பின்னொட்டை மட்டும் பார்க்க வேண்டும் என்றால் அதை வரம்பிடுங்கள், வரம்போ ஆவணப்படுத்தப்பட்ட நோக்கமோ இல்லை என்றால் நீக்கவும். வேலை இல்லாத உள்ளீடு பயனற்ற எதிர்கால கசிவு, விற்பனையாளர் இயல்புநிலை நோக்கம் அல்ல.
முடிவை நான்கு நெடுவரிசைகளாகப் பதிவு செய்யுங்கள்: பின்னொட்டு, தீர்வி, இடைமுகம் மற்றும் உரிமையாளர். அந்த வரி எந்த திரைப்பிடிப்பையும் விட விரைவாக அடுத்த தணிக்கை கேள்விக்கு பதிலளிக்கிறது, பட்டியலை அமைதியாக மறுவரிசைப்படுத்தும் வாடிக்கையாளர் புதுப்பிப்பையும் தாங்குகிறது.