NET/MASTER Network Control Language (NCL) Programmer's Guide

Types of NonStop NET/MASTER MS Users
Environments and Command Processing
106160 Tandem Computers Incorporated 16–3
Types of NonStop
NET/MASTER MS
Users
There are three types of users that can use a NonStop NET/MASTER MS system, each
of which is discussed in the following subsections:
Real users
Virtual users
Remote users
Real Users A real user is a person who logs on to a NonStop NET/MASTER MS system at a local
terminal. This type of user operates in a region (discussed later in this section) and has
a NonStop NET/MASTER MS profile, created by a user ID definition record, that
determines what the user can do in their region.
The NonStop NET/MASTER MS profile of a real user may allow the user to enter
Operator Control Services (OCS). If so, the user has an operator profile and can use
one or two OCS windows. Associated with each window is a primary processing
environment (defined later in this section) in which NonStop NET/MASTER MS
commands and NCL processes execute.
A typical example of a real user is a system operator who controls NonStop
NET/MASTER MS at a local system, performing tasks such as monitoring local users
and terminals, by using NonStop NET/MASTER MS commands from OCS.
Changing the Profile of a Real User
The profile of a real user is changed using User ID Management Services (UMS). This
changes the details in the user ID definition record of the user. If the details are
changed, the user can use the SIGNON command from OCS (while logged on to
NonStop NET/MASTER MS) to implement the changes and refresh their profile. The
following command refreshes your own profile after your user ID definition record is
changed:
SIGNON
From OCS, a real user can use the PROFILE command to display or modify some
aspects of their operator profile. The following command displays your own operator
profile:
PROFILE
Caution If a user is not authorized to receive EMS, PPO, or monitor-class messages, the PROFILE command
does not display information about the EMS or MONMSG operand. An NCL process can attempt to
check whether a user is allowed to receive these messages by using the INTCMD PROFILE statement
and waiting for message numbers NNM0378 (EMS operand) and NNM0366 (MONMSG operand). If the
user is not authorized to receive these messages, the message numbers will never arrive and the NCL
process may be suspended indefinitely. You can work around this problem by using the SECCALL GET
or SECCALL QUERY verb to help you obtain the actual message receipt status of the user.