પાસવર્ડ ફેરફાર એકસાથે બધે પહોંચે છે, સિવાય કે તે એક લેપટોપ સુધી જે એક અઠવાડિયું ઓફલાઇન રહ્યું છે. વેબમેલ નવો પાસવર્ડ સ્વીકારે છે, ઓફિસનું ડેસ્કટોપ તેને સ્વીકારે છે, અને દૂરનું મશીન VPN બંધ હોય ત્યારે હજી પણ જૂના પાસવર્ડ સાથે સાઇન ઇન કરે છે. આ બીજો પાસવર્ડ નથી અને ડિરેક્ટરીમાં સિંક બગ પણ નથી. આ કેશ કરેલો લોગઓન વેરિફાયર તે જ કરી રહ્યો છે જેના માટે તે બન્યો હતો, અને ઉપાય એક ક્રમ છે, રીસેટ નહીં.

લેપટોપ કેશ કરેલા વેરિફાયરની તપાસ કરે છે

ડોમેન સાથે જોડાયેલ Windows તાજેતરના સફળ ઇન્ટરેક્ટિવ લોગઓન માટે સ્થાનિક વેરિફાયર રાખે છે, જેથી કોઈ ડોમેન કંટ્રોલર જવાબ ન આપે ત્યારે મશીન શરૂ થઈ શકે. તે વેરિફાયર તે લોગઓન વખતના પાસવર્ડમાંથી લેવાય છે. બીજે પાસવર્ડ બદલવાથી ડિરેક્ટરી અપડેટ થાય છે, પણ જે લેપટોપે ત્યારપછી તેની સાથે વાત નથી કરી તેની નકલ અપડેટ થતી નથી.

તેથી જૂનો પાસવર્ડ હજી સ્થાનિક સેશન ખોલી શકે છે, જ્યારે તે કોઈ પણ નવી ડોમેન પ્રમાણીકરણ માટે અમાન્ય છે. આ બે અલગ નિરીક્ષણો છે, અને તેમને ભેગા કરવાથી વારંવાર રીસેટ થાય છે.

બીજું કંઈપણ બદલતા પહેલાં ખાતરી કરો કે ખરેખર કઈ ઓળખપત્ર વપરાઈ રહી છે. Windows Hello PIN, Entra ID સાઇન-ઇન અને પરંપરાગત ડોમેન પાસવર્ડ અલગ પદ્ધતિઓ છે, અને PIN ખાસ કરીને ડોમેન પાસવર્ડ નથી, તે જ ડેસ્કટોપ અનલૉક કરે તોપણ.

નેટવર્ક પ્રમાણીકરણ એ ઇન્ટરેક્ટિવ લોગઓન નથી

નવા પાસવર્ડ સાથે ફાઇલ શેર ખોલવાથી સાબિત થાય છે કે નેટવર્ક માર્ગ કામ કરે છે. તે ઇન્ટરેક્ટિવ લોગઓન કેશ રિફ્રેશ કરતું નથી, કારણ કે Windows નેટવર્ક અને ઇન્ટરેક્ટિવ પ્રમાણીકરણને અલગ સ્થિતિ સાથેની અલગ ક્રિયાઓ ગણે છે.

વેરિફાયર ત્યારે જ રિફ્રેશ થાય છે જ્યારે ઇન્ટરેક્ટિવ લોગઓન ખરેખર ડોમેન કંટ્રોલરનો સંપર્ક કરે; મેપ કરેલું ડ્રાઇવ કે Outlookની વિનંતી એવું કરતી નથી.

આ તફાવત સામાન્ય ફરિયાદ સમજાવે છે: વપરાશકર્તા મેલ વાંચી શકે અને ઇન્ટ્રાનેટ ખોલી શકે, પણ લોક સ્ક્રીન હજી જૂનો પાસવર્ડ માગે છે. તે એ પણ સમજાવે છે કે સાઇન-ઇન પછી શરૂ કરાયેલી VPN પ્રારંભિક લોગઓનમાં કેમ મદદ કરી શકતી નથી, કારણ કે ટનલ ત્યારે આવે છે જ્યારે નિર્ણય સ્થાનિક રીતે થઈ ચૂક્યો હોય છે.

યોગ્ય ક્ષણે એક ઓનલાઇન સાઇન-ઇન મેળવો

ડોમેન પહોંચમાં હોય ત્યારે વપરાશકર્તા ઇન્ટરેક્ટિવ રીતે સાઇન ઇન કરે ત્યારે કેશ રિફ્રેશ થાય છે. દૂરના મશીન માટે તેનો અર્થ એ છે કે ટનલ ઓળખપત્રની કિંમત આંકતા પહેલાં હોવી જોઈએ, ડેસ્કટોપ દેખાયા પછી નહીં.

તપાસો કે ડિપ્લોયમેન્ટ લોગઓન પહેલાંની કનેક્ટિવિટી કે ડિવાઇસ ટનલને સમર્થન આપે છે કે નહીં. તે આ સમય માટે જ બનાવાયા છે, અને વપરાશકર્તા ટનલ તેમનો વિકલ્પ નથી:

nltest /dsgetdc:corp.example
klist

એન્ડપોઇન્ટ પાસે લોગઓન પહેલાંનો માર્ગ ન હોય તો સંસ્થા જે સમર્થિત પુનઃપ્રાપ્તિ પ્રક્રિયા દસ્તાવેજ કરે તે વાપરો. કેટલાક વાતાવરણમાં ટનલ લોક સ્ક્રીન પર ખુલ્લી રાખીને જોડાવું, લૉક કરવું અને અનલૉક કરવાનો ક્રમ વપરાય છે; અન્ય ડિવાઇસને સંચાલિત પુનઃપ્રાપ્તિ પગલા પર મોકલે છે. ક્લાઇન્ટને અનુરૂપ હોય તેનું અનુસરણ કરો, અને તેના પર આધાર રાખતા પહેલાં ખાતરી કરો કે ટનલ લોક સ્ક્રીન પાર કરે છે.

પાછા ફરવાનો માર્ગ સુરક્ષિત કરો

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

સહાય માટે ચાર હકીકતો ભેગી કરો: પાસવર્ડ ક્યાં બદલાયો, કઈ ઓળખપત્ર હજી ઓફલાઇન કામ કરે છે, ટનલ દ્વારા ડોમેન કંટ્રોલર પહોંચમાં છે કે નહીં, અને લેપટોપ કઈ સાઇન-ઇન પદ્ધતિ વાપરે છે.

આ ચાર બાસી વેરિફાયરને ખાતાના લૉકઆઉટ કે નકારાયેલા VPN સાઇન-ઇનથી અલગ પાડે છે, જે ટિકિટમાં એકસરખા લાગે છે અને તેમના ઉપાય અલગ છે. લૉક થયેલું ખાતું નવો પાસવર્ડ ઓનલાઇન પણ નકારશે, તેથી કેશને દોષ દેતા પહેલાં તે ચકાસો.

એક ઓનલાઇન સાઇન-ઇન સાથે ચક્ર બંધ કરો

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

પછી કેશ કરેલા લોગઓનની સંખ્યા અને ડોમેન કંટ્રોલરની શોધથી સ્થિતિ ચકાસો:

reg query "HKLM\\SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\Winlogon" /v CachedLogonsCount
nltest /sc_verify:corp.example

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

સંબંધિત લેખો