|
It is always enabled and we have 30 systems with it running on, you can log on to any other system and retrieve it for the system you are working on, a little safety measure. You also have to rememeber that all of the tech's id's are the same level as qsecofr so at the dr test, we just log on and set it manually -----Original Message----- From: Dave Snyder <Dsnyder@xxxxxxxxxx> To: midrange-l@xxxxxxxxxxxx Sent: Thu, 23 Feb 2006 14:33:09 -0500 Subject: RE: QSECOFR usage We have considered keeping it disabled and then enabling when we need to, but how would that impact a disaster recovery situation? Would you be able to log on as QSECOFR if no one else was around that could enable it first? Dave -----Original Message----- From: BLCDOM.GWIA.midrange-l@xxxxxxxxxxxx Sent: Thursday, February 23, 2006 2:22 PM To: midrange-l@xxxxxxxxxxxx; stenore@xxxxxxx Subject: Re: QSECOFR usage We address it with a program that changed the password for QSECOFR daily with a new one, the same program is the retrieve program which requires a help desk ticket to retrieve it (all custom created). works well and shuts down auditors, especially with the log file that contains who, what, when, where
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.