- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: password changes not taking effect
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-19-2008 10:04 AM
тАО03-19-2008 10:04 AM
password changes not taking effect
Given that a user is already on the system, and asks for password change. I go into SYS$SYSTEM:AUTHORIZE and change the password (with MODI USER/PASSWORD= ). No problem there.
The problem comes up when they try to login. Even with the correct password, they still get rejected. Looking at SHO INTR shows their attempt. Clearing attempts with DELETE/INTR doesn't seem to help - or at least not right away.
This problem seems to go away if you DELETE/INTR and/or change password with AUTHORIZE in the right order or at the right time.
What am I missing here?
Thanks!
- Tags:
- Password
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-19-2008 10:13 AM
тАО03-19-2008 10:13 AM
Re: password changes not taking effect
$ reply/ena=secu
before they log, what messages do you get when they log ?
before telling them to log in, try yourself with
$ dir 0"user newpassword"::
and see if you get an error message or a listing of the files in sys$login of the user.
Do you have special code in sylogin.com (or the name this procedure has on your site) ?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-19-2008 10:14 AM
тАО03-19-2008 10:14 AM
Re: password changes not taking effect
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-19-2008 10:23 AM
тАО03-19-2008 10:23 AM
Re: password changes not taking effect
Phil
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-19-2008 10:26 AM
тАО03-19-2008 10:26 AM
Re: password changes not taking effect
This problem, however, has happened before and probably will again. It only happens occasionally. I keep thinking that there must be another audit "record" or "event" stored somewhere for a particular user, which is not cleared by DELETE/INTR and which causes them to be placed in an INTR record instead of being let in as security warrants.
How does the DIR 0"" command work?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-19-2008 10:35 AM
тАО03-19-2008 10:35 AM
Re: password changes not taking effect
--------------------------------------------
Description
Use the DELETE/INTRUSION_RECORD command to remove an entry from the break-in database. For example, if the user Hammer repeatedly attempted to log in to terminal TTA24 with an expired password, the SHOW INTRUSION command would display the following entry:
Intrusion Type Count Expiration Source
TERM_USER INTRUDER 9 10:29:39.16 TTA24:HAMMER
The terminal is locked out of the system because the login failure limit has been reached. When Hammer approaches you and you identify the problem as an expired password, you can then use the DELETE/INTRUSION command to remove the record from the break-in database.
-------------------------------------------
You need to delete all intrusion records before the account will be able to log in again. Also, remember that intrusion records will have the source of the intrusion which can include terminal server named, IP addresses/domains or node names. You need to make sure you delete ALL intrusion records for the user.
Phil
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-19-2008 10:40 AM
тАО03-19-2008 10:40 AM
Re: password changes not taking effect
1. User pwd changed
2. User says can't login
3. Delete Intruder Records
4. User says can't login
5. User pwd changed
6. User says Finally - it works!
The right way is to:
1. Check Intr Records and Delete if needed
2. Change password
3. User says You're Wonderful!
Did I get that right?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-19-2008 10:46 AM
тАО03-19-2008 10:46 AM
Re: password changes not taking effect
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-19-2008 11:06 AM
тАО03-19-2008 11:06 AM
Re: password changes not taking effect
in the syntax, :: means a Vms node.
The syntax for a file is
node::disk:
or
node"user password"::disk:
if you use Decnet proxies, you can avoid the string "user password"
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-19-2008 11:12 AM
тАО03-19-2008 11:12 AM
Re: password changes not taking effect
And Volker is also right, check that the user is actually the user they claim to be.
Phil