5

com.ibm.as400.access.AS400.validateSignon() を使用してユーザーの資格情報を認証し、ユーザーが検証に合格し、正常に接続した場合、「失敗したサインオン試行」が 0 にリセットされません。

間違ったパスワードを入力すると、「サインオン試行の失敗」フィールドが増加します。「失敗したサインオン試行」のサインオンに成功した場合でも、無効なサインオンがあったことが維持されます。奇妙なことに、「以前のサインオン」は正しい日付と時刻で更新されます。

as400 の DSPUSRPRF のダンプを次に示します。

User profile . . . . . . . . . . . . . . . : BOB
Previous sign-on . . . . . . . . . . . . . : 12/12/05 21:34:08
Password verifications not valid . . . . . : 4
Status . . . . . . . . . . . . . . . . . . : *ENABLED

「サインオン試行の失敗」をリセットすることができたのは、ツールボックスを使用してユーザーを無効にしてから再度有効にすることだけでした。これは、ユーザー プロファイルの変更日時を更新するため、実行可能なソリューションではありません。

この動作は、ユーザーが as400 にログインすると、「失敗したサインオン試行」がゼロ化される、グリーン スクリーン telnet セッションの処理方法と矛盾します。

提案および/または解決策は、感謝して受け入れられます。

4

3 に答える 3

3

代わりにQSYGETPH APIを使用できますか? そこのドキュメントによると、「無効なサインオン試行回数をゼロにリセットします」と書かれています。

于 2012-12-07T16:07:43.767 に答える
0

JT400 は、接続時に通常のサインオン メカニズムを使用しないため、その動作は私を驚かせるものではありません。JT400自体は「サインオン」しません...接続します。少し異なる動作。

質問があります: JT400 経由で接続するときに有効なサインオン数をリセットすることが重要なのはなぜですか?

于 2012-12-07T16:08:59.807 に答える