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

我设法重置“失败的登录尝试”的唯一方法是使用工具箱禁用和重新启用用户。这不是一个可行的解决方案，因为这会更新用户配置文件上的更改日期和时间。

这种行为与我们处理绿屏 telnet 会话的方式相矛盾，当用户登录到 as400 时，“失败的登录尝试”被归零。

任何建议和/或决议都将被欣然接受。

4

3 回答 3

3

您可以改用QSYGETPH API 吗？根据那里的文档，它说“将登录尝试无效计数重置为零。”

于 2012-12-07T16:07:43.767 回答
2

使用以下 PTF 修复了此行为： V6R1 SI48759 V7R1 SI48761

于 2013-03-13T08:08:32.517 回答
0

JT400 在连接时不使用正常的登录机制……所以这种行为并不让我感到惊讶。JT400 本身并没有“登录”……它可以连接。行为略有不同。

我的问题是：为什么在通过 JT400 连接时重置有效登录计数很重要？

于 2012-12-07T16:08:59.807 回答