Windows VPN இல் தவறான DNS சேவையகம்: மெட்ரிக், இணைப்பு வரிசை அல்லது பின்னொட்டு
Windows இன் மூன்று பொறிமுறைகள் DNS ரிசால்வரைத் தேர்ந்தெடுக்கின்றன, அவை வெவ்வேறு வழிகளில் தோல்வியடைகின்றன. பெயர் இடைவெளியின் பரப்பளவு, உலகளாவிய வரிசை, அல்லது சரிசெய்தல் மீளிணைப்பைத் தாண்டி நீடிக்குமா என்பதன் அடிப்படையில் முடிவு செய்யுங்கள்.
Windows வாடிக்கையாளரிடம் செயல்படும் சுரங்கப்பாதை இருக்கலாம், நிறுவன ரிசால்வரைக் கொண்டிருக்கலாம், இருப்பினும் உள் பெயர்கள் வீட்டு ரவுட்டருக்கு செல்லலாம். எந்த சேவையகம் பதிலளிக்கும் என்பதை மூன்று வெவ்வேறு பொறிமுறைகள் தீர்மானிக்கின்றன, அவை வெவ்வேறு வழிகளில் தோல்வியடைகின்றன. மூன்றையும் சரிசெய்ய வேண்டியதில்லை: எது நடிப்பில் உள்ளது என்பதை அறிகுறி சொல்லும். கீழே உள்ள முடிவு மரம் சில நிமிடங்கள் எடுக்கும், மெட்ரிக் மாற்றம், பதிவேட்டு மறுவரிசை மற்றும் NRPT விதி ஒன்றாக வந்து யாருக்கும் எது செய்தது என்று தெரியாத வழக்கமான முடிவைத் தடுக்கிறது.
மூன்று பொறிமுறைகள் தீர்மானிக்கின்றன, பொதுவாக ஒன்று தவறானது
இடைமுக மெட்ரிக் ஒரு குறிப்பிட்ட முகவரி குடும்பத்திற்கு அடாப்டர்களை வரிசைப்படுத்துகிறது. Tcpip\Linkage கீழ் உள்ள இணைப்பு வரிசை என்பது பழைய குறியீடு பாதைகள் இன்னும் பார்க்கும் இயந்திர அளவிலான இடைமுக அடையாளங்காட்டிகளின் பட்டியல். பெயர் தீர்வு கொள்கை அட்டவணை (NRPT) ஒரு பெயர் இடைவெளியை குறிப்பிட்ட சேவையகங்களுடன் இணைக்கிறது, பின்னொட்டு பட்டியல் சிறிய பெயர் ஏதேனும் விரிவாக்கப்படுமா என்பதைத் தீர்மானிக்கிறது. அவை சுயாதீனமானவை, அதனால்தான் VPN அடாப்டரில் சரியான ரிசால்வர் வேறெங்கோ உள்ள பழைய விருப்பத்திற்குத் தோற்கிறது.
| What you see | Mechanism to check | First command |
|---|---|---|
| Every name is slow, public names sometimes wrong | Global adapter order: metric, then Linkage | Get-NetIPInterface |
| Internal names resolve to a public address | The query left through the home resolver, not the tunnel | Resolve-DnsName intranet.corp.example -Type A, then the same query with -Server 10.20.0.10 |
| Only corp.example names fail, public names fine | Namespace binding: NRPT or suffix | Get-DnsClientNrptRule |
| Short name fails, fully qualified name works | Suffix list on the adapter, with the corporate suffix ahead of other entries, or pushed by the server | Get-DnsClientGlobalSetting |
| Works, then breaks after a reconnect | Runtime setting that was never persisted | Get-VpnConnection for the stored profile, then Get-NetIPInterface again after a reconnect |
இந்த பொறிமுறைகளில் எதுவும் சுரங்கப்பாதையின் மறுபக்கம் அல்ல. VPN தள்ளும் சேவையகம் பெயரைத் தீர்க்க முடியாவிட்டால், வாடிக்கையாளர் பக்கத்தின் ஒவ்வொரு அமைப்பும் அலங்காரம் மட்டுமே, எனவே முதல் முடிவு ரிசால்வரே நேரடியாகக் கேட்கப்படும்போது பதிலளிக்க முடியுமா என்பதே.
முடிவு ஒன்று: தள்ளப்பட்ட ரிசால்வர் பதிலளிக்க முடியுமா?
சேவையகத்தை வெளிப்படையாகக் கேட்டு சாதாரண தேடலுடன் ஒப்பிடுங்கள். பதில்களுக்கு இடையிலான இடைவெளி தேர்வுச் சிக்கலை அணுகல் சிக்கலில் இருந்து பிரிக்கிறது, இங்கே வேகமான கிளை இதுவே:
Resolve-DnsName intranet.corp.example -Server 10.20.0.10 -Type A
Resolve-DnsName intranet.corp.example -Type Aமுதல் வெற்றியடைந்து இரண்டாவது தோல்வியடைந்தால், ரிசால்வர் அணுகக்கூடியது மற்றும் Windows தவறாகத் தேர்ந்தெடுக்கிறது; கீழே உள்ள பெயர் இடைவெளி மற்றும் வரிசை முடிவுகளுக்குச் செல்லுங்கள். முதல் தோல்வியடைந்தாலும், வாடிக்கையாளரில் எதுவும் உதவாது: UDP மற்றும் TCP 53 சுரங்கப்பாதை வழியாக சேவையகத்தை அடைகிறதா, சேவையகத்தில் உள்ள ஹோஸ்ட் ஃபயர்வால் குளத்தை வீசுகிறதா, சேவையகத்தின் சொந்த முன்னனுப்பிகள் ஆரோக்கியமாக உள்ளனவா என்பதைச் சரிபார்க்கவும்.
இந்தக் கிளையில் நில்லுங்கள். அணுக முடியாத ரிசால்வருக்கு NRPT விதியைப் பயன்படுத்துவது அதே தோல்வியை அதிக திரும்பப் பெற வேண்டிய கட்டமைப்புடன் தருகிறது, உண்மையான குறையை அதிகாரம் பெற்றதாகத் தோன்றும் விதிக்குப் பின்னால் மறைக்கிறது.
முடிவு இரண்டு: ஒரு பெயர் இடைவெளியா அல்லது ஒவ்வொரு வினவலா?
பரப்பளவு கருவியைத் தீர்மானிக்கிறது. நிறுவனப் பெயர்கள் மட்டும் தோல்வியடையும்போது, இயந்திரத்தை மறுவரிசை செய்வதற்குப் பதிலாக பெயர் இடைவெளியை இணைக்கவும்: NRPT விதி அந்த பின்னொட்டை சுரங்கப்பாதை ரிசால்வருக்கு அனுப்பி மற்ற அனைத்தையும் அப்படியே விடுகிறது. ஒவ்வொரு தேடலும் பாதிக்கப்பட்டால், சிக்கல் உலகளாவிய அடாப்டர் விருப்பம், மெட்ரிக் தொடங்கும் இடம் ஏனெனில் அது சேவையக அமைப்பை மாற்றாது.
ஒவ்வொரு முகவரி குடும்பத்திற்கும், இரண்டு இடைமுகங்களிலும் மெட்ரிக்கை அமைத்து, பின்னர் வரிசையை உறுதிப்படுத்துங்கள்:
Get-NetIPInterface | Select-Object ifIndex, InterfaceAlias, AddressFamily, InterfaceMetric
Set-NetIPInterface -InterfaceIndex 11 -InterfaceMetric 1 -AddressFamily IPv4
Set-NetIPInterface -InterfaceIndex 11 -InterfaceMetric 1 -AddressFamily IPv6மேலே உள்ள வரியில் இருந்து சுரங்கப்பாதை அடாப்டரின் ifIndex உடன் 11 ஐ மாற்றவும்; 11 LAN அடாப்டர் என்றால், அதே கட்டளை தவறான பாதையைத் தாழ்த்துகிறது. அதற்குப் பதிலாக LAN அடாப்டரை உயர்த்தினால் மறுபக்கத்திலிருந்து அதே வரிசையை அடையலாம்: netsh int ip set interface interface="Ethernet" metric=15, இரண்டாவது குடும்பத்திற்கு netsh int ipv6 set interface interface="Ethernet" metric=15, ஏனெனில் int ip IPv4 ஐ மட்டுமே தொடுகிறது.
இணைப்பு வரிசை முதல் படி அல்ல, கடைசி வழி. HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Linkage சாதன அடையாளங்காட்டிகளின் Bind பட்டியலை வைத்திருக்கிறது, சுரங்கப்பாதை அடையாளங்காட்டியை முன்னுக்கு நகர்த்துவது எந்த அடாப்டர் முதலில் கேட்கப்படுகிறது என்பதை உண்மையில் மாற்றுகிறது, ஆனால் இது ஒவ்வொரு பெயர் இடைவெளிக்கும் பரப்பளவு இல்லாத இயந்திர அளவிலான பதிவேட்டு மதிப்பு. திருத்துவதற்கு முன் அதை ஏற்றுமதி செய்து, பின்னர் சுரங்கப்பாதையை மீண்டும் இணைக்கவும், வாடிக்கையாளர் எதிர்பார்க்கும் நிலையில் வரிசை பொருந்தும்.
ஒரு பெயர் இடைவெளிக்கு, குறுகிய கருவியைத் தேர்ந்தெடுக்கவும்:
Add-DnsClientNrptRule -Namespace ".corp.example" -NameServers 10.20.0.10
Get-DnsClientNrptRule | Select-Object Namespace, NameServersமுடிவு மூன்று: மீண்டும் இணைந்த பிறகு சரிசெய்தல் நீடிக்குமா?
அடுத்த டயல்-அப் மீளிணைப்பு வரை செயல்படும் மெட்ரிக் ஒருபோதும் சேமிக்கப்படவில்லை. L2TP/IPsec மற்றும் பிற இணைப்பு சுயவிவரங்கள் இணைப்பு தொடங்கும்போது மீண்டும் உருவாக்கப்படுகின்றன, எனவே சேமிக்கப்பட்ட மதிப்பு தொலைபேசி புத்தகப் பதிவில் IpInterfaceMetric ஆக வாழ்கிறது, செயலில் உள்ள இடைமுகத்தில் மட்டுமல்ல. சில சூழல்கள் அந்தப் புலத்தை இதே காரணத்திற்காக ஸ்கிரிப்ட் செய்கின்றன; மற்றவை நிர்வாகக் கொள்கையிலிருந்து விருப்பத்தைத் தள்ளி இறுதிப் புள்ளியை விட்டுவிடுகின்றன.
தற்காலிக சேமிப்பும் பதிவும் தனி அடுக்கு. சுரங்கப்பாதை ஏறிய பிறகு இவற்றை இயக்குவது பழைய பதிவுகளைச் சரிசெய்து வாடிக்கையாளரை மீண்டும் பதிவு செய்கிறது, ஆனால் எதுவும் அடாப்டரை மறுவரிசை செய்யவில்லை:
ipconfig /registerdns
ipconfig /flushdnsஅதே அடுக்கில் ஒரு நிறுத்த சுவிட்ச் உள்ளது. இயற்பியல் அடாப்டரில் மாறும் பதிவை முடக்குவது வாடிக்கையாளர் தனது VPN பக்க முகவரியை தவறான பெயரில் அறிவிப்பதைத் தடுக்கிறது, இது மேலே உள்ள புதுப்பிப்பிலிருந்து வேறுபட்ட பழுதுநீக்கம்.
IPv6 முடிவில் தனி வரிக்குத் தகுதியானது. இயற்பியல் அடாப்டரில் உலகளாவிய IPv6 முகவரி இருக்கும்போது சுரங்கப்பாதை IPv4 ஐ மட்டும் சுமந்தால், பெயர் தீர்வுக்கு சுரங்கப்பாதை இல்லாத பாதையை Windows விரும்பலாம். அந்தக் குடும்பத்தைத் தனியாகச் சரிபார்க்கவும், ஏனெனில் IPv4 க்கு அமைக்கப்பட்ட மெட்ரிக் அதைப் பற்றி எதுவும் சொல்லாது:
Get-NetIPInterface -AddressFamily IPv6 | Select-Object ifIndex, InterfaceAlias, InterfaceMetricLAN அடாப்டரில் IPv6 ஐ முடக்குவது அந்தப் பாதையையும் அதனுடன் நெறிமுறையையும் நீக்குகிறது; IPv6 இடைமுகத்தில் மெட்ரிக் மாற்றம், அல்லது நிறுவன பெயர் இடைவெளிக்கான NRPT விதி, குடும்பத்தை வைத்து விருப்பத்தைச் சரிசெய்கிறது. அந்த இணைப்பில் IPv6 இருக்கக்கூடாது என்று முடிவு செய்யாவிட்டால் குறுகியதைத் தேர்ந்தெடுக்கவும்.
பெயரிடப்பட்ட மூலத்துடன் சரிபார்க்கவும், ஒரு உரிமையாளரை வைத்திருங்கள்
பக்கம் ஏற்றப்படுகிறதா என்பது மட்டுமல்ல, எந்த மூலம் நடைமுறையில் உள்ளது என்பதைப் புகாரளிக்கும் கருவிகளுடன் சரிபார்க்கவும்:
ipconfig /all
Get-DnsClientServerAddress -AddressFamily IPv4
Resolve-DnsName fileserver.corp.example -Server 10.20.0.10 -Type Aபின்னர் வடிகட்டலைத் தேர்விலிருந்து பிரிக்கவும், ஏனெனில் பயன்பாட்டின் உள்ளிருந்து இரண்டும் ஒரே மாதிரியாகத் தெரிகின்றன. OpenVPN இன் block-outside-dns மற்ற அடாப்டர்களில் போர்ட் 53 ஐத் தடுக்கிறது; அது ரிசால்வரைத் தேர்ந்தெடுக்காது. இப்போது ஒவ்வொரு வினவலும் தோல்வியடைந்தால், ஒரு வடிகட்டி அணுகக்கூடிய ஒரே சேவையகத்தைத் தடுக்கலாம்; கட்டமைக்கப்பட்ட ரிசால்வர் புறக்கணிக்கப்பட்டால், வரிசை அல்லது பெயர் இடைவெளி விதி தவறானது. இரண்டையும் ஒரே நேரத்தில் மாற்றுவது தடுக்கப்பட்ட வினவலையும் புறக்கணிக்கப்பட்ட வினவலையும் வேறுபடுத்த முடியாததாக்குகிறது.
DNS கொள்கைக்கு ஒரு உரிமையாளரை வைத்திருங்கள்: VPN சுயவிவரம், நிர்வாகக் கொள்கை அல்லது NRPT விதி, அவற்றில் இரண்டு அல்ல. மூடுவதற்கு முன்:
- தள்ளப்பட்ட ரிசால்வர் வெளிப்படையாகப் பெயரிடப்பட்டால் பதிலளிக்கிறது, சாதாரண தேடல் அதைப் பயன்படுத்துகிறது.
- நீங்கள் மாற்றிய விதி அல்லது மெட்ரிக் வினவல்களை உண்மையில் சுமக்கும் முகவரி குடும்பத்தை உள்ளடக்குகிறது.
- அமைப்பு துண்டிப்பு மற்றும் மீளிணைப்பைத் தாண்டி நீடிக்கிறது, அல்லது அதைச் சேமித்த சுயவிவரத்திற்கு நகர்த்தியுள்ளீர்கள்.
- சரியாக ஒரு பொறிமுறை அதிகாரம் பெற்றது, மற்றவை இருந்தபடியே விடப்பட்டன.
வரிசையை முடிக்க வேண்டிய விஷயமாக அல்ல, சூழல் நிலையாகக் கருதுங்கள். மீளிணைப்புக்குப் பிறகும், பிணைய அடுக்கைத் தொடும் Windows புதுப்பிப்புக்குப் பிறகும் அதை மீண்டும் சரிபார்க்கவும், ஏனெனில் எதுவும் இயற்பியல் அடாப்டரை மீண்டும் முன்னுக்குக் கொண்டுவரலாம்.