એક મહિના ઑફલાઇન પછી ડોમેન ટ્રસ્ટ નિષ્ફળ? પહેલાં તપાસો

એક લેપટોપ છ અઠવાડિયાં VPNની બહાર રહે છે, પાછું આવે છે, અને વપરાશકર્તા ડોમેન એકાઉન્ટ સાથે લોગ ઇન કરી શકતો નથી. ભૂલ ટ્રસ્ટ સંબંધનો ઉલ્લેખ કરે છે, તેથી કોઈ કમ્પ્યુટર એકાઉન્ટ રીસેટ કરે છે, અથવા વપરાશકર્તાને પૂર્ણ ટનલિંગ પર દબાણ કરે છે, અને સમસ્યા દૂર થતી લાગે છે. બંનેમાંથી કોઈ પણ ક્રિયાએ સાબિત કર્યું નથી કે શું તૂટેલું હતું. Windows સભ્ય સામાન્ય મશીન-પાસવર્ડ અંતરાલની ઘણી બહાર ઑફલાઇન રહી શકે છે અને આપમેળે ટ્રસ્ટ ગુમાવતો નથી, તેથી પહેલું કામ પહોંચવાની નિષ્ફળતાને ખરેખરી સિક્રેટ અસંગતિથી અલગ કરવાનું છે.

ભૂલ ટ્રસ્ટ જેવી લાગે છે, પણ ત્રણ સ્થિતિઓ સમાન દેખાય છે

વપરાશકર્તા કેશ કરેલી ડોમેન માહિતી સાથે સાઇન ઇન કરી શકે છે, વર્કસ્ટેશન ડોમેન કંટ્રોલર શોધી શકતું ન હોય, અથવા સભ્ય અને ડોમેન મશીન એકાઉન્ટ વિશે ખરેખર અસહમત હોઈ શકે છે. ફક્ત ત્રીજું જ કડક અર્થમાં તૂટેલો ટ્રસ્ટ સંબંધ છે.

AD રેપ્લિકેશન આરોગ્ય ચોથું નિરીક્ષણ છે, અને તે આ વર્કસ્ટેશન વિશે બિલકુલ નથી. તે ડોમેન કંટ્રોલરો વચ્ચેની સહમતિ વર્ણવે છે, અને સ્વસ્થ રેપ્લિકેશન ડેશબોર્ડ સાબિત કરતું નથી કે આ મશીનનું સ્થાનિક સિક્રેટ તેના કમ્પ્યુટર એકાઉન્ટ સાથે મેળ ખાય છે.

પરિચિત 30 દિવસનું ડિફૉલ્ટ એ પરિવર્તન નીતિ છે, ઑફલાઇન સમાપ્તિની અંતિમ તારીખ નથી. Microsoftની મશીન-એકાઉન્ટ પાસવર્ડની સમજૂતી સંકલિત પરિવર્તન પ્રક્રિયા વર્ણવે છે, અને સંસ્થા અલગ અંતરાલ ગોઠવી શકે છે.

VPN આઇકન સુરક્ષિત ચેનલ વિશે કંઈ સાબિત કરતું નથી

કોઈ પણ પરીક્ષણનો અર્થ થાય તે પહેલાં કનેક્ટિવિટી ડોમેન સેવાઓ સુધી પહોંચવા માટે પૂરતી સારી હોવી જોઈએ. તેનો અર્થ ઇચ્છિત ડોમેન DNS રિઝોલ્વર, શોધી શકાય તેવું કંટ્રોલર, પહોંચી શકાય તેવી પ્રમાણીકરણ સેવાઓ અને Kerberos માટે પૂરતું નજીકનું ઘડિયાળ છે.

પૂર્ણ ટનલિંગ અહીં સંપૂર્ણ માન્ય ડિઝાઇન હોઈ શકે છે. વિભાજિત ટનલિંગ પર જવું સ્વસ્થ ડોમેન સંબંધ માટે પૂર્વશરત નથી, અને તેને એવી ગણવાથી નિદાન સ્થાપત્ય પરિવર્તનમાં ફેરવાય છે. વર્કસ્ટેશન ખરેખર કયું કંટ્રોલર પસંદ કરે છે તે તપાસો, અને તે નામ ભૂલ સાથે રાખો.

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

DNS સર્વર, ઉકેલાયેલું કંટ્રોલર અને ભૂલનો ચોક્કસ ટેક્સ્ટ નોંધો. કનેક્ટેડ હોવાનું જણાવતું VPN ક્લાયન્ટ તમને કહે છે કે ટનલ અસ્તિત્વમાં છે, ડોમેન માર્ગ કામ કરે છે તે નહીં. Kerberos પોર્ટ પર જવાબ આપતું પણ ડિરેક્ટરી પોર્ટ પર ન આપતું કંટ્રોલર ફાયરવૉલનું તારણ છે, ટ્રસ્ટનું નહીં.

મરામત કરતાં પહેલાં સભ્યની પરીક્ષા કરો

અધિકૃત Windows ડોમેન સભ્ય પર, Test-ComputerSecureChannel -Verbose એ મશીન અને ડોમેન વચ્ચેની ચેનલની ફક્ત-વાંચન પરીક્ષા છે. તેને તમે તપાસી રહ્યા છો તે મશીનના સંદર્ભમાં ચલાવો, ડોમેન કંટ્રોલરથી નહીં, જેની ભૂમિકા અને પુનઃપ્રાપ્તિ નિયમો અલગ છે. પાસ કે ફેલ શબ્દને બદલે આઉટપુટ અને એક્ઝિટ સ્થિતિ સાચવો. જો તે બિલ્ડમાં cmdlet ન હોય, તો મોડ્યુલ અલગ સમસ્યા છે.

પરિણામને હજી સંદર્ભની જરૂર છે. જો મશીન પસંદ કરેલા કંટ્રોલર સુધી પહોંચી શકતું ન હોય અથવા ત્યાં પ્રમાણીકરણ કરી શકતું ન હોય, તો નિષ્ફળ પરીક્ષણ ઑફલાઇન પાસવર્ડ સમાપ્ત થયાનો સ્વતંત્ર પુરાવો નથી. વાસ્તવિક ભૂલ અને વપરાયેલું કંટ્રોલર રાખો, અને માર્ગ જાણીતો સારો થાય ત્યારે પરીક્ષણનું પુનરાવર્તન કરો.

ઘટનાની આસપાસ સભ્ય પર અને સંબંધિત કંટ્રોલર પર Netlogon ઘટનાઓને સહસંબંધિત કરો. મશીનનું નામ, સ્રોત સરનામું, સમય અને એકાઉન્ટ પરિવર્તનનો કોઈ પણ પુરાવો સાચવો. બીજા વપરાશકર્તાનું સફળ લોગિન, અથવા સ્વસ્થ કંટ્રોલર ડેશબોર્ડ, આ મશીનની આપલેનો વિકલ્પ બની શકતું નથી.

તમે સાબિત કરેલો સંબંધ જ મરામત કરો

એકવાર કનેક્ટિવિટી સ્થિર થાય અને વ્યવસ્થાપક પુષ્ટિ કરે કે મરામત યોગ્ય છે, ત્યારે અધિકૃત ઓળખપત્રો સાથે cmdletની -Repair સ્થિતિ સભ્ય વર્કસ્ટેશન માટે એક સમર્થિત ક્રિયા છે. તે સંબંધ બદલે છે, અને તે બીજી ફક્ત-વાંચન પરીક્ષા નથી.

પરિવર્તન પહેલાં મંજૂર સ્થાનિક પુનઃપ્રાપ્તિ એકાઉન્ટ અને વ્યવસ્થાપન માર્ગ ઉપલબ્ધ રાખો. ડોમેન કંટ્રોલરોની પુનઃપ્રાપ્તિ ભૂમિકા અલગ છે અને આ પ્રક્રિયાએ તેમને સામાન્ય વર્કસ્ટેશન તરીકે ગણવા જોઈએ નહીં. સંસ્થાના પુનઃપ્રાપ્તિ કાર્યપ્રવાહનો ઉપયોગ કરો, ઘણાં રીસેટ સાધનો ક્રમમાં ચલાવીને તેમાંથી એક સાચું હશે એવી આશા રાખવાને બદલે.

મરામત પછી નવી સુરક્ષિત-ચેનલ પરીક્ષા અને મૂળ ડોમેન ક્રિયા ચકાસો. વપરાશકર્તા પ્રોફાઇલ અને એપ્લિકેશન સ્થિતિ સાચવો, અને દૂર કરીને ફરી જોડાવાને પહેલી અસ્પષ્ટ ક્રિયા ન બનાવો.

નિષ્ફળતા પાછી આવે ત્યારે શું તપાસવું

જો નિષ્ફળતા પાછી આવે, તો તે જ એકાઉન્ટ ફરી રીસેટ કરવાને બદલે રોલબૅક, નકલી ઓળખ અને એકાઉન્ટ પરિવર્તનનો સમય જુઓ. પુનઃસ્થાપિત ઇમેજ, સ્નેપશૉટ, ક્લોન કરેલી મશીન ઓળખ, અથવા બીજે કરાયેલું કમ્પ્યુટર-એકાઉન્ટ રીસેટ—બધા તપાસને લાયક છે.

કામચલાઉ સફળ રીસેટ ઉપયોગી પુનઃપ્રાપ્તિ પુરાવો છે, પણ તે પુરાવો નથી કે અવિરત VPN મૂળ અસંગતિનું કારણ હતું. આગળની ઘટના જ તમને કહેશે કે કારણ ક્યારેય દૂર થયું હતું કે નહીં.

કંટ્રોલર, DNS સર્વર અને પરીક્ષણનું આઉટપુટ ટિકિટમાં લખો. એ જ રેકોર્ડ ખરેખરા ટ્રસ્ટ નિષ્ફળતાને ડોમેન સરળતાથી ન શોધી શકનારા લેપટોપથી અલગ પાડે છે.