AD സൈറ്റ് മാപ്പിംഗ് അല്ലെങ്കിൽ VPN ക്ലയന്റുകൾക്കായി ഡൊമെയ്ൻ കൺട്രോളർ പിൻ ചെയ്യൽ

VPN പൂളിലെ റിമോട്ട് ആക്സസ് ക്ലയന്റുകൾ ഒടുവിൽ ലോകത്തിന്റെ മറുവശത്തുള്ള ഡൊമെയ്ൻ കൺട്രോളറുമായി സംസാരിച്ചേക്കാം, അത് രണ്ട് വിധത്തിൽ പരിഹരിക്കാം: ശരിയായ കൺട്രോളറുകൾ ഉള്ള സൈറ്റുമായി ബന്ധിപ്പിച്ച Active Directory സബ്നെറ്റായി പൂൾ വിവരിക്കുക, അല്ലെങ്കിൽ ക്ലയന്റിനെയോ ആപ്ലിക്കേഷനെയോ ഒരു നിർദ്ദിഷ്ട കൺട്രോളറിൽ പിൻ ചെയ്യുക. ആദ്യത്തേത് DC Locator നടപ്പാക്കാനാകുന്ന ടോപ്പോളജി പ്രസ്താവനയാണ്. രണ്ടാമത്തേത് ടോപ്പോളജിയെ പൂർണ്ണമായി അവഗണിക്കുന്ന ഓരോ ആപ്ലിക്കേഷനും ഉള്ള ഓവർറൈഡാണ്. അവയ്ക്ക് വ്യത്യസ്ത ചെലവുകളാണ്, ഇന്ന് വേഗമേറിയത് പിടിക്കുന്നതാണ് ഡയറക്ടറി ടീം ഒടുവിൽ രണ്ടും പരിപാലിക്കാൻ ഇടയാക്കുന്നത്.

ഓരോ സമീപനവും യഥാർത്ഥത്തിൽ മാറ്റുന്നത്

സബ്നെറ്റ് ഒബ്ജക്റ്റ് ഒരു വിലാസ ശ്രേണി ഏത് സൈറ്റിന്റേതാണെന്ന് പറയുന്ന ഡയറക്ടറി റെക്കോർഡാണ്. Active Directory മൊഡ്യൂളും നിലവിലുള്ള സൈറ്റും ഉണ്ടെങ്കിൽ, പ്രവർത്തനം മുൻകൂട്ടി കാണാൻ കഴിയുന്നത്ര ചെറുതാണ്:

New-ADReplicationSubnet -Name "10.90.0.0/24" -Site "Remote-Access-Hub" -WhatIf
Get-ADReplicationSubnet -Filter * | Select-Object Name,Site

-WhatIf ഡയറക്ടറി എഴുത്ത് മുൻകൂട്ടി കാണിക്കുന്നു. അത് ഒബ്ജക്റ്റ് സൃഷ്ടിക്കുന്നില്ല, ആ ശ്രേണിയിലെ ക്ലയന്റിന് എന്തെങ്കിലും എത്താൻ കഴിയുമോ എന്ന് പരിശോധിക്കുന്നുമില്ല, ആളുകൾ പ്രതീക്ഷിക്കുന്നത് അതാണ്. DC Locator സേവന റെക്കോർഡുകൾ പരിഹരിക്കുമ്പോൾ സൈറ്റ് മോഡൽ വായിക്കുന്നു, അതിനാൽ കൃത്യമായ സബ്നെറ്റ് ഒബ്ജക്റ്റ് ക്ലയന്റിന് നൽകുന്നത് മാറ്റുന്നു.

പിൻ ചെയ്യൽ മറ്റൊരു പാളിയിൽ പ്രവർത്തിക്കുന്നു. ആപ്ലിക്കേഷൻ കോൺഫിഗിലെ സ്ഥിര കൺട്രോളർ പേര്, ഹോസ്റ്റ് അടങ്ങിയ LDAP സ്ട്രിംഗ്, അല്ലെങ്കിൽ ഇഷ്ടപ്പെട്ട സെർവർ നാമനിർദ്ദേശം ചെയ്യുന്ന രജിസ്ട്രി മൂല്യം — എല്ലാം കണ്ടെത്തൽ പാതയിൽ നിന്ന് നീക്കുന്നു. ആരെങ്കിലും ക്രമീകരണം മാറ്റുന്നതുവരെ ആപ്ലിക്കേഷൻ ആ കൺട്രോളറുമായി സംസാരിക്കുന്നു, പരാജയ സമയത്തെ മാറ്റം ആ ആപ്ലിക്കേഷൻ നടപ്പാക്കുന്നതാണ്.

സബ്നെറ്റ് മാപ്പിംഗ് വിജയിക്കുന്നിടത്ത്

പൂൾ മാപ്പ് ചെയ്യുന്നത് DC Locator ഉപയോഗിക്കുന്ന ഓരോ ക്ലയന്റിനും നെറ്റ്‌വർക്ക് സ്ഥാനം ഒരിക്കൽ വിവരിക്കുന്നു. പൂൾ ഒരു /24 ൽ നിന്ന് മൂന്നായി വളരുമ്പോൾ, മാതൃക ആപ്ലിക്കേഷൻ ലിസ്റ്റിലല്ല, രണ്ടോ മൂന്നോ ഒബ്ജക്റ്റുകളിൽ മാറുന്നു. അതാണ് മുഴുവൻ നേട്ടം, ക്ലയന്റ് ജനസംഖ്യ നിങ്ങളുടെ നിയന്ത്രണത്തിലല്ലാത്തപ്പോൾ അത് വലുതാണ്.

കെണി എന്തെന്നാൽ ഒബ്ജക്റ്റ് കൺട്രോളർ യഥാർത്ഥത്തിൽ കാണുന്ന വിലാസവുമായി പൊരുത്തപ്പെടണം. VPN ഗേറ്റ്‌വേ ഓരോ ക്ലയന്റിനെയും ഹബ് വിലാസത്തിലേക്ക് വിവർത്തനം ചെയ്യുന്നുവെങ്കിൽ, വിവർത്തനം ചെയ്യാത്ത പൂൾ ചേർക്കുന്നത് ഒരു കൺട്രോളറും ഒരിക്കലും നിരീക്ഷിക്കാത്ത നെറ്റ്‌വർക്ക് സ്ഥാനം വിവരിക്കുന്നു. ഡിസൈൻ ക്ലയന്റിന്റെ ഉറവിട വിലാസം നിലനിർത്തുന്നുണ്ടോ എന്ന് നേരത്തെ തീരുമാനിക്കുക, ഇല്ലെങ്കിൽ VPN സെർവറിൽ കോൺഫിഗർ ചെയ്ത പൂളിന് പകരം വിവർത്തനം ചെയ്ത ശ്രേണി മാപ്പ് ചെയ്യുക.

രണ്ടാം പരിധി: സൈറ്റ് മോഡൽ ഒരു മുൻഗണനയും ടോപ്പോളജി പ്രസ്താവനയുമാണ്. അത് കൺട്രോളറിനെ എത്താവുന്നതാക്കുന്നില്ല, ഉപയോക്താവിന് ഒന്നും നൽകുന്നുമില്ല. എത്തിച്ചേരൽ റൂട്ടുകളും ഫയർവാൾ നയവും നൽകുന്നു; അനുമതി അക്കൗണ്ട് നയം നൽകുന്നു.

പിൻ ചെയ്യൽ വിജയിക്കുന്നിടത്ത്

കണ്ടെത്തൽ പ്രവർത്തിക്കാൻ കഴിയാത്തപ്പോൾ പിൻ ചെയ്യലാണ് ശരിയായ ഉത്തരം: മാറ്റാൻ കഴിയാത്ത പേരിലൂടെ കൺട്രോളർ പരിഹരിക്കുന്ന പഴയ ആപ്ലിക്കേഷൻ, കൃത്യമായി ഒരു കൺട്രോളർ വിലാസം മാത്രം അനുവദിക്കുന്ന ഫിൽട്ടർ, അല്ലെങ്കിൽ കൺട്രോളർ ആപ്ലിക്കേഷൻ ഡിസൈനിന്റെ ഭാഗമായ സ്ഥിര സെർവർ കൂട്ടം. അത്തരം സന്ദർഭങ്ങളിൽ പിൻ ചെയ്യൽ ഒരു യഥാർത്ഥ നിയന്ത്രണത്തിന്റെ രേഖയാണ്, ഒരു ഷോർട്ട്കട്ടല്ല.

അതിന്റെ ചെലവ് മാപ്പിംഗിന് വിപരീതമാണ്. പിൻ ചെയ്ത പേര് പൂളിനെ പിന്തുടരുന്നില്ല, ആപ്ലിക്കേഷന് എങ്ങനെയെന്ന് അറിയില്ലെങ്കിൽ പരാജയത്തിൽ മാറുന്നില്ല, കൂടാതെ ഇൻവെന്ററി പരിശോധനയില്ലാതെ കൺട്രോളറിന്റെ പേരുമാറ്റമോ സേവനത്തിൽ നിന്ന് പിൻവലിക്കലോ അതിജീവിക്കുന്നില്ല. അത് ടോപ്പോളജി പ്രശ്നങ്ങളും മറയ്ക്കുന്നു, കാരണം പിൻ ചെയ്യുന്ന ഓരോ ക്ലയന്റും ആരോഗ്യമുള്ളതായി കാണപ്പെടുന്നു, സൈറ്റ് മോഡൽ നിശബ്ദമായി ചീഞ്ഞുകൊണ്ടിരിക്കെ.

ഡൊമെയ്നിന്റെ സാധാരണ വിലാസ റെക്കോർഡുകൾ ഒരു ഇഷ്ട സെർവർ കൊണ്ട് മാറ്റിസ്ഥാപിക്കുന്നത് മൂന്നാമത്തെ ഓപ്ഷനല്ല. അത് സാധാരണ കണ്ടെത്തൽ സെറ്റ് പ്രതീക്ഷിക്കുന്ന എല്ലാ ഉപഭോക്താവിനെയും തകർക്കുന്നു, ഡയറക്ടറി അറിയുന്ന ക്ലയന്റ് എങ്ങനെ സൈറ്റ് തിരഞ്ഞെടുക്കുന്നു എന്നത് ഇപ്പോഴും നിയന്ത്രിക്കുന്നില്ല.

മൂന്ന് വ്യവസ്ഥകളിൽ തിരഞ്ഞെടുക്കുക

ഈ ക്രമത്തിൽ ചോദിക്കുക, തീരുമാനം സാധാരണയായി സ്വയം ഉണ്ടാകും. ആദ്യം, ആപ്ലിക്കേഷൻ DC Locator ഉപയോഗിക്കുന്നുണ്ടോ, അതോ ഇതിനകം കൺട്രോളർ വിലാസം വഹിക്കുന്നുണ്ടോ? രണ്ടാമത്, കൺട്രോളർ പൂൾ വിലാസമാണോ വിവർത്തനം ചെയ്തതാണോ കാണുന്നത്? മൂന്നാമത്, പിൻ എത്ര സ്ഥലങ്ങളിൽ അപ്ഡേറ്റ് ചെയ്യേണ്ടിവരുമെന്നതിനെ അപേക്ഷിച്ച് പൂൾ എത്ര തവണ മാറുന്നു?

ഡയറക്ടറി അറിയുന്ന ആപ്ലിക്കേഷനുകൾ കൂടാതെ ഉറവിടം സംരക്ഷിക്കുന്ന റൂട്ടിംഗ് കൂടാതെ മാറുന്ന പൂൾ: സബ്നെറ്റ് മാപ്പ് ചെയ്യുക. കണ്ടെത്താൻ കഴിയാത്ത ആപ്ലിക്കേഷൻ, അല്ലെങ്കിൽ ഒരു വിലാസം സ്വീകരിക്കുന്ന ഫിൽട്ടർ: അത് പിൻ ചെയ്യുക, എന്തുകൊണ്ടെന്ന് എഴുതുക. ബാക്കിയെല്ലാം മറ്റൊരു ഓവർറൈഡ് ചേർക്കാനല്ല, ടോപ്പോളജി ശരിയാക്കാനുള്ള കാര്യമാണ്.

VPN ക്ലയന്റിൽ നിന്ന് പരിശോധിക്കുക, കരാറുകൾ വേർതിരിച്ച് സൂക്ഷിക്കുക

സൈറ്റിൽ ഇതിനകം ഉള്ള LAN വർക്ക്സ്റ്റേഷനിൽ നിന്നല്ല, യഥാർത്ഥ റിമോട്ട് പാതയിൽ നിന്ന് പരീക്ഷിക്കുക. ക്ലയന്റിന്റെ സ്വന്തം കാഴ്ചപ്പാട് മാത്രമാണ് പ്രധാനം:

nltest /dsgetsite
nltest /dsgetdc:corp.example.com /force
echo %LOGONSERVER%

റിപ്പോർട്ട് ചെയ്ത സൈറ്റ് നിങ്ങൾ മാപ്പ് ചെയ്തതാണെങ്കിൽ ഒബ്ജക്റ്റ് പൊരുത്തപ്പെടുന്നു. ക്ലയന്റ് സൈറ്റ് റിപ്പോർട്ട് ചെയ്യുന്നില്ലെങ്കിൽ, അത് അവതരിപ്പിക്കുന്ന വിലാസം ഒരു സബ്നെറ്റ് ഒബ്ജക്റ്റിലും വരുന്നില്ല, സാധാരണയായി ഇത് വിവർത്തനമോ കാലഹരണപ്പെട്ട പ്രിഫിക്സോ അർത്ഥമാക്കുന്നു. തുടർന്ന് മാപ്പിംഗ് പരാജയപ്പെട്ടുവെന്ന് അനുമാനിക്കുന്നതിന് മുമ്പ് തിരഞ്ഞെടുത്ത കൺട്രോളർ ഉദ്ദേശിച്ചതാണോ എന്ന് പരിശോധിക്കുക, കാരണം ക്ലയന്റുകൾ കണ്ടെത്തൽ ഫലങ്ങൾ കാഷെ ചെയ്യുന്നു, പരാജയത്തിലെ മാറ്റം നിയമാനുസൃതമായി മറ്റൊരു കൺട്രോളർ തിരഞ്ഞെടുത്തേക്കാം.

മൂന്ന് കരാറുകളും ഒരു രേഖയിൽ സൂക്ഷിക്കുക: പൂളും അതിന്റെ സബ്നെറ്റ് ഒബ്ജക്റ്റുകളും, VPN പാതയിൽ നിന്ന് എത്താവുന്ന കൺട്രോളറുകളും, സൈൻ ഇൻ ചെയ്ത ഉപയോക്താവിന് എന്ത് ചെയ്യാമെന്ന് തീരുമാനിക്കുന്ന നയവും. സൈറ്റ് ഒരു ഫയർവാൾ നിയമമല്ല, ഒരു നിയന്ത്രണ അതിർത്തിയുമല്ല, മാപ്പിംഗും റൂട്ടുകളും രേഖപ്പെടുത്തിയ ബദലുകളും ഒരുമിച്ച് നീങ്ങിയില്ലെങ്കിൽ അടുത്ത പൂൾ മാറ്റം റിമോട്ട് ഉപയോക്താക്കളെ ഡയറക്ടറിയുടെ നെറ്റ്‌വർക്ക് മോഡലിൽ നിന്ന് നിശബ്ദമായി വേർപെടുത്തും.