VPN સાઇન-ઇન નકારાયું: રજિસ્ટ્રી પહેલાં બિલ્ડ તપાસો
અનુપસ્થિત રજિસ્ટ્રી મૂલ્ય અપડેટ પછી પોતાનું ડિફોલ્ટ લાગુ કરી શકે છે. પહેલાં બિલ્ડ સ્તર, અસરકારક નીતિ અને એક મેળ ખાતી ઘટના વાંચો.
એવી મશીન પર સાઇન-ઇન નકારાય છે જ્યાં કોઈએ રજિસ્ટ્રી સંપાદિત કરી નથી, અને ફોરમનો જવાબ કહે છે કે એવું મૂલ્ય ઉમેરો જે ત્યાં નથી. ગેરહાજરી એ શોધ નથી. Windows ડિફોલ્ટ લાગુ કરે છે, ઇન્સ્ટોલ થયેલ અપડેટ સાથે ડિફોલ્ટ બદલાઈ શકે છે, અને તેથી ઉપકરણ પરની અસરકારક નીતિ રજિસ્ટ્રી સૂચવે છે તેના કરતાં કડક હોઈ શકે છે.
ક્લાયન્ટે ખરેખર બતાવેલી ભૂલથી શરૂ કરો
બીજા હાથે મળેલો સારાંશ નહીં, સંદેશ વાંચો. તરત જ પાછી આવતી વિનંતી, ટનલ બન્યા પછીનો સમયસમાપ્તિ, અને જ્યારે કનેક્શન લોગ-ઇન થયેલ ખાતાને ફરી વાપરવાનો પ્રયાસ કરે ત્યારે જ દેખાતી નિષ્ફળતા — આ ત્રણ અલગ પરિસ્થિતિઓ છે. ફક્ત ત્રીજીમાં જ સિંગલ સાઇન-ઓન સંડોવાયેલું છે, અને પહેલી બે આ લેખની કોઈ વસ્તુથી સુધરશે નહીં.
નિર્ણય લીધો તે સ્તર નક્કી કરે છે કે કયો લોગ તેને જવાબ આપે છે. આ ચાર અવલોકનો ચાર અલગ માલિકો તરફ ઇશારો કરે છે:
| What you observe | Where the decision was made | Who owns the fix |
|---|---|---|
| The prompt returns before the tunnel forms | Local credential handling on the client | Device policy or the installed build |
| Authentication succeeds, no internal site loads | Routing or access control after login | The gateway or network owner |
| Fails only when the logged-on account is reused | SSO credential generation | The policy boundary this page covers |
| Every user on one build fails | Update level or vendor regression | Patch management |
ટિકિટમાં ચોક્કસ લખાણ, મિનિટ અને ખાતાનો સંદર્ભ લખો. પ્રયાસ ઇન્ટરેક્ટિવ હતો કે સ્વયંસંચાલિત તે નક્કી કરે છે કે Windowsનો કયો ઘટક કૉલ કર્યો, અને VPN બગડેલું છે એમ કહેતો અહેવાલ ઘણી વાર નકારાયેલ ઓળખપત્રો નહીં, પણ ખૂટતી આંતરિક સાઇટ વર્ણવે છે.
ખૂટતું મૂલ્ય નહીં, અસરકારક નીતિ વાંચો
પહેલાં બિલ્ડ અને અપડેટ સ્તર નક્કી કરો, કારણ કે NTLMv1 પરથી ઉતરી આવેલા ઓળખપત્રો બનાવવાનું ડિફોલ્ટ સૂચિબદ્ધ Windows 11 અને Windows Server 2025 આવૃત્તિઓમાં બદલાયું છે. Credential Guard બંધ અને BlockNtlmv1SSO સેટ ન હોય ત્યારે, 13 ઑક્ટોબર 2026 અથવા પછી પ્રકાશિત અપડેટ વર્તનને ઑડિટમાંથી લાગુકરણમાં ખસેડે છે, તે મૂલ્ય ક્યારેય બનાવ્યા વિના. રજિસ્ટ્રીમાં કંઈ દેખાતું નથી, અને ઉપકરણ છેલ્લા વ્યવસ્થાપકે ઇચ્છ્યું હતું તેના કરતાં કડક બની જાય છે. આ જ કારણ છે કે અહીં રજિસ્ટ્રીની શોધ આટલું ઓછું સાબિત કરે છે.
આઉટપુટ વાંચતી વખતે સીમાઓ અલગ રાખો. LmCompatibilityLevel નેટવર્ક પ્રમાણીકરણ પ્રતિસાદ સ્તર છે, જે નક્કી કરે છે કે મશીન સર્વરને કયો પડકાર અને પ્રતિસાદ મોકલશે; તે સિંગલ સાઇન-ઓન ઓળખપત્રોની રચના સંચાલિત કરતું નિયંત્રણ નથી, તેથી તેને ઘટાડવાથી સાઇન-ઇન પાછું આવતું નથી. ઉપકરણ NTLMv1 ને નેટવર્ક પ્રોટોકોલ તરીકે બોલશે કે નહીં તે ત્રીજી સીમા છે, અને વર્તમાન Windows 11 તથા Server 2025 આવૃત્તિઓએ તેને પહેલેથી છોડી દીધું છે. Credential Guard, ચોથું, ઉપકરણ પરના રહસ્યોનું રક્ષણ કરે છે.
એક પ્રયાસને એક ઘટના સાથે સાંકળો
નિષ્ફળતા એક વાર પુનઃઉત્પન્ન કરો, મિનિટ નોંધો, અને પછી એક જ બેઠકમાં સ્થાનિક પુરાવા એકત્ર કરો. ત્રણ આદેશો બિલ્ડ, અસરકારક મૂલ્ય અને NTLM ઓપરેશનલ લોગ આવરી લે છે, જ્યાં અવરોધિત સિંગલ સાઇન-ઓન ઓળખપત્ર રચના નોંધાય છે:
Get-ComputerInfo | Select-Object WindowsProductName, OsBuildNumber, OsVersion
reg query "HKLM\SYSTEM\CurrentControlSet\Control\Lsa" /v LmCompatibilityLevel
Get-WinEvent -LogName "Microsoft-Windows-NTLM/Operational" -MaxEvents 30 | Select-Object TimeCreated, Id, Messageનિષ્ફળતાની તે જ ક્ષણે બનેલી ઘટના પુરાવો છે. ગઈકાલની ઘટના, બીજા ખાતાની, અથવા કોઈ પણ નોંધ ન ધરાવતો લોગ પુરાવો નથી, અને ખાલી કેસને ગેરહાજર પુરાવા તરીકે નહીં, ખાલી તરીકે નોંધવો યોગ્ય છે. NTLMv1 ફેરફારો અંગેની Microsoft માર્ગદર્શિકા અવરોધિત સિંગલ સાઇન-ઓન ઓળખપત્ર રચના માટે ઘટના ઓળખકર્તા જણાવે છે, તેથી સંદેશના લખાણમાંથી અનુમાન કરવાને બદલે Id તેની સાથે સરખાવો.
ક્લાયન્ટનો પોતાનો સંદેશ અને તે જ પ્રયાસ પર ગેટવેનું દૃશ્ય સાથે રાખો. સ્થાનિક ઓળખપત્ર-રચના અવરોધ, દૂરસ્થ ખાતા નકાર, અને સફળ લોગ-ઇન પછી ખૂટતો ખાનગી માર્ગ — આ ત્રણના અલગ માલિકો છે, અને ફક્ત પહેલો જ Windows નીતિનો પ્રશ્ન છે. ટીમ છોડતા પહેલાં ઘટના સાફ કરો: ટાઇમસ્ટેમ્પ અને ઘટના Id સામાન્ય રીતે ખાતાની વિગતો વિના પ્રશ્નનો જવાબ આપે છે.
સમર્થિત સાઇન-ઇન પદ્ધતિ પર જાઓ
જો અસરકારક નીતિ જ અવરોધ હોય, તો જવાબ ડિફોલ્ટનું શાંત ઉલટાવવું નહીં, પણ સમર્થિત પ્રમાણીકરણ માર્ગ છે. જ્યાં જમાવટ તેને સમર્થન આપે ત્યાં પ્રમાણપત્ર-આધારિત પ્રમાણીકરણ સામાન્ય લક્ષ્ય છે, અને તેને નોંધણી, વિશ્વાસ વિતરણ અને પ્રમાણપત્રો સ્વીકારતા ગેટવેની જરૂર છે. આગામી NTLMv1 ફેરફારો અંગેની Microsoft માર્ગદર્શિકા એ દસ્તાવેજ છે જે કેસની સમીક્ષા વખતે ટાંકવો જોઈએ.
પ્રયોગ તરીકે Credential Guard બંધ કરવાથી બદલીનું લોગ-ઇન આપ્યા વિના સુરક્ષા દૂર થાય છે, અને પુનઃવપરાયોગ્ય ઓળખપત્રો પરના દસ્તાવેજીકૃત નિયંત્રણો એ કારણ છે કે આ નિદાનનું પગલું નહીં, પણ રચના-નિર્ણય છે. જો કામચલાઉ અપવાદ મંજૂર થાય, તો તેને વ્યાપ, માલિક અને સમાપ્તિ તારીખ આપો, અને ફેરફાર તમને જરૂરી કનેક્શનથી બહાર કાઢે તો મશીન સુધીનો સ્વતંત્ર વ્યવસ્થાપન માર્ગ રાખો. સ્વીકૃતિ પરીક્ષણ એ ઇચ્છિત પ્રમાણીકરણ અને તેની પાછળનો સંસાધન છે, સ્થાનિક ભૂલ સંકેતનું અદૃશ્ય થવું નહીં.