× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I do not believe that someone is attempting to sign in using their user
profiles.  When the users try to sign on, the first attempt shows that the
signon information is not correct.  The second attempt will also state that
the signon information is not correct.  The third attempt will disable the
profile.  The profiles are not disabled when we try to use them, we have to
go through the process of attempting to sign on three times (our system
value for number of password attempts is three).  This is the reason I
believe that the password has been changed rather than someone else
attempting to sign in using their profile.

I have run into the situation with the netfile shares disabling the user
profile and that is not occurring here.

Thanks

Mike

----- Original Message ----- 
From: "Ed Fishel" <edfishel@xxxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Tuesday, January 27, 2004 2:07 PM
Subject: Re: Changing passwords issue


>
> Mike Silvers wrote:
> >This is really weird.  We had the audit values set as you
> >mentioned in the email.  I looked through the CP records.
> >There was nothing except the entries for the profile being
> >disabled when I tried to sign on.  Now, another developer
> >ran into the same problem.  I checked the journal entries
> >again and did not see anything related to the CP entries
> >and his profile. I looked through all of the entries and I
> >am not able to find anything relating to either his or my
> >user profile.
> >
> >This has occurred with three different user profiles.
> >
> >Do you have any other recommendations to audit changes to
> >the user profiles?
>
> Take a look at the PW audit records. You will need to have *AUTFAIL set in
> the QAUDLVL system value to cause PW audit records to be generated. If you
> are not getting the CP audit records then it does not sound like someone
is
> changing the passwords of your user profiles, or restoring older version
of
> the user profiles and thus changing them to their older password value.
Is
> it possible that someone is trying to break into the system and causing
the
> profiles to be disabled?
>
> Is the failure occurring at a green screen sign-on or on one for a Client
> Access sign-on?  The reason I ask is that sometimes when the Windows
> password does not match the iSeries password, Client Access (and/or
similar
> products) may disable the user profile from that device while the real
user
> profile can still be used to sign on from a different real (or emulation)
> green screen. I am sure you can find some discussion of this problem in
the
> archives.
>
> Ed Fishel,
> edfishel@xxxxxxxxxx
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>



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