നിർവ്വഹിത ഡയറക്ടറി ഉപയോഗിക്കേണ്ട Windows Server VM-ന്റെ മുന്നിൽ മൂന്ന് തീരുമാനങ്ങളുണ്ട്, ചേർക്കൽ കമാൻഡ് അവയിൽ ഏറ്റവും ചെറുതാണ്. തെറ്റായ ഡയറക്ടറി മോഡൽ തിരഞ്ഞെടുക്കുക, ചേർക്കൽ വിജയിക്കും, എന്നാൽ അപ്ലിക്കേഷന് ഇപ്പോഴും പ്രാമാണീകരിക്കാൻ കഴിയില്ല. നാമ നിർണ്ണയത്തിൽ പിഴവ് വരുത്തിയാൽ ക്രെഡൻഷ്യൽ പ്രശ്നം പോലെ തോന്നിക്കുന്ന സ്ഥലത്ത് പരാജയം പ്രത്യക്ഷപ്പെടും.

സെർവറിൽ തൊടുന്നതിന് മുമ്പ് മോഡൽ, പരിഹാരം, അക്കൗണ്ട് എന്നിവ തീരുമാനിക്കുക, പിന്നീട് കമാൻഡ് ഒരിക്കൽ പ്രവർത്തിക്കും.

മൂന്ന് ചേർക്കലുകളിൽ യഥാർത്ഥത്തിൽ ഏതാണ് നിങ്ങൾക്ക് വേണ്ടത്

ഉപകരണ ചേർക്കൽ ഒരു മെഷീനെ സോപാധിക ആക്സസിനും ഏക സൈൻ-ഇന്നിനും വേണ്ടി Microsoft Entra ID-യിൽ രജിസ്റ്റർ ചെയ്യുന്നു, കൂടാതെ വർക്ക്ലോഡിന് പ്രാദേശിക ശൈലിയിലുള്ള ഡൊമെയ്നിലേക്ക് Kerberos ടിക്കറ്റ് നൽകുന്നില്ല. പരമ്പരാഗത ഡൊമെയ്ൻ ചേർക്കൽ ഒരു കമ്പ്യൂട്ടർ ഒബ്ജക്റ്റിനെ ഡയറക്ടറിയിൽ ബന്ധിപ്പിച്ച് അതിന് മെഷീൻ അക്കൗണ്ട്, ഗ്രൂപ്പ് പോളിസി, ഡൊമെയ്ൻ പ്രാമാണീകരണം നൽകുന്നു. നിർവ്വഹിത ഡൊമെയ്ൻ ആ രണ്ടാമത്തെ മോഡൽ സേവനമായി നൽകുന്നു. പേരുകൾ സമാനമായി കേൾക്കുന്നു, ഫലങ്ങൾ അല്ല.

സാധാരണ അർത്ഥത്തിൽ ഡൊമെയ്ൻ കൺട്രോളർ ഉൾപ്പെടുന്നത് അവസാന രണ്ടിൽ മാത്രം, കൂടാതെ നിർവ്വഹിത ഓപ്ഷൻ മാത്രമാണ് സെർവറുകളെ നിങ്ങളുടെ പാച്ച് പട്ടികയിൽ നിന്ന് നീക്കുന്നത്.

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

ModelWhat the server getsWhere it appears
Entra device joinDevice identity and conditional access signalsMicrosoft Entra ID
Managed domain joinMachine account, Kerberos, group policyThe managed directory
Self-hosted AD DSThe same, plus every controller you operateYour own forest

ചേർക്കൽ പൂർത്തിയാകുമോ എന്ന് DNS പാത തീരുമാനിക്കുന്നു

ഡൊമെയ്ൻ ചേർക്കൽ ഡൊമെയ്നിന്റെ കൺട്രോളർ റെക്കോർഡുകൾക്കായുള്ള ലൊക്കേറ്റർ തിരയലോടെ തുടങ്ങുന്നു, അതിനാൽ ഏതെങ്കിലും ക്രെഡൻഷ്യൽ പരിശോധിക്കുന്നതിന് മുമ്പ് നാമ നിർണ്ണയം പ്രവർത്തിക്കണം. VM-നെ നിർവ്വഹിത ഡൊമെയ്നിന്റെ ഡയറക്ടറി വിലാസങ്ങളിലേക്ക് നയിക്കുക, ഒന്നുകിൽ വെർച്വൽ നെറ്റ്വർക്കിന്റെ DNS ക്രമീകരണങ്ങളിലൂടെ അല്ലെങ്കിൽ ആ നാമസ്ഥലം മാത്രം അങ്ങോട്ട് അയയ്ക്കുന്ന സോപാധിക ഫോർവാർഡർ വഴി. നാമസ്ഥലത്തിൽ പരിമിതപ്പെടുത്തിയ ഫോർവാർഡർ സാധാരണയായി സുരക്ഷിതമായ തിരഞ്ഞെടുപ്പാണ്, കാരണം അത് VM-ന്റെ ബാക്കി പരിഹാരം അതേപടി വിടുന്നു.

വെറും ഹോസ്റ്റ്നാമമല്ല, ലൊക്കേറ്റർ പരിശോധിക്കുക. ഡൊമെയ്ൻ നാമത്തിലേക്കുള്ള പിംഗ് ഏതാണ്ട് ഒന്നും തെളിയിക്കുന്നില്ല, എന്നാൽ കൺട്രോളർ റെക്കോർഡുകൾക്കായുള്ള SRV അന്വേഷണം പ്രതീക്ഷിച്ച ലക്ഷ്യങ്ങൾ തിരികെ നൽകുകയോ ഉടൻ പരാജയപ്പെടുകയോ ചെയ്യുന്നു:

Resolve-DnsName -Name "_ldap._tcp.dc._msdcs.ds.corp.example" -Type SRV -Server 10.20.0.4
Test-NetConnection -ComputerName 10.20.0.4 -Port 53

ഡൊമെയ്ൻ നാമവും രണ്ട് വിലാസങ്ങളും നിങ്ങളുടെ നിർവ്വഹിത ഡൊമെയ്ൻ കോൺഫിഗറേഷനിലെ മൂല്യങ്ങളാൽ മാറ്റുക; ഇവിടെയുള്ള സംഖ്യകൾ ഉദാഹരണങ്ങളാണ്. അന്വേഷണം മറ്റൊരു മേഖലയുടെ ഉത്തരങ്ങൾ നൽകുന്നെങ്കിൽ, VM നിർവ്വഹിത നാമസ്ഥലം ഫോർവാർഡ് ചെയ്യാത്ത റിസോൾവർ ഉപയോഗിക്കുന്നു, ചേർക്കൽ എത്ര തവണ ആവർത്തിച്ചാലും അത് മാറില്ല.

നിർവ്വഹിത ഡൊമെയ്ൻ തന്റെ സേവന വിഭവങ്ങൾക്കായി സംവരണം ചെയ്യുന്ന സബ്നെറ്റിന് പുറത്ത് വർക്ക്ലോഡ് നിർത്തുക, ഡയറക്ടറി പോർട്ടുകൾ സ്വകാര്യ പാതയിൽ നിർത്തുക. ആ പോർട്ടുകളുടെ പൊതു വെളിപ്പെടുത്തൽ ഒരു ഷോർട്ട്കട്ടല്ല; അത് വ്യത്യസ്ത റിസ്ക് പ്രൊഫൈലുള്ള വ്യത്യസ്ത രൂപകൽപ്പനയാണ്.

അക്കൗണ്ടിന്റെ യോഗ്യത മെഷീന് മുമ്പ് പരിശോധിക്കുന്നു

ചേർക്കൽ നടത്തുന്ന അക്കൗണ്ടിന് ലക്ഷ്യ കണ്ടെയ്നറിൽ കമ്പ്യൂട്ടർ ഒബ്ജക്റ്റ് സൃഷ്ടിക്കാൻ അനുമതി വേണം, കൂടാതെ അതിന് നിർവ്വഹിത ഡൊമെയ്നിൽ പ്രാമാണീകരിക്കാൻ കഴിയണം. നിർവ്വഹിത ഡൊമെയ്ൻ നിലവിൽ വരുന്നതിന് മുമ്പ് സൃഷ്ടിച്ച ക്ലൗഡ്-മാത്ര അക്കൗണ്ടിൽ ഡൊമെയ്നിന് ആവശ്യമായ പാസ്വേഡിൽ നിന്ന് ഉരുത്തിരിഞ്ഞ വസ്തു ഇല്ലായിരിക്കാം, പാസ്വേഡ് മാറ്റുകയോ പുനഃസജ്ജീകരിക്കുകയോ ചെയ്യുമ്പോൾ അത് വീണ്ടും സൃഷ്ടിക്കപ്പെടുന്നു. ആ വിശദാംശം പാസ്വേഡ് ശരിയായിരിക്കുമ്പോഴും തെറ്റായ പാസ്വേഡുകൾ പോലെ തോന്നിക്കുന്ന ചേർക്കൽ പരാജയങ്ങളുടെ ഒരു വിഭാഗം വിശദീകരിക്കുന്നു. അറ്റകുറ്റപ്പണി വിൻഡോ തുറക്കുന്നതിന് മുമ്പ് ഡൊമെയ്നിൽ ക്രെഡൻഷ്യൽ പരിശോധിക്കുക.

സമന്വയിപ്പിച്ച ഹൈബ്രിഡ് അക്കൗണ്ടുകൾക്ക് ദൃശ്യമായ ഉപയോക്തൃ ഒബ്ജക്റ്റ് ഒറ്റയ്ക്ക് നിറവേറ്റാത്ത സ്വന്തം മുൻവ്യവസ്ഥകളുണ്ട്. ഡയറക്ടറിയിൽ ലിസ്റ്റ് ചെയ്യപ്പെടുന്നത് അതിൽ നിന്ന് ടിക്കറ്റ് നേടാൻ കഴിയുന്നതിന് തുല്യമല്ല, അതിനാൽ അറ്റകുറ്റപ്പണി വിൻഡോക്കിടയിൽ അല്ല, അതിന് മുമ്പ് അക്കൗണ്ട് പരിശോധിക്കുക.

ചേർക്കൽ അവകാശം ഇടുങ്ങിയതായി നൽകുക. ഒരു രജിസ്ട്രേഷൻ നടക്കാൻ ഭാവിയിലെ എല്ലാ സെർവർ ഉപയോക്താക്കൾക്കും ഡൊമെയ്ൻ അഡ്മിനിസ്ട്രേറ്റർ അംഗത്വം നൽകുന്നത് താൽക്കാലിക പ്രശ്നത്തിനുള്ള സ്ഥിരാനുമതിയാണ്.

ചേർക്കൽ തന്നെ ഒരു കമാൻഡ് മാത്രം

മോഡൽ തിരഞ്ഞെടുത്ത്, DNS ഉത്തരം നൽകി, അക്കൗണ്ട് യോഗ്യമായാൽ, പ്രവർത്തനം സാധാരണ Windows പ്രവർത്തനമാണ്. പ്രോംപ്റ്റ് പാസ്വേഡ് സ്ക്രിപ്റ്റുകളിൽ നിന്നും ഷെൽ ചരിത്രത്തിൽ നിന്നും പുറത്ത് നിർത്തുന്നു:

Add-Computer -DomainName "ds.corp.example" -Credential (Get-Credential) -PassThru

ഈ രൂപത്തിൽ കമാൻഡ് മെഷീനെ സ്വയം പുനരാരംഭിക്കുന്നില്ല, അതിനാൽ പുനരാരംഭം അറ്റകുറ്റപ്പണി പ്ലാനിന് കീഴിൽ, വീണ്ടെടുക്കൽ പാത ഇപ്പോഴും ലഭ്യമായിരിക്കെ നടക്കുന്നു. മറ്റൊരു ഡൊമെയ്നിലേക്ക് ഇതിനകം ചേർന്ന സെർവറിന് മാറ്റ പ്ലാൻ ആവശ്യമാണ്, ആദ്യത്തിന് മുകളിൽ രണ്ടാമത്തെ ചേർക്കലല്ല.

കമ്പ്യൂട്ടർ ഒബ്ജക്റ്റ് ഇറങ്ങിയ കണ്ടെയ്നറും അത് സൃഷ്ടിച്ച അക്കൗണ്ടും രേഖപ്പെടുത്തുക. പുനർനിർമ്മാണത്തിന് ശേഷം മെഷീൻ വീണ്ടും ചേർക്കേണ്ടിവരുമ്പോൾ രണ്ടും പ്രധാനമാണ്, പിന്നീട് സെർവറിൽ നിന്ന് ഒന്നും വ്യക്തമല്ല.

അംഗത്വം നൽകാത്തത്

ഡൊമെയ്ൻ അംഗത്വം ആരെയും പ്രാദേശിക അഡ്മിനിസ്ട്രേറ്ററാക്കുന്നില്ല, കൂടാതെ റിമോട്ട് ഡെസ്ക്ടോപ്പിലേക്കോ ഫയൽ പങ്കിടലിലേക്കോ പ്രവേശനം നൽകുന്നില്ല. ആ അവകാശങ്ങൾ വെവ്വേറെ ക്രമീകരിക്കുന്നു, നിർവ്വഹിത ഡൊമെയ്നിൽ അവ അതിന്റെ പിന്തുണയുള്ള ഭരണ പരിധിക്കുള്ളിൽ തുടരുന്നു.

നെറ്റ്വർക്ക് പാത സെറ്റപ്പ് ഘട്ടമല്ല, തുടരുന്ന ആശ്രിതത്വമാണ്. സ്വകാര്യ കണക്ഷൻ അപ്രത്യക്ഷമായാൽ, സെർവർ കാഷെ ചെയ്ത ക്രെഡൻഷ്യലുകളുമായി പ്രവർത്തിക്കുന്നത് തുടരും, എന്തെങ്കിലും ഡയറക്ടറി ആവശ്യപ്പെടുന്നത് വരെ, അപ്പോൾ പരാജയം മാറിയ കോൺഫിഗറേഷന് അരികിലല്ല, അപ്ലിക്കേഷൻ ലോഗിൽ വരുന്നു.

Microsoft-ന്റെ Windows Server ചേർക്കൽ മാർഗ്ഗനിർദ്ദേശം നിർവ്വഹിത ഡൊമെയ്ൻ വർക്ക്ഫ്ലോയ്ക്കുള്ള പിന്തുണയുള്ള മുൻവ്യവസ്ഥകൾ പട്ടികപ്പെടുത്തുന്നു. മുകളിലെ മൂന്ന് തീരുമാനങ്ങൾക്കെതിരെ അത് വായിക്കുക, ഏതെങ്കിലും പൊരുത്തക്കേടിനെ ഒഴിവാക്കേണ്ട വിശദാംശമല്ല, നിർത്താനുള്ള കാരണമായി കാണുക.

അനുബന്ധ ലേഖനങ്ങൾ