×

Good News Everybody!

The new search engine is LIVE!

Please report any problems to david (at) midrange.com.




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 thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2026 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.