ഒരു അഡാപ്റ്ററിലെ രണ്ട് 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 പ്രൊഫൈലിന് നെയിംസ്പേസ് നിയമങ്ങൾ വഹിക്കാം, കണക്ഷന് ശേഷവും അവ നിലനിൽക്കുമോ എന്ന് തിരഞ്ഞെടുക്കാം; റിസോൾവർ എത്തിച്ചേരാനാകാത്തപ്പോഴും നിലനിൽക്കുന്ന നിയമം ക്ലയന്റുകളെ മൃത സർവറിന് മുൻഗണന നൽകാൻ വിടുന്നു, കണക്ഷനിൽ പരിമിതപ്പെടുത്തിയ നിയമം ടണൽ പോകുമ്പോൾ അപ്രത്യക്ഷമാകുന്നു. ഈ പെരുമാറ്റങ്ങളിൽ ഏതാണ് സേവനത്തിന് വേണ്ടതെന്ന് തീരുമാനിക്കുക, നിയമം ആരുടേതാണെന്ന് അടയാളപ്പെടുത്തുക, അധികാര വിഭജനം ആരുടെയോ ലബോറട്ടറി ഓർമ്മയിലല്ല, പ്രൊഫൈലിന് അടുത്ത് രേഖപ്പെടുത്തി വയ്ക്കുക.