நிர்வகிக்கப்பட்ட அடைவைப் பயன்படுத்த வேண்டிய 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 இன் மீதமுள்ள தீர்வைத் தொடாமல் விடுகிறது.

வெறும் புரவலன் பெயரை அல்ல, இருப்பிடத்தைச் சோதியுங்கள். களப் பெயருக்கு 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 இணைப்பு வழிகாட்டுதல் நிர்வகிக்கப்பட்ட களப் பணிப்பாய்விற்கான ஆதரிக்கப்பட்ட முன்நிபந்தனைகளைப் பட்டியலிடுகிறது. அதை மேலே உள்ள மூன்று முடிவுகளுக்கு எதிராகப் படியுங்கள், எந்த முரண்பாட்டையும் தவிர்க்க வேண்டிய விவரமாக அல்ல, நிற்க வேண்டிய காரணமாகக் கருதுங்கள்.

தொடர்புடைய கட்டுரைகள்