തെറ്റായ ഉപകരണ ക്ലോക്ക് VPN നിർത്താം: ആദ്യം സമയം പരിശോധിക്കുക

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 പ്രശ്നമല്ല.

അറ്റകുറ്റപ്പണിക്ക് ശേഷം യഥാർത്ഥ കണക്ഷൻ വീണ്ടും ശ്രമിക്കുക, പുതിയ പിശക് വെവ്വേറെ വായിക്കുക. മോശം സെർവർ ഐഡന്റിറ്റി, ശരിക്കും കാലഹരണപ്പെട്ട സർട്ടിഫിക്കറ്റ്, നിരസിക്കപ്പെട്ട അക്കൗണ്ട് എന്നിവ മൂന്ന് വ്യത്യസ്ത പരാജയങ്ങളാണ്, അവ കൂട്ടിക്കലർത്തുന്നതാണ് ലളിതമായ ക്ലോക്ക് തിരുത്തലിനെ ആഴ്ച നീളുന്ന പ്രൊഫൈൽ മാറ്റങ്ങളാക്കുന്നത്.