Uaminifu wa kikoa umeshindwa baada ya mwezi nje ya mtandao? Chunguza kwanza

Laptop inakaa wiki sita nje ya VPN, inarudi, na mtumiaji hawezi kuingia na akaunti ya kikoa. Hitilafu inataja uhusiano wa uaminifu, kwa hivyo mtu anaweka upya akaunti ya kompyuta, au anamlazimisha mtumiaji kwenye handaki kamili, na tatizo linaonekana kutoweka. Hakuna hatua iliyothibitisha kilichokuwa kimeharibika. Mwanachama wa Windows anaweza kubaki nje ya mtandao mbali zaidi ya muda wa kawaida wa nenosiri la mashine bila kupoteza uaminifu kiotomatiki, kwa hivyo kazi ya kwanza ni kutenganisha kushindwa kufikia na kutokubaliana halisi kwa siri.

Hitilafu inaonekana kama uaminifu, lakini hali tatu zinafanana

Mtumiaji anaweza kuingia kwa taarifa za kikoa zilizohifadhiwa, kituo cha kazi kinaweza kushindwa kupata kidhibiti cha kikoa, au mwanachama na kikoa wanaweza kutokubaliana kweli kuhusu akaunti ya kompyuta. Ni ya tatu tu iliyovunjika uhusiano wa uaminifu kwa maana kali.

Afya ya urudufishaji wa AD ni uchunguzi wa nne, na haihusiani kabisa na kituo hiki cha kazi. Inaeleza makubaliano kati ya vidhibiti vya kikoa, na dashibodi ya urudufishaji yenye afya haithibitishi kwamba siri ya ndani ya mashine hii inalingana na akaunti yake ya kompyuta.

Chaguo-msingi linalojulikana la siku 30 ni sera ya mabadiliko, si tarehe ya mwisho ya kuisha nje ya mtandao. Maelezo ya Microsoft kuhusu nenosiri la akaunti ya mashine yanaeleza mchakato wa mabadiliko ulioratibiwa, na shirika linaweza kusanidi muda tofauti.

Aikoni ya VPN haithibitishi chochote kuhusu kituo salama

Muunganisho lazima uwe mzuri wa kutosha kufikia huduma za kikoa kabla ya jaribio lolote kuwa na maana. Hiyo inamaanisha kitatuzi cha DNS cha kikoa kilichokusudiwa, kidhibiti kinachopatikana, huduma za uthibitishaji zinazofikika na saa iliyo karibu vya kutosha kwa Kerberos.

Handaki kamili linaweza kuwa muundo halali kabisa hapa. Kuhamia handaki lililogawanywa si sharti la uhusiano mzuri wa kikoa, na kulichukulia hivyo kunabadilisha uchunguzi kuwa mabadiliko ya usanifu. Chunguza ni kidhibiti kipi kituo cha kazi kinachagua kwa kweli, na hifadhi jina hilo pamoja na hitilafu.

nltest /dsgetdc:corp.example.com
Test-ComputerSecureChannel -Verbose

Andika seva ya DNS, kidhibiti kilichotatuliwa na maandishi kamili ya hitilafu. Mteja wa VPN anayeripoti ameunganishwa anakuambia handaki lipo, si kwamba njia ya kikoa inafanya kazi. Kidhibiti kinachojibu kwenye lango la Kerberos lakini si kwenye lango la saraka ni ugunduzi wa firewall, si ugunduzi wa uaminifu.

Jaribu mwanachama kabla ya kumrekebisha

Kwenye mwanachama halali wa kikoa cha Windows, Test-ComputerSecureChannel -Verbose ni ukaguzi wa kusoma tu wa kituo kati ya mashine na kikoa. Iendeshe katika muktadha wa mashine unayochunguza, si kutoka kwa kidhibiti cha kikoa, ambacho kina jukumu na kanuni tofauti za urejeshaji. Rekodi matokeo na hali ya kutoka badala ya neno limepita au limeshindwa. Ikiwa cmdlet haipo kwenye toleo hilo, moduli ni tatizo tofauti.

Matokeo bado yanahitaji muktadha. Ikiwa mashine haiwezi kufikia au kuthibitisha kwa kidhibiti kilichochaguliwa, jaribio lililoshindwa si uthibitisho huru kwamba nenosiri la nje ya mtandao limeisha. Hifadhi hitilafu halisi na kidhibiti kilichotumika, na urudie jaribio mara njia inapojulikana kuwa nzuri.

Unganisha matukio ya Netlogon kwenye mwanachama na kwenye kidhibiti husika karibu na tukio. Hifadhi jina la mashine, anwani ya chanzo, muda na ushahidi wowote wa mabadiliko ya akaunti. Kuingia kwa mafanikio kwa mtumiaji mwingine, au dashibodi ya kidhibiti yenye afya, hakuwezi kuchukua nafasi ya mabadilishano ya mashine hii.

Rekebisha tu uhusiano uliouithibitisha

Mara muunganisho unapokuwa thabiti na msimamizi anathibitisha kwamba urekebishaji unafaa, hali ya -Repair ya cmdlet na vitambulisho vilivyoidhinishwa ni operesheni moja inayotumika kwa kituo cha kazi mwanachama. Inabadilisha uhusiano, na si jaribio lingine la kusoma tu.

Weka akaunti ya urejeshaji ya ndani iliyoidhinishwa na njia ya usimamizi tayari kabla ya mabadiliko. Vidhibiti vya kikoa vina jukumu tofauti la urejeshaji na utaratibu huu haupaswi kuvichukulia kama vituo vya kazi vya kawaida. Tumia mtiririko wa urejeshaji wa shirika badala ya kuendesha zana kadhaa za kuweka upya mfululizo na kutumaini kwamba moja yao ni sahihi.

Baada ya urekebishaji, thibitisha jaribio jipya la kituo salama na operesheni ya awali ya kikoa. Hifadhi profaili za watumiaji na hali ya programu, na usifanye kuondoa-na-kujiunga-tena kuwa hatua ya kwanza isiyoelezwa.

Nini cha kuchunguza hitilafu inaporejea

Ikiwa hitilafu inarejea, angalia kurudisha nyuma, utambulisho mara mbili na muda wa mabadiliko ya akaunti badala ya kuweka upya akaunti hiyo hiyo tena. Picha iliyorejeshwa, nakala ya papo hapo, utambulisho wa mashine ulionakiliwa, au uwekaji upya wa akaunti ya kompyuta uliofanywa mahali pengine vyote vinastahili uchunguzi.

Uwekaji upya uliofaulu kwa muda ni ushahidi muhimu wa urejeshaji, lakini si uthibitisho kwamba VPN inayokatika ilisababisha kutokubaliana kwa awali. Tukio linalofuata ndilo litakuambia kama sababu iliwahi kuondolewa.

Andika kidhibiti, seva ya DNS na matokeo ya jaribio kwenye tikiti. Rekodi hiyo ndiyo inayotofautisha kushindwa halisi kwa uaminifu na laptop ambayo haikuweza kupata kikoa.