One teeny weenie comment about the issue of security.
In my limited experience .. surely the SVM's would maintain a list of
authorised users from which they would accept commands. At IBM - when I worked
there we would programmatically query the ID ie) department, access level and
other stuff through HACS in-house (ESM) to determine the exact privilege of a
specific user; to determine if that command was allowed.
James.
From: Scott Rohling
Sent: Sunday, September 19, 2010 3:52 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Automated Logon (autofill userid and password) using TN3270 of
TCP/IP for VM or Logical Device
I have found it is important to know why you are doing something before
deciding how to do it (or whether to do it at all).
Bonne chance...
Scott Rohling
On Sat, Sep 18, 2010 at 8:00 AM, Michel Beaulieu <beaulieumic...@live.ca> wrote:
Hello,
It is so interesting that people need to expand so much on "why" before
discussing the "how".
In Unix/Linux, we have the "su" command that let someone take another
identification
for a while and when done, just exit and return to the normal userid.
Can we do something like that in z/VM?
In one situation I have, operations staff are logging to service machines
using LOGONBY
close the service, take a backup and then restart the service machine to
finally disconnect.
I am not trying to change the logic and the why things are done that way. I
have to take it as it is.
I am just trying to see if I can add some automation first.
Later, behind the scene, I will be able to eliminate the need to log on to
the service machines completely.
I hope this helps.
Michel Beaulieu
Montreal, Canada
|*|
------------------------------------------------------------------------------
Date: Fri, 17 Sep 2010 19:00:04 -0600
From: scott.rohl...@gmail.com
Subject: Re: Automated Logon (autofill userid and password) using TN3270 of
TCP/IP for VM or Logical Device
To: IBMVM@LISTSERV.UARK.EDU
Yep - SVM's are VM 'daemons' .. DIRMAINT, RACFVM, and at least a VMUTIL or
some such guest that reacts to communication, be it reader, msg, smsg, ad
nauseum. It's the basis behind all VM system management tools and VM based
applications: a disconnected guest, running some version of CMS, which is
waiting for work which can come in many different forms. This also provides a
'queuing' ability to support requests from multiple users, which are handled
sequentially - first come, first served.
Actually logging into another guest as Michel suggests implies only one user
can run whatever application it is you're building. Maybe that's fine in this
case. But the typical way to support multi-user applications on z/VM, using
CMS guests, is to have a front end that runs in the end user guest -and that
communicates with one or more SVM's to either submit work and/or request
information. Very much like 'daemons' in the Unix world - at least, that's
how I think of them.
Anyway - if the real objective could be explained - I'm sure several of us
could suggest ways to not have to login to a USERB for your application to work.
Scott Rohling
On Fri, Sep 17, 2010 at 6:19 PM, Rich Greenberg <ric...@panix.com> wrote:
On: Fri, Sep 17, 2010 at 04:34:15PM -0400,Rich Greenberg Wrote:
} The way this is often done is to have a program such as WAKEUP running
} in the service machine (SVM) which waits for an event (typically an SMSG
} from user"A" which requests something), does the requested work, returns
} the result (spool file or SMSG), and waits for the next request.
P.S. to above: If you ask 25 experienced, long time VM sysprogs,
if they have such a program, you will probably get 30 or so different
ones. Even IBM has one which ISTR is called VMUTIL EXEC and frequently
runs in a userid of the same name.
--
Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097
Eastern time. N6LRT I speak for myself & my dogs only. VM'er since
CP-67
Canines: Val, Red, Shasta, Zero & Casey (At the bridge)
Owner:Chinook-L
Canines: Red & Cinnar (Siberians) Retired at the beach Asst
Owner:Sibernet-L
