Kuunganisha VM ya Azure na Entra Domain Services: amua kwanza
Maamuzi matatu yanatangulia kuunganisha: modeli ya saraka inayohitajika na mzigo wa kazi, DNS ya kibinafsi inayotatua kikoa, na akaunti inayoweza kuthibitisha.
Maamuzi matatu yanasimama mbele ya VM ya Windows Server inayotakiwa kutumia saraka inayosimamiwa, na amri ya kuunganisha ni ndogo zaidi kati yao. Chagua modeli isiyofaa ya saraka na kuunganisha kufanikiwa wakati programu bado haiwezi kuthibitisha. Kosea katika utatuzi wa majina na hitilafu itaonekana mahali panapofanana na tatizo la ithibati.
Amua modeli, utatuzi na akaunti kabla ya kugusa seva, kisha amri itaendesha mara moja.
Ni upi kati ya miunganisho mitatu unayotaka kwa kweli
Kuunganisha kifaa kunasajili mashine na Microsoft Entra ID kwa ufikiaji wa masharti na kuingia mara moja, na hakupi mzigo wa kazi tiketi ya Kerberos kwenda kikoa cha mtindo wa ndani. Kuunganisha kikoa cha kitamaduni kunafunga kitu cha kompyuta kwenye saraka na kumpa akaunti ya mashine, sera ya kikundi na uthibitishaji wa kikoa. Kikoa kinachosimamiwa kinatoa modeli hiyo ya pili kama huduma. Majina yanasikika sawa na matokeo sivyo.
Ni mbili za mwisho tu zinazohusisha kidhibiti cha kikoa kwa maana ya kawaida, na chaguo linalosimamiwa pekee linaondoa seva kwenye orodha yako ya viraka.
Uamuzi kwa kawaida hutegemea programu na si upendeleo. Programu inayotaka kiungo cha LDAP, akaunti ya huduma yenye SPN, au vitu vya sera ya kikundi ni ya modeli ya kikoa. Programu inayohitaji tu kujua utambulisho wa mtumiaji kwenye kifaa cha shirika kwa kawaida si ya modeli hiyo.
| 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 |
Njia ya DNS huamua kama kuunganisha kunaweza kukamilika
Kuunganisha kikoa huanza na utafutaji wa kituo kwa rekodi za kidhibiti cha kikoa, kwa hivyo utatuzi wa majina lazima ufanye kazi kabla ya ithibati yoyote kukaguliwa. Elekeza VM kwenye anwani za saraka za kikoa kinachosimamiwa, ama kupitia mipangilio ya DNS ya mtandao pepe au kupitia kipitishaji cha masharti kinachotuma nafasi hiyo ya majina pekee huko. Kipitishaji kilichozuiliwa kwa nafasi ya majina kwa kawaida ni chaguo salama zaidi, kwa sababu kinaacha utatuzi mwingine wa VM kama ulivyo.
Jaribu kituo na si jina la mwenyeji tupu. Ping kwa jina la kikoa haithibitishi karibu chochote, wakati swali la SRV kwa rekodi za kidhibiti cha kikoa ama linarejesha malengo yanayotarajiwa au linashindwa papo hapo:
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
Badilisha jina la kikoa na anwani mbili kwa thamani kutoka kwenye usanidi wa kikoa chako kinachosimamiwa; nambari hapa ni mifano. Ikiwa swali linarejesha majibu ya eneo lingine, VM inatumia kitatuzi kisichopitisha nafasi ya majina inayosimamiwa, na haitabadilika bila kujali kuunganisha kunarudiwa mara ngapi.
Weka mzigo wa kazi nje ya subnet ambayo kikoa kinachosimamiwa huhifadhi kwa rasilimali zake za huduma, na weka bandari za saraka kwenye njia ya faragha. Kufichua bandari hizo kwa umma si njia ya mkato; ni muundo tofauti wenye wasifu tofauti wa hatari.
Ustahiki wa akaunti hukaguliwa kabla ya mashine
Akaunti inayofanya kuunganisha inahitaji ruhusa ya kuunda kitu cha kompyuta kwenye kontena lengwa, na lazima iweze kuthibitisha kwa kikoa kinachosimamiwa. Akaunti ya wingu pekee iliyoundwa kabla kikoa kinachosimamiwa kuwepo inaweza kukosa nyenzo inayotokana na nenosiri ambayo kikoa kinahitaji, na mabadiliko au kuweka upya nenosiri huizalisha upya. Undani huo unaeleza darasa la kushindwa kwa kuunganisha kunakoonekana kama manenosiri yasiyofaa wakati nenosiri ni sahihi. Jaribu ithibati kwa kikoa kabla ya dirisha la matengenezo kufunguka.
Akaunti mseto zilizosawazishwa zina masharti yao ya awali ambayo kitu cha mtumiaji kinachoonekana hakiwezi kukidhi peke yake. Kuorodheshwa kwenye saraka si sawa na kuweza kupata tiketi kutoka humo, kwa hivyo jaribu akaunti kabla ya dirisha la matengenezo na si wakati wa hilo.
Kaimu haki ya kuunganisha kwa mabadiliko madogo. Kumpa kila mtumiaji wa seva wa baadaye uanachama wa msimamizi wa kikoa ili usajili mmoja ufanyike ni ruhusa ya kudumu kwa tatizo la muda.
Kuunganisha yenyewe ni amri moja
Mpango umeshachaguliwa, DNS inajibu na akaunti inastahiki, operesheni ni ile ya kawaida ya Windows. Kidokezo kinaweka nenosiri nje ya skripti na historia ya shell:
Add-Computer -DomainName "ds.corp.example" -Credential (Get-Credential) -PassThru
Amri katika umbo hili haianzishi mashine upya yenyewe, kwa hivyo uanzishaji upya hufanyika chini ya mpango wa matengenezo na njia ya urejeshaji ikiwa bado inapatikana. Seva iliyounganishwa tayari na kikoa kingine inahitaji mpango wa uhamishaji, si kuunganisha kwa pili juu ya la kwanza.
Rekodi kontena ambalo kitu cha kompyuta kilitua na akaunti iliyokiunda. Zote mbili ni muhimu wakati mashine inahitaji kuunganishwa tena baada ya kujengwa upya, na hakuna moja iliyo wazi kutoka kwa seva baadaye.
Kile ambacho uanachama hautoi
Uanachama wa kikoa haumfanyi mtu kuwa msimamizi wa ndani, na hautoi ufikiaji wa eneo-kazi la mbali au kushiriki faili. Haki hizo husanidiwa kando, na kwenye kikoa kinachosimamiwa zinabaki ndani ya wigo wake wa kiutawala unaotumika.
Njia ya mtandao ni utegemezi unaoendelea na si hatua ya usanidi. Ikiwa muunganisho wa faragha utatoweka, seva inaendelea kufanya kazi na ithibati zilizohifadhiwa hadi kitu fulani kihitaji saraka, na kisha hitilafu hufika kwenye kumbukumbu ya programu na si kando ya usanidi uliobadilika.
Mwongozo wa Microsoft wa kuunganisha Windows Server unaorodhesha masharti ya awali yanayotumika kwa mtiririko wa kazi wa kikoa kinachosimamiwa. Soma kwa kulinganisha na maamuzi matatu hapo juu, na chukua kila kutokubaliana kama sababu ya kusimama na si undani wa kuepukwa.