2016-06-27 6 views
0

WSO2 IS 5.0.0.SP1からWSO2IS 5.1.0にアップグレードしました。セッションの有効期限を修正しようとしています。ユーザーが長い間ログインしているようです。私たちは、デフォルトでチェックリメンバー・ミー(私たちは、ユーザーが約14hを= 840メートルの永続的になりたい)しているログオン画面で wso2isセッションタイムアウト - 無効なタイムスタンプ?

私はidentity.xmlで複数のタイムアウトパラメータで見る何

<SessionDataPersist> 
     <Enable>true</Enable> 
     <Temporary>false</Temporary> 
     <SessionDataCleanUp> 
      <Enable>true</Enable> 
      <CleanUpTimeout>841</CleanUpTimeout> 
      <CleanUpPeriod>30</CleanUpPeriod> 
     </SessionDataCleanUp> 
     <OperationDataCleanUp> 
      <Enable>true</Enable> 
      <CleanUpPeriod>30</CleanUpPeriod> 
     </OperationDataCleanUp> 
    </SessionDataPersist> 
</JDBCPersistenceManager> 

...

<TimeConfig> 
    <SessionIdleTimeout>840</SessionIdleTimeout> 
    <RememberMeTimeout>840</RememberMeTimeout> 
</TimeConfig> 

...

<PersistanceCacheTimeout>900</PersistanceCacheTimeout> 
    <SessionIndexCacheTimeout>900</SessionIndexCacheTimeout> 

しかし、ユーザーが今、私たちはTIME_CREATEDも将来(3.5日)で遠くに配置された参照のセッションタイムアウトのためのデータベースを確認しても次の日(24時間)

に記録されそうです。

select session_id , session_type, time_created, operation, tenant_id from idn_auth_session_store where session_id='8d761e3d-c2c8-4a50-b58f-dc20822a0000' 

8d761e3d-c2c8-4a50-b58f-dc20822a0000 | SAMLSSOSessionIndexCache | 1467171230156905138 | STORE  |   0 

1467171230156905138ようだ水曜日、2016年6月29日3時33分50秒GMT

質問があるさ - 有効期限のタイムスタンプとして使用するか、それがどこか間違って変換されTIME_CREATEDましたか?有効期限として使用されている場合 - 実際にはどこに設定されていますか?

編集:

私はコードから見るものの値である(私たちは単なるミリ秒のタイムスタンプを使用することはできません?):

currentStandardNano = currentStandardNano + (currentSystemNano - FrameworkServiceDataHolder.getInstance().getNanoTimeReference()); 

これは事実の価値のために、将来的にタイムスタンプを移動しますサーバーの稼働時間。理由はありますか?

これはアイデンティティサーバー5.1.0における問題として同定された、将来のリリースで修正されている任意の洞察力

+0

私たちは認証フレームワーク(ソースコードから)を "パッチ"し、ダイレクトナノタイムスタンプを保存しています。 – gusto2

答えて

0

いただきありがとうございます。これは議論されているhere

関連する問題