Windows VPN ભૂલ 691: કઈ તપાસ ખરેખર નિષ્ફળ ગઈ?

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

નકારાવાની ત્રણ રીતો, એક સંવાદ

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

તેથી જ રીસેટ સોમવારે કામ કરતું લાગે છે અને મંગળવારે કંઈ કરતું નથી. સંવાદને નિદાન નહીં, અસ્વીકાર તરીકે વાંચો, અને એકાઉન્ટને સ્પર્શતા પહેલાં પ્રોફાઇલ નામ અને નિષ્ફળતાનો સ્થાનિક સમય નોંધો.

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

ક્લાયન્ટે ખરેખર શું મોકલ્યું

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

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

Get-VpnConnection -Name 'Corp VPN' | Format-List Name, ServerAddress, TunnelType, AuthenticationMethod
cmdkey /list | Select-String -Pattern 'corp' -SimpleMatch

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

નીતિનો નિર્ણય મેળવો, રીસેટ નહીં

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

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

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

ફરી એક વાર પ્રયાસ કરો, પછી સરખામણી કરો

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

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