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

ભૂલ ઘડિયાળની નહીં, પ્રમાણપત્રની સમસ્યા જેવી લાગે છે

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

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

ક્ષણ વાંચો, પછી પ્રમાણપત્ર

કંઈપણ બદલતા પહેલા ઘડિયાળ UTC માં અને પ્રમાણપત્રની પોતાની તારીખો છાપો. બે નિરપેક્ષ ક્ષણોની સરખામણી સમય ક્ષેત્રનો પ્રશ્ન તપાસમાંથી સંપૂર્ણ દૂર કરે છે. જો પ્રમાણપત્રની વિન્ડોમાં વર્તમાન ક્ષણ હોય, તો પ્રમાણપત્ર તમારી નિષ્ફળતા નથી.

date -u
timedatectl
openssl s_client -connect vpn.example.com:443 -servername vpn.example.com </dev/null 2>/dev/null | openssl x509 -noout -dates

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

timedatectl timesync-status
chronyc tracking

જો પ્રમાણપત્ર દરેક ક્લાયન્ટ માટે ખરેખર સમાપ્ત થયું હોય તો થોભો. પછી ઘડિયાળ બરાબર છે અને પ્રમાણપત્રને ગોઠવણ નહીં, નવીકરણની જરૂર છે.

લોગિન કોડ સંબંધિત પણ અલગ કારણોસર નિષ્ફળ જાય છે

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

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

કોડ કામ કરે તે માટે ઘડિયાળ પાછળ ન કરો. તે કારણ છુપાવે છે અને આગલી સમય આધારિત ચકાસણી તોડે છે.

સ્રોત સુધારો, દેખાતો કલાક નહીં

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

sudo systemctl status systemd-timesyncd
sudo chronyc sources -v
ping -c1 203.0.113.20

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

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

સંબંધિત લેખો