|
Ah ha... the reason isn't so super secret. The reason we are looking into this is for a scenario like this. * Mission critical PC application uses iSeries as a DB via ODBC. * To keep good security, system is told to lock account after x number of invalid logons. * This happens to the account that the PC application uses to connect to iSeries via ODBC, thus locking account and any new connections to the system. * Mission critical PC application breaks because account is locked. Now in this scenario, there was another problem of using a user account for this connection, but that was corrected. We are worried about in the future with the what-if scenario. How do we prevent that account from becoming locked? This is assuming that the the user account has a strong password and cannot easily be hacked. Or better yet, what policies do you have in place so this situation doesn't happen? On 10/20/05, Mike Wills <koldark@xxxxxxxxx> wrote: > > Is there an exit point for user validation at sign-on? We are looking into > the posibility of locking a sepecific user(s) after a number of invalid > logons differently than all the other users. I see I can't do this through > their profile alone, so I am hoping I can do this through an exit point. I > don't have much for details myself yet, but I assume this is for any service > that a person might sign on under (example Web, green-screen, ftp, vendor > application thin client, etc). > > -- > Mike Wills > koldark@xxxxxxxxx > http://mikewills.name > Want Gmail? Email koldark+gmail@xxxxxxxxx to get on my waiting list. > > "There are 10 types of people in the world: those who understand binary, > and those who don't." -Unknown -- Mike Wills koldark@xxxxxxxxx http://mikewills.name Want Gmail? Email koldark+gmail@xxxxxxxxx to get on my waiting list. "There are 10 types of people in the world: those who understand binary, and those who don't." -Unknown
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.