Azure VM ಅನ್ನು Entra Domain Services ಗೆ ಸೇರಿಸುವುದು: ಮೊದಲು ನಿರ್ಧರಿಸಿ
ಸೇರಿಸುವ ಮೊದಲು ಮೂರು ನಿರ್ಧಾರಗಳಿವೆ: ಕೆಲಸದ ಹೊರೆಗೆ ಬೇಕಾದ ಡೈರೆಕ್ಟರಿ ಮಾದರಿ, ಡೊಮೇನ್ ಪರಿಹರಿಸುವ ಖಾಸಗಿ DNS, ಮತ್ತು ದೃಢೀಕರಿಸಲು ಸಾಧ್ಯವಾದ ಖಾತೆ.
ನಿರ್ವಹಿತ ಡೈರೆಕ್ಟರಿ ಬಳಸಬೇಕಾದ Windows Server VM ಮುಂದೆ ಮೂರು ನಿರ್ಧಾರಗಳಿವೆ, ಮತ್ತು ಸೇರಿಸುವ ಆದೇಶ ಅವುಗಳಲ್ಲಿ ಚಿಕ್ಕದು. ತಪ್ಪು ಡೈರೆಕ್ಟರಿ ಮಾದರಿ ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಸೇರಿಸುವಿಕೆ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ, ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ ಇನ್ನೂ ದೃಢೀಕರಿಸಲಾರದು. ಹೆಸರು ವಿಭೇದನ ತಪ್ಪಾದರೆ ರುಜುವಾತು ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುವ ಸ್ಥಳದಲ್ಲಿ ವೈಫಲ್ಯ ಕಾಣಿಸುತ್ತದೆ.
ಸರ್ವರ್ ಮುಟ್ಟುವ ಮೊದಲು ಮಾದರಿ, ಪರಿಹಾರ ಮತ್ತು ಖಾತೆ ನಿರ್ಧರಿಸಿ, ನಂತರ ಆದೇಶ ಒಮ್ಮೆ ಚಲಿಸುತ್ತದೆ.
ಮೂರು ಸೇರಿಸುವಿಕೆಗಳಲ್ಲಿ ನಿಮಗೆ ನಿಜವಾಗಿ ಯಾವುದು ಬೇಕು
ಸಾಧನ ಸೇರಿಸುವಿಕೆ ಯಂತ್ರವನ್ನು ಷರತ್ತುಬದ್ಧ ಪ್ರವೇಶ ಮತ್ತು ಏಕ ಸೈನ್-ಇನ್ ಗಾಗಿ Microsoft Entra ID ನಲ್ಲಿ ನೋಂದಾಯಿಸುತ್ತದೆ, ಮತ್ತು ಕೆಲಸದ ಹೊರೆಗೆ ಸ್ಥಳೀಯ ಶೈಲಿಯ ಡೊಮೇನ್ ಗೆ Kerberos ಟಿಕೆಟ್ ನೀಡುವುದಿಲ್ಲ. ಸಾಂಪ್ರದಾಯಿಕ ಡೊಮೇನ್ ಸೇರಿಸುವಿಕೆ ಕಂಪ್ಯೂಟರ್ ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು ಡೈರೆಕ್ಟರಿಗೆ ಬಂಧಿಸುತ್ತದೆ ಮತ್ತು ಅದಕ್ಕೆ ಯಂತ್ರ ಖಾತೆ, ಗುಂಪು ನೀತಿ ಮತ್ತು ಡೊಮೇನ್ ದೃಢೀಕರಣ ನೀಡುತ್ತದೆ. ನಿರ್ವಹಿತ ಡೊಮೇನ್ ಆ ಎರಡನೇ ಮಾದರಿಯನ್ನು ಸೇವೆಯಾಗಿ ಒದಗಿಸುತ್ತದೆ. ಹೆಸರುಗಳು ಒಂದೇ ರೀತಿ ಕೇಳುತ್ತವೆ ಮತ್ತು ಫಲಿತಾಂಶಗಳು ಅಲ್ಲ.
ಸಾಮಾನ್ಯ ಅರ್ಥದಲ್ಲಿ ಡೊಮೇನ್ ನಿಯಂತ್ರಕ ಸೇರಿರುವುದು ಕೊನೆಯ ಎರಡರಲ್ಲಿ ಮಾತ್ರ, ಮತ್ತು ನಿರ್ವಹಿತ ಆಯ್ಕೆ ಮಾತ್ರ ಸರ್ವರ್ ಗಳನ್ನು ನಿಮ್ಮ ಪ್ಯಾಚ್ ಪಟ್ಟಿಯಿಂದ ತೆಗೆಯುತ್ತದೆ.
ನಿರ್ಧಾರ ಸಾಮಾನ್ಯವಾಗಿ ಆದ್ಯತೆಯ ಮೇಲಲ್ಲ, ಅಪ್ಲಿಕೇಶನ್ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ. LDAP ಬೈಂಡ್, SPN ಇರುವ ಸೇವಾ ಖಾತೆ, ಅಥವಾ ಗುಂಪು ನೀತಿ ಆಬ್ಜೆಕ್ಟ್ ಗಳನ್ನು ಬಯಸುವ ತಂತ್ರಾಂಶ ಡೊಮೇನ್ ಮಾದರಿಗೆ ಸೇರುತ್ತದೆ. ಕಾರ್ಪೊರೇಟ್ ಸಾಧನದಲ್ಲಿ ಬಳಕೆದಾರರ ಗುರುತು ತಿಳಿಯಲು ಮಾತ್ರ ಬೇಕಾದ ತಂತ್ರಾಂಶ ಸಾಮಾನ್ಯವಾಗಿ ಸೇರುವುದಿಲ್ಲ.
| Model | What the server gets | Where it appears |
|---|---|---|
| Entra device join | Device identity and conditional access signals | Microsoft Entra ID |
| Managed domain join | Machine account, Kerberos, group policy | The managed directory |
| Self-hosted AD DS | The same, plus every controller you operate | Your 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 ಸೇರಿಸುವ ಮಾರ್ಗದರ್ಶನ ನಿರ್ವಹಿತ-ಡೊಮೇನ್ ಕೆಲಸದ ಹರಿವಿಗೆ ಬೆಂಬಲಿತ ಪೂರ್ವಶರತ್ತುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಅದನ್ನು ಮೇಲಿನ ಮೂರು ನಿರ್ಧಾರಗಳ ಎದುರು ಓದಿ, ಯಾವುದೇ ಅಸಂಗತಿಯನ್ನು ತಪ್ಪಿಸುವ ವಿವರವಲ್ಲ, ನಿಲ್ಲುವ ಕಾರಣ ಎಂದು ಪರಿಗಣಿಸಿ.