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 మిగిలిన పరిష్కారాన్ని ముట్టుకోకుండా వదిలేస్తుంది.
కేవలం హోస్ట్ పేరు కాదు, లొకేటర్ పరీక్షించండి. డొమైన్ పేరుకు ping దాదాపు ఏమీ నిరూపించదు, కానీ నియంత్రిక రికార్డుల 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 కలయిక మార్గదర్శకం నిర్వహిత-డొమైన్ పని ప్రవాహానికి మద్దతు ఉన్న ముందస్తు షరతులను జాబితా చేస్తుంది. దాన్ని పై మూడు నిర్ణయాలకు వ్యతిరేకంగా చదవండి, ఏదైనా అసంగతిని తప్పించుకోవాల్సిన వివరం కాదు, ఆగాల్సిన కారణంగా పరిగణించండి.