Jump to content United States-English
HP.com Home Products and Services Support and Drivers Solutions How to Buy
» Contact HP
More options
HP.com home
HP 9000 Networking: Supervising the Network > Chapter 5 Customizing the User Environment

About Login Scripts

» 

Technical documentation

Complete book in PDF
» Feedback
Content starts here

 » Table of Contents

 » Index

You can use login scripts to automatically set up your users' workstation environments whenever they log in to the network. Login scripts are similar to configurable batch files and are executed by the LOGIN utility. You can use login scripts to

  • Map drives and search drives to directories.

  • Display messages.

  • Set environment variables.

  • Execute programs or menus.

Login scripts work the same way for DOS and Windows workstations.

Types of Login Scripts

When a user logs in, the LOGIN utility executes the appropriate login scripts. Four types of login scripts are available, and they can be used separately or together to tailor a custom environment for your users. All four types of login scripts are optional. They are described here in the order they are executed:

  • A container login script sets the general environments for all users in that container. The LOGIN utility executes container login scripts first. A user can use only one container login script.

    NOTE: The container login script replaces the system login script that was in NetWare 3™.
  • A profile login script sets environments for several users at the same time. The LOGIN utility executes a profile login script after the container login script.

    A user can be assigned only one profile login script, but can specify other profile login scripts on the command line. Several users can use the same profile login script.

  • A user login script sets environments specific to a single user, such as printing options or a username for electronic mail.

    The LOGIN utility executes the user login script after any container and profile login scripts have executed. A user can have only one user login script.

  • The default login script is precoded into the LOGIN.EXE command and is not editable. It executes if a user doesn't have his or her own user login script, even if a container or profile login script exists.

    The default login script is executed for all users (including user ADMIN) unless you create a user login script. The default login script contains only essential commands, such as drive mappings to the NetWare utilities.

    To see the commands in the default login script, see "Default Login Script" in this chapter.

If you do not want to create any user login scripts and you don't want the default login script to execute for any users, you can disable the default login script by including the NO_DEFAULT command in the container or profile login script.

To use the login script from an Organization, Organizational Unit, or Profile object, users must have the Browse right to the object and the Read right to the object's Login Script property.

NOTE: For more information on Browse or Read rights for a file, object, or property, see "Browsing" and "Rights" in Concepts.

Deciding Which Login Scripts to Create

Maintaining many user login scripts can be time consuming. Therefore, you should try to include as much customizing information as possible in the container and profile login scripts.

Here are some suggestions:

  • If all users need access to the NetWare utilities in the same volume, for example, put the search drive mapping to that volume in a single container login script rather than in every user login script.

  • Create profile login scripts if there are several users with identical login script needs.

  • In user login scripts, include only those items that cannot be included in profile or container login scripts.

Since up to three login scripts can execute whenever a user logs in, conflicts can occur. If this happens, the last login script to execute (usually the user login script) overrides any conflicting commands in a previous login script.

Login scripts are properties of objects. Table 5-1 shows which objects can contain which login scripts.

Table 5-1 Objects that Contain Login Scripts

Object

Type of Login Script

Organization

Container

Organizational Unit

Container

Profile

Profile

User

User

 

Figure 5-1 shows where the different types of login scripts can reside in a Directory tree.

Figure 5-1 Where Login Scripts Are Located

Login scriptslocation of, explainedWhere Login Scripts Are Located

In the previous figure, there are three users: ESAYERS, SWILLIAMS, and MRICHARD. The following table shows which login scripts execute when each of these users logs in.

When this user logs in

Login scripts execute in this order

ESAYERS

  1. Sales_PV's container login script

  2. ESAYERS' user login script

SWILLIAMS

  1. Sales _PV's container login script

  2. Default login script

MRICHARD

  1. Accounting's container login script

  2. CLERKS' profile login script

  3. MRICHARD's user login script

Container login scripts only affect users in the Organization or Organizational Unit that contains the login script.

For example, in Figure 5-1, although there are two levels of container objects above users ESAYERS and SWILLIAMS, only the container login script for the container they are in (OU=SALES_PV) executes.

If the SALES_PV Organizational Unit had no container login script defined, no container login script would execute for ESAYERS and SWILLIAMS, even though a container login script exists at a higher level.

Because user SWILLIAMS has no user login script defined, the default login script executes after the container login script.

Since user MRICHARD belongs to the profile CLERKS, the CLERKS profile login script executes before MRICHARD's user login script. Users can be assigned to only one Profile object, but other profile login scripts can be specified at the command line, for example,

LOGIN username /p profile_object

You can, however, assign users to more than one Group object. Then use the MEMBER OF "group" identifier variable to specify that different parts of a login script execute, depending on the Group objects to which the user belongs.

For more information about using the MEMBER OF "group" identifier variable in login scripts, see "IF...THEN" and "Identifier Variables" in this chapter.

Printable version
Privacy statement Using this site means you accept its terms Feedback to webmaster
© 1996 Hewlett-Packard Development Company, L.P.