SSL雙方系統時間不一致導致的SSL連線失敗

2021-09-11 06:04:37 字數 682 閱讀 5777

最近呼叫個介面,攜帶ssl證書驗證,結果佈署到測試環境和本地環境都正常,奇了怪了,正式環境怎麼都用不了,那就寫個日誌輸出檔案看下是什麼錯。

invalid_jwt jwt expired at 2019-02-21t17:02:30z. current time: 2019-02-21t17:05:22z, a difference of 172180 milliseconds.  allowed clock skew: 0 milliseconds.
關鍵點allowed clock skew,允許時間偏差是0,測試和時間有關係,於是搜下關於ssl相關資訊,找個一篇很有用的文章zqt520,有個失效時間!!!

那就開始驗證猜想把,調下本地環境的時間,開始測試。錯誤還原了。★,°:.☆( ̄▽ ̄)/$:.°★ 。

找到問題那就想法解決吧,git乙份第三方給的jdk原始碼。入手修改。又遇到問題,獲取到response返回的伺服器時間怎麼同步到本地呢?網上的教程win10不行!!!!!

方案1、沒辦法了,設定時間偏差吧。

方案2、修改本地伺服器時間為網路時間

如果有別的解決方案請教各位

crontab時間和系統時間不一致

昨天寫了一指令碼,放在crontab上,設定每天早上5點半執行。今天早上發現,沒有指令碼執行記錄。service crond status 檢視crontab 狀態 tail 100 var log cron 檢視最近100條crontab日誌 發現是系統時間和crontab 日誌時間不一致,慢了8...

Win Linux雙系統時間不一致解決

linux系統和windows系統時間總是差8個小時,在網上查詢資料後發現是因為兩個系統的設定不一樣,windows 與 linux 預設看待系統硬體時間的方式是不一樣的 windows把系統硬體時間當做本地時間,即其時間適合bios中顯示的時間是一樣的 linux系統則把硬體時間當做utc,作業系...

快取不一致

當程式在執行過程中,會將運算需要的資料從主存複製乙份到cpu的快取記憶體當中,那麼cpu進行計算時就可以直接從它的快取記憶體讀取資料和向其中寫入資料,當運算結束之後,再將快取記憶體中的資料重新整理到主存當中。舉個簡單的例子 i i 1。當執行緒執行這個語句時,會先從主存當中讀取i的值,然後複製乙份到...