ஒரு அடாப்டரில் உள்ள இரண்டு DNS சேவையகங்கள் பெயர்வெளிகளைப் பிரிக்காது

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

புராணம்: இரண்டு முகவரிகள் இரண்டு டொமைன்களைப் பிரிக்கின்றன

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

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

தேர்ந்தெடுக்க Windows உண்மையில் பயன்படுத்துவது என்ன

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

Get-DnsClientNrptRule
Get-DnsClientNrptPolicy -Effective

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

ஒவ்வொரு பெயர்வெளிக்கும் ஒரு விதி, பொருளை வைத்திருங்கள்

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

$svcRule = Add-DnsClientNrptRule -Namespace ".svc.internal.example" -NameServers "10.60.0.53" -DisplayName "VPN lab services" -PassThru
$resRule = Add-DnsClientNrptRule -Namespace ".research.internal.example" -NameServers "10.61.0.53" -DisplayName "VPN lab research" -PassThru
$svcRule | Select-Object Name, Namespace, NameServers
$resRule | Select-Object Name, Namespace, NameServers

தொடக்கப் புள்ளி பின்னொட்டுப் பொருத்தத்தைக் குறிக்கிறது, எனவே விதி app.svc.internal.example மற்றும் அதற்குக் கீழே உள்ள அனைத்தையும் உள்ளடக்குகிறது. இங்குள்ள இரண்டு முகவரிகளும் இந்த ஆய்வகத்தின் சொந்த வழியமைப்புத் திட்டத்திற்கானவை; ஒரு விதி மண்டலத்தை உருவாக்காது, பாதையை நிறுவாது, இறுதியில் இணைக்கும் பயன்பாட்டிற்கு அதிகாரம் அளிக்காது, மேலும் Add-DnsClientNrptRule குறிப்பு எந்த அளவுரு என்ன செய்கிறது என்பதைத் துல்லியமாக ஆவணப்படுத்துகிறது.

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

கிளையண்ட் சேவையகத்தைத் தேர்ந்தெடுத்ததை நிரூபியுங்கள்

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

Resolve-DnsName app.svc.internal.example
Resolve-DnsName build.research.internal.example
Resolve-DnsName app.svc.internal.example -DnsOnly -NoHostsFile

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

நீங்கள் உருவாக்கியதைத் துல்லியமாக அகற்றுங்கள்

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

Remove-DnsClientNrptRule -Name $svcRule.Name -Force
Remove-DnsClientNrptRule -Name $resRule.Name -Force
Get-DnsClientNrptPolicy -Effective

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