dbTalk Databases Forums  

User Login/Passwords

comp.databases.sybase comp.databases.sybase


Discuss User Login/Passwords in the comp.databases.sybase forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Jim Douglas
 
Posts: n/a

Default User Login/Passwords - 08-24-2004 , 07:59 PM






I have the need to change passwords in over 80+ databases when the user
changes it in one. Any suggestions on an effieient method. I would prefer
some type of "batch" method where it's not done online. Just wondering how
others
might take care of this!!

Thanks!

--

Jim Douglas





Reply With Quote
  #2  
Old   
Germano
 
Posts: n/a

Default Re: User Login/Passwords - 08-25-2004 , 06:27 AM






If these 80 databases are all on the same server, you don't have to do
anything as the login/password is server wide, if you're talking about
different servers, you can always use bcp to move logins from one server to
another.

"Jim Douglas" <james.douglas (AT) genesis-software (DOT) com> wrote

Quote:
I have the need to change passwords in over 80+ databases when the user
changes it in one. Any suggestions on an effieient method. I would prefer
some type of "batch" method where it's not done online. Just wondering how
others
might take care of this!!

Thanks!

--

Jim Douglas







Reply With Quote
  #3  
Old   
Byrocat
 
Posts: n/a

Default Re: User Login/Passwords - 08-28-2004 , 08:17 PM



Good idea, but works ONLY if all users have the same suid on all systems.

Otherwise, you may need a combination of a shell script and SQL file to do
the following steps (assuming that you have the same SSO userid and password
on all of the servers):
1) Obtain SSO userid and password and the user id and revised password from
terminal input
2) IN A SECURE DIRECTORY (700 permission), create the SQL file to change the
passwords of the specified accounts
3) run ISQL on each server (maybe file input) to perform the password
changes
4) delete all working script files.

If the intent of all the userids is to permit users to access data from
multiple servers, have you thought about using proxies?

If things get really weird, it might be a time to suggest to the applicaiton
owners that it might be a good time to redesign the application and to
rethink the implementation.

Best of luck!

----- Original Message -----
From: "Germano" <gsilva3891 (AT) yahoo (DOT) com>
Newsgroups: comp.databases.sybase
Sent: Wednesday, August 25, 2004 7:27 AM
Subject: Re: User Login/Passwords


Quote:
If these 80 databases are all on the same server, you don't have to do
anything as the login/password is server wide, if you're talking about
different servers, you can always use bcp to move logins from one server
to
another.

"Jim Douglas" <james.douglas (AT) genesis-software (DOT) com> wrote in message
news:PvRWc.309282$%_6.209184 (AT) attbi_s01 (DOT) ..
I have the need to change passwords in over 80+ databases when the user
changes it in one. Any suggestions on an effieient method. I would
prefer
some type of "batch" method where it's not done online. Just wondering
how
others
might take care of this!!

Thanks!

--

Jim Douglas









Reply With Quote
  #4  
Old   
Eddie
 
Posts: n/a

Default Re: User Login/Passwords - 09-01-2004 , 02:32 AM



1. Create a view having (select name, password from syslogins where
"logins only" )
2 then bcp out this view,
3 then create a table xxx having (name,password).
4. create a trigger in the table xxx that compares it to syslogins,
then update syslogins (with allow updates) for any changed in the
password.

5 bcp-in this view to a table xxx


"Byrocat" <strikemaster2000 (AT) yahoo (DOT) ca> wrote

Quote:
Good idea, but works ONLY if all users have the same suid on all systems.

Otherwise, you may need a combination of a shell script and SQL file to do
the following steps (assuming that you have the same SSO userid and password
on all of the servers):
1) Obtain SSO userid and password and the user id and revised password from
terminal input
2) IN A SECURE DIRECTORY (700 permission), create the SQL file to change the
passwords of the specified accounts
3) run ISQL on each server (maybe file input) to perform the password
changes
4) delete all working script files.

If the intent of all the userids is to permit users to access data from
multiple servers, have you thought about using proxies?

If things get really weird, it might be a time to suggest to the applicaiton
owners that it might be a good time to redesign the application and to
rethink the implementation.

Best of luck!

----- Original Message -----
From: "Germano" <gsilva3891 (AT) yahoo (DOT) com
Newsgroups: comp.databases.sybase
Sent: Wednesday, August 25, 2004 7:27 AM
Subject: Re: User Login/Passwords


If these 80 databases are all on the same server, you don't have to do
anything as the login/password is server wide, if you're talking about
different servers, you can always use bcp to move logins from one server
to
another.

"Jim Douglas" <james.douglas (AT) genesis-software (DOT) com> wrote in message
news:PvRWc.309282$%_6.209184 (AT) attbi_s01 (DOT) ..
I have the need to change passwords in over 80+ databases when the user
changes it in one. Any suggestions on an effieient method. I would
prefer
some type of "batch" method where it's not done online. Just wondering
how
others
might take care of this!!

Thanks!

--

Jim Douglas







Reply With Quote
  #5  
Old   
Mark A. Parsons
 
Posts: n/a

Default Re: User Login/Passwords - 09-02-2004 , 03:48 PM



Jim Douglas wrote:
Quote:
I have the need to change passwords in over 80+ databases when the user
changes it in one. Any suggestions on an effieient method. I would prefer
some type of "batch" method where it's not done online. Just wondering how
others
might take care of this!!
On the off chance you have Repserver ... you could use Repserver to
replicate the passwords for you.

Rob's (www.sypron.nl) got a copy of an old Techwave presentation I gave on
replicating logins/passwords/groups/users/blah-blah-blah. The link to the
copy of the presentation is
http://members.chello.nl/r.verschoor4/markaparsons.zip.

At first glance this may be overkill for what you want to do ... but RS's
store-n-forward capability comes in handy when you find that some of those
target servers aren't up and running ... so ya gotta go back at a later
date to apply those password changes. 'course, over time it could get a
little ugly if you have to remember which servers were up/down and when, so
that you can keep everything in sync ... *yuck*.

--
Mark A. Parsons

Iron Horse, Inc.
iron_horse (AT) NOSPAM (DOT) compuserve.com


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.