VPN પાસવર્ડ રીસેટ કર્યા પછી પણ એક ઉપકરણ જોડાઈ શકતું નથી
નવો પાસવર્ડ એક ક્લાયન્ટ સિવાય બધે કામ કરે છે. જૂનું મૂલ્ય હજી રાખતું સ્ટોર શોધો, પુનઃપ્રયાસો મર્યાદિત કરો અને એક પ્રયાસથી ચકાસો.
તમે પાસવર્ડ રીસેટ કર્યો, પોર્ટલમાં ચકાસ્યો, અને એક લેપટોપ હજી જોડાઈ શકતું નથી. સહજ પ્રતિક્રિયા છે ફરી રીસેટ કરવાની, અને એમ જ એકાઉન્ટ લોક થાય છે અને જૂનું રહસ્ય ઘટના બની જાય છે. VPN ક્લાયન્ટ ભાગ્યે જ દર વખતે પાસવર્ડ માંગે છે; એક વાર માંગે છે અને જવાબ એવી જગ્યાએ સંગ્રહે છે જે તમે પસંદ નથી કરી. એ જગ્યા શોધવી એ આખું કામ છે, અને તે બીજા રીસેટ કરતાં ઝડપી છે.
દરેક ક્લાયન્ટ ખરેખર શું મોકલે છે તે નિશ્ચિત કરો
પાસવર્ડ જ સમસ્યા છે એમ માનતા પહેલાં નિષ્ફળ ક્લાયન્ટ પર એકાઉન્ટ, ડોમેન અને ગેટવે તપાસો. વેબ પોર્ટલનું સાઇન-ઇન VPN કરતાં અલગ ઓળખ પ્રણાલી વાપરી શકે છે, તેથી સફળ પોર્ટલ સાઇન-ઇન પ્રોટોકોલની પ્રમાણીકરણ વિશે કંઈ કહેતું નથી. કેટલાક ડિપ્લોયમેન્ટ પોર્ટલ પર ઈમેલ અને ટનલમાં અલગ વપરાશકર્તાનામ સ્વીકારે છે. કંઈપણ રીસેટ કરતા પહેલાં ક્લાયન્ટ કઈ ઓળખ રજૂ કરવા માટે ગોઠવાયેલ છે તે નિશ્ચિત કરો.
ભૂલનું લખાણ વાંચો અને તેને વર્ગીકૃત કરો. પ્રમાણપત્રની નિષ્ફળતા, સમાપ્ત થયેલો પડકાર અથવા અસમર્થિત સાઇફર જૂનો પાસવર્ડ નથી, અને તેને એમ ગણવાથી કોઈ અસર વગર રીસેટનું ચક્ર બને છે. જો સેવામાં લોકઆઉટ નીતિ હોય, તો બે કે ત્રણ નિષ્ફળ પ્રયાસો પછી થોભો અને આગળ વધતા પહેલાં એકાઉન્ટની સ્થિતિ નિશ્ચિત કરો.
અનુમાન કરવાને બદલે સ્ટોરની યાદી બનાવો
ચાર સ્ટોર VPN રહસ્ય રાખે છે, અને નીચેનું કોષ્ટક દરેક માટે બતાવે છે કે મૂલ્ય ક્યાં ટકે છે અને તેને સાફ કરવાનો ખરો અર્થ શું છે. મૂળ OS પ્રોફાઇલ પ્લેટફોર્મના ક્રેડેન્શિયલ સ્ટોરમાં રહસ્ય રાખે છે, તેથી એન્ટ્રી તેને લખનાર એપ્લિકેશન કરતાં વધુ ટકી શકે છે. ક્લાયન્ટ કન્ફિગરેશન ફાઇલ મૂલ્ય ત્યાં રાખે છે જ્યાં તે ક્લાયન્ટ વાંચે છે, ક્યાં તો ઇનલાઇન કે સંદર્ભિત auth ફાઇલમાં, તેથી બીજી ફાઇલ સંપાદિત કરવાથી કંઈ બદલાતું નથી. બ્રાઉઝર પોર્ટલ કૂકી અને નીતિથી પહોંચાડાયેલ ક્રેડેન્શિયલ એવી જગ્યાએ રહે છે જેનું ઉપકરણ ખરેખર માલિક નથી, અને તે નક્કી કરે છે કે કોને બદલવાની પરવાનગી છે.
| Store | Where it lives | How to clear it |
|---|---|---|
| Native OS profile | Windows Credentials, NetworkManager secrets | forget or edit the connection |
| Client configuration file | a referenced auth file or inline value | edit the file the client actually reads |
| Browser session | cookie for the portal SSO | sign out of the portal, not just close the tab |
| Managed policy | delivered by the management service | change it in the manager, not on the device |
તેમને નિશ્ચિત ક્રમમાં તપાસો: પહેલા OS ક્રેડેન્શિયલ સ્ટોર, કારણ કે ક્લાયન્ટ ડિફોલ્ટ રૂપે તેને પૂછે છે, પછી ક્લાયન્ટનું પોતાનું વોલ્ટ કે કન્ફિગ ફાઇલ, પછી બ્રાઉઝર સત્ર, અને અંતે એ નીતિ જે ત્રણેયને ઓવરરાઇટ કરી શકે છે. ક્રમ મહત્ત્વનો છે કારણ કે પછીનું સ્ટોર પહેલાનું ચૂપચાપ પુનઃસ્થાપિત કરી શકે છે, અને નિષ્ફળતા ચાલુ રહેતાં તમે ખોટો સ્તર સુધારશો. તમે કયું સ્ટોર બદલ્યું તે લખો, કારણ કે એ નોંધ જ આગલા રીસેટને આખી બપોરને બદલે બે મિનિટનું કામ બનાવે છે.
ક્લાયન્ટ ખરેખર જે સ્ટોર વાપરે છે તેમાં જુઓ
ભૂંસતા પહેલાં વાંચો, જેથી જાણો કે કઈ એન્ટ્રી VPNની હતી. નીચેની આદેશો દૂર કરવાને બદલે યાદી બનાવે છે અને તપાસે છે, જે નિદાનને ઉલટાવી શકાય તેવું રાખે છે.
# Windows credential store
cmdkey /list | findstr /i vpn# Windows native profile
Get-VpnConnection -Name "Work" | Select-Object -ExpandProperty Guid# macOS Keychain
security find-generic-password -s "Company VPN" -g# Linux NetworkManager
nmcli -s connection show "Work" | grep -i passwordLinux પર, -s એ રહસ્યો બતાવે છે જે NetworkManager અન્યથા છુપાવે છે. macOS પર, Keychain આદેશ સંગ્રહિત આઇટમ છાપે છે, તેથી ટર્મિનલના સ્ક્રોલબેકને સંવેદનશીલ ગણો. જો નિષ્ફળ ક્લાયન્ટ પોતાના વોલ્ટ સાથેની તૃતીય-પક્ષ એપ હોય, તો OS સ્ટોર સાચું દેખાશે જ્યારે એપ પોતાની નકલ રાખે છે, અને એ વોલ્ટ જ ફેરફારનું યોગ્ય સ્થાન છે.
ઑફલાઇન ઉપકરણોની કાળજી લો
જાતે જાગીને ફરી જોડાતા લેપટોપ જ્યાં સુધી તેમની નકલ છે ત્યાં સુધી જૂનું રહસ્ય રજૂ કરતા રહેશે. અપડેટ એવી રીતે ગોઠવો કે તે ઉપકરણો એકસાથે ફરી પ્રયાસ કરે તે પહેલાં સુધારાઈ જાય, અને અસરગ્રસ્ત પ્રોફાઇલ પર સ્વયં-કનેક્શન બંધ કરવાનું વિચારો જ્યાં સુધી દરેક સમર્થિત પ્રવાહમાંથી પસાર ન થાય.
મેનેજ કરેલા ફ્લીટ માટે, નીતિ જ્યાં વ્યાખ્યાયિત છે ત્યાં મૂલ્ય બદલો. જે ઉપકરણનું ક્રેડેન્શિયલ કેન્દ્રીય રીતે પૂરું પડાય છે તેના પર સ્થાનિક નકલ સંપાદિત કરવી શ્રેષ્ઠ સ્થિતિમાં કામચલાઉ છે; આગલું નીતિ રિફ્રેશ જૂનું મૂલ્ય પુનઃસ્થાપિત કરે છે અને નિષ્ફળતા સમજૂતી વગર પાછી આવે છે.
એક નિયંત્રિત પ્રયાસથી ચકાસો
ઇચ્છિત એન્ટ્રી અપડેટ કરો, એક વાર ફરી જોડાઓ, અને ટનલ કંઈક ચોક્કસ સુધી પહોંચે છે તે નિશ્ચિત કરો. એક નિયંત્રિત પ્રયાસ નિષ્ફળ જાય તો ઉપયોગી ભૂલ આપે છે, જ્યારે વીસ પ્રયાસ લોક થયેલું એકાઉન્ટ અને રહસ્ય આપે છે. સ્ટોર સુધારાયા પછી પણ ક્લાયન્ટ નિષ્ફળ જાય તો રહસ્ય વગરની એક ભૂલ પકડો અને થોભો. એ ભૂલ ઉપકરણના નામ સાથે રાખો જેથી આગલી પાળી તમે જ્યાં પૂરી કરી ત્યાંથી શરૂ થાય.
પાસવર્ડ ફેરફાર પ્રમાણપત્રો, સત્ર ટોકન કે MFA નોંધણીને સ્પર્શતું નથી, અને તે પોતાના જીવનચક્ર સાથેના અલગ ઓળખ છે. નવીકૃત પ્રમાણપત્ર પાસવર્ડ ફેરવવાથી સુધરતું નથી, અને રીસેટ પહેલાં જારી કરેલ ટોકન હજી માન્ય હોઈ શકે છે. કયા સ્ટોરમાં જૂનું મૂલ્ય હતું તે લખીને પૂરું કરો, કારણ કે આગલું રીસેટ એ જ યાદી સાથે અથડાશે.