Chapter 10
Using Workstation Manager to Manage Workstations
Certification Objectives
*Enabling Workstation Manager Policies *
Configuring the Novell Client *
Desktop Management *
System Policies *
When Microsoft Windows NT Workstation became more popular for business workstations, it presented a challenge for NetWare. Each NT workstation had its own local security for end users, requiring a mandatory local logon to the local security database. Additionally, the NT workstation could belong to an NT domain and use domain security for end users, which requires a logon to an NT domain but provides a level of workstation management. NT Workstation was created to be a high-performance desktop operating system that can act as a peer server in a workgroup or member of an NT Domain. However, NT workstations are not built to accept another enterprise network security. Novell came out with Workstation Manager to add these and other benefits to NetWare through Novell Directory Services.
Workstation Manager does more than manage NT workstations. It has been extended, as a portion of the Z.E.N.works package, to manage Windows 95 workstations. Although not all aspects of NT workstation management are applicable to Windows 95, most are, and these capabilities are part of the current Z.E.N.works Workstation Manager component.
Introduction to Workstation Manager
Workstation Manager adds the ability to NetWare to manage workstations through the use of Novell Directory Services (NDS). Although originally created in response to the need to manage NT workstations, Workstation Manager manages Windows 95 workstations, as well. Workstation Manager services are listed in Table 10-1.
Service |
Operating System |
Function |
Workstation Inventory | Windows NT and Windows 95 | Maintains an inventory of workstation hardware and applications within NDS. |
Password Synchronization | Windows NT | Synchronizes passwords between NetWare and NT user accounts. |
User Account Management | Windows NT | Eliminates need for users to be located in the local or SAM domain. |
Activity Scheduling | Windows NT and Windows 95 | Enables the scheduling of actions to be executed on a workstation. |
Desktop Management | Windows NT and Windows 95 | Manages the desktop settings. |
System Policy Management | Windows NT and Windows 95 | Enables centralized control of native system policies. |
Table 1: Workstation Manager Services
Workstation Manager is integrated into Novell Directory Services. All aspects of managing workstations are available as objects in the NDS tree when using the NetWare Administrator. The objects that are used by Workstation Manager are policy package objects. The applicable objects are listed in Table 10-2.
Policy Package |
Policies |
Function |
NT User Package | Dynamic local user | Enables local user management. |
NT User Package | NT Desktop preferences | Manages the desktop. |
NT User Package | NT User Printer | Creates and configures printers for NT users. |
NT User Package | NT User System Policies | Manages native NT system policies. |
NT User Package | Workstation import policy | Enables a user to import workstation objects into NDS, applying a name standard. |
NT Workstation Package | Novell client configuration | Configures the protocol and components of the Novell client. |
NT Workstation Package | NT Computer Printer | Creates and configures a network printer for a workstation. |
NT Workstation Package | NT Computer System Policies | Manages the computer-based system policies native to NT. |
NT Workstation Package | Restrict Login | Allows administrator to restrict user logins. |
NT Workstation Package | Workstation Inventory | Manages and maintains the inventory of workstation hardware and software. |
95 User Policy Package | 95 Desktop Preferences | Manages the Windows 95 desktop. |
95 User Policy Package | 95 User System Policies | Manages the Windows 95 user system policies. |
95 User Policy Package | Workstation Import Policy | Enables a user to import workstation objects into NDS, applying a name standard. |
95 Workstation Package | 95 Computer Printer | Creates and configures a network printer for a workstation. |
95 Workstation Package | 95 Computer System Policies | Manages the computer-based system policies native to 95. |
95 Workstation Package | Novell client configuration | Configures the protocol and components of the Novell client. |
95 Workstation Package | Restrict Login | Allows administrator to restrict user logins. |
95 Workstation Package | Workstation Inventory | Manages and maintains the inventory of workstation hardware and software . |
Table 2: User and Workstation Policies
Installing and Configuring Multiple Clients with Workstation Manager
The Workstation Manager installs as a service under NT. It is a network client service under Windows 95. After the Windows NT Workstation Manager service authenticates to NDS, it periodically polls NDS to update scheduled actions and any other changes that should be made to the workstation. The polling schedule can be between 1 and 60,000 minutes. The default is 10 minutes.
Workstation Manager is an option in the installation of the NetWare 5 client. In order to install Workstation Manager, the administrator simply runs the NetWare 5 client setup with the /W switch, or selects the Custom installation option and then selects Workstation Manager from the list of optional components (see Figure 10-1).
Figure 1: Installation of client with Workstation Manager
The installation switches and functions are given in Table 10-3.
Installation Switches |
Function |
/U:[path to unattend file for Windows NT only] | Uses a text file, usually unattend.txt, to specify the setup specifications. |
/ACU | ACU stands for Automatic Client Update—this will automatically install the NetWare client without requiring input from the installer. ACU will upgrade an existing client setup and retain existing settings. |
/W | Installs the Workstation Manager component. |
/? | Displays the command-line help text. |
Table 3: Installation Command Parameters
In order to install Workstation Manager on multiple clients, the administrator may opt to use a login script installation method. The /ACU switch is the key to making this installation method work. The /ACU switch installs the updated client software if the existing client is older than the current version. This means that the login script does not need any logic for determining whether the workstation has already installed the client. A login script for installing the client might look like the following if the client files were on a server below PUBLIC in the respective operating system specific directories:
********************************************************
** LOGIN SCRIPT
FOR INSTALLING NETWARE CLIENT 32 **
** including Workstation Manager -
created October 3, 1998
**
********************************************************
; Mapping
drives section
MAP ERRORS OFF
MAP DISPLAY OFF
MAP INS
S16:=X:=SERVER/SYS:PUBLIC
IF %PLATFORM = "WINNT" THEN
BEGIN
X:\PUBLIC\WINNT\I386\SETUPNW /W /ACU
END
IF %PLATFORM = "WIN95"
THEN BEGIN
X:\PUBLIC\WIN95\SETUP /W /ACU
END
MAP DISPLAY
ON
MAP
Enabling Workstation Manager Policies
In order to begin using Workstation Manager, the NetWare Administrator needs to have policy packages created and associated to the appropriate users and workstations. The difference between a workstation policy package and a user policy package is that a user policy package will follow a roving user around the network. A workstation policy package, on the other hand, will be applied to the same workstation no matter which user logs in. Workstations must be imported into NDS as objects before the workstation policies become effective.
Policy packages can be created for different containers. And multiple policy packages can exist in the same container. This allows a network environment to use the existing network management structure already in place, whether that is a centralized or distributed administrative network.
Jerry is a network administrator for two business units within a large network environment. Both of the business units exist in a single container, of which Jerry is the sole administrator. The network planning group is implementing Workstation Manager and has distributed a policy to Jerry that all workstations must use the business unit as part of the workstation’s name to comply with the naming standards. They have asked Jerry to implement workstation manager. Jerry wants to create a separate container for one of the business units, move all the user objects, and change the context on their workstations. Is this necessary, and why or why not? | No, it is not necessary to create another container. Jerry can implement Workstation Manager through two user policy packages, one created for each business unit. He can associate the packages to the appropriate users. In each user policy package, he would create a workstation import policy with a custom naming convention using the business unit name. Then, Jerry would create a login script to register workstations upon a user’s login. The import process would pull the correct naming convention from the workstation import policy. |
In order to import workstations, the administrator must create a workstation import policy for workstations, both NT and Windows 95. This policy exists in the NT user policy package and the 95 user policy package. Figures 10-2 and 10-3 show the user policy package pages for Windows 95 and Windows NT.
Figure 2: Windows 95 user policy package
Figure 3: Windows NT user policy package
To register workstations, the administrator follows these steps:
When the workstation objects have been imported, the workstation policies must be associated to them. Instead of having to associate each individual workstation object with a workstation policy package, the administrator can associate the container object with the workstation policy package, as outlined in Exercise 10-1:
Exercise 10-1 Associating Workstation Objects to a Workstation Policy
Figure 4: Workstations must have a single association
Workstation Manager includes a computer-based policy in the workstation policy package for either NT or 95 that manages the configuration of the Novell client. Any client parameters on the workstation that the administrator might adjust are available in the Novell client configuration policy (see Figure 10-5). Further, the policy uses the exact same dialog as is used at the client, so the interface is identical to what the administrator is familiar with.
Figure 5: Novell client configuration policy
The various client options will facilitate the selection of the tabs for the GUI login. In addition to configuring the NetWare client, the Novell client configuration policy facilitates configuration of:
Each of these components can be used in conjunction with the Novell client to provide full network connectivity and resource access. NetWare/IP, IP Gateway, and the IPX Compatibility Adapter are all protocol related, thus enabling full network connectivity. The Target Service Agent is the client portion of backup. It enables NetWare Servers to backup workstations onto the server’s archive system, which is usually a tape drive.
In order to change a component of the Novell client, the protocol components or the Target Service Agent, the administrator must select a component from the list and click the Configure button. This will bring up a dialog similar to the client selection depicted in Figure 10-6.
Figure 6: Client Options
Each of the tabbed dialog pages is a network client configuration tab available locally at the workstation through the Network icon in the Control Panel. The administrator may make the selections in this dialog, and then allow NDS to apply the client configuration.
Gail is planning an upgrade of all seven NetWare 4.11 servers to NetWare 5, the addition of twelve new NetWare 5 servers, and a full Z.E.N.works installation. This upgrade and these additions will include a full redesign of the NDS tree; no user will be in the same context. Gail is not sure whether she should implement Z.E.N.works with Workstation Manager first, or as part of the server upgrade. What will Gail gain by implementing Z.E.N.works first? | If Gail implements Z.E.N.works first, the installation of the clients and the importing of the workstations objects can all be done through the login script. When the servers are upgraded and the tree redesigned, the Novell client configuration policy for the workstations can automatically push out the new context to the workstations. An alias in the old context can help the first login for users in order to implement the new context through the workstation Novell client configuration policy. If Gail does not implement Z.E.N.works first, she may have to visit each of the workstations to make the changes. |
Managing Workstation Inventory
One of the most complicated network management functions is maintaining a functional and up-to-date inventory of hardware and software that exists on the network. Server hardware and software is not nearly as complex to maintain as workstations:
The more workstations on a network, the more likely an inventory will be outdated quickly. If there is high-growth in the organization, the inventory will easily become difficult to manage manually from the moves, adds, and changes, as well as the new installations.
Novell’s Workstation Manager offers an automated workstation inventory to address these challenges. Creating a Workstation inventory policy within the workstation policy package enables the workstation inventory and governs the schedule for inventory updates (see Figure 10-7).
Figure 7: Workstation inventory policy
The workstation inventory itself is maintained within the workstation objects. To view a workstation’s current hardware and software, the administrator can open the Workstation Object Details; then select the Workstation Inventory button on the right-hand pane (see Figure 10-8).
Exam Watch: The workstation inventory policy schedules when the inventory updates will be sent to Novell Directory Services. All inventory information is stored within the Workstation objects.
Figure 8: Workstation inventory property page
Figure 9: Advanced Inventory information
Managing Profiles and Policies with NDS
User profiles are a feature of both Windows NT and Windows 95 that allows a network administrator to control the desktop settings for users of each workstation they log into on the network. System policies is another feature of both operating systems that enables centralized control of both user and computer configuration of the operating system. Both user profiles, or desktop settings, and system policies are part of the Workstation Manager NDS policies.
Desktop settings are managed through the user policy package in the desktop preferences policy. For Windows NT, desktop settings are stored in a user profile that can be set up to be "roaming." That is, instead of storing the settings on each workstation that the user logs into, the profile is stored a single time on a NetWare server or the user’s home directory. If storage space is an issue on individual workstations, the use of roaming profiles will minimize the impact of roaming users on a network. An administrator simply clicks on the Roaming Profile button of the NT Desktop Preferences to configure how the desktop settings are stored.
In the roaming profiles options, the administrator can enable roaming profiles and configure where they are stored on the network (see Figure 10-10). The storage options for profiles can be in the user’s home directory, or the profile can be stored on a NetWare server in another directory.
Figure 10: NT roaming profiles
To set up a user profile or desktop settings, the administrator would configure a desktop preferences policy (see Figures 10-11 and 10-12) in the user policy package. All settings are downloaded to the user’s current workstation the next time that user logs into the network.
Figure 11: NT Desktop Preferences
The desktop preferences policy has a Control Panel properties page that is similar to Windows Control Panel features. There are some differences, however.
For example, in the Accessibility Properties page for Accessibility Options, the three available option areas, StickyKeys, FilterKeys, and ToggleKeys, must be activated before the associated options can be configured. The administrator must check the box with the "use" for that option; then click Settings to configure them. In nearly all other aspects, the settings modified in this page are identical to the settings that can be modified when sitting at a workstation console and editing the same or similar Control Panel options. The desktop options are listed and defined in Table 10-4.
Feature |
Operating System |
Function |
Accessibility Options | Windows NT Windows 95 |
Configures options that facilitate the use of the workstation by users with disabilities. |
Console | Windows NT | Configures the way the DOS prompt window appears to users, such as colors, buffers, and whether the DOS prompt is in a window or is full-screen. |
Display | Windows NT Windows 95 |
Configures screen colors, wallpaper, screensaver, and other display options. |
Keyboard | Windows NT Windows 95 |
Configures character repeat action and the cursor blink rate. |
Mouse | Windows NT Windows 95 |
Configures the mouse click options and pointer styles. |
Sounds | Windows NT Windows 95 |
Allows the selection of a sound scheme. |
Table 4: Desktop Options Available for Windows NT and Windows 95
Figure 12: Windows 95 Desktop Preferences
Both Windows NT and Windows 95 can be configured to look for a system policy file to control how the workstation works. With the NetWare client and Workstation Manager, they can be configured to look for a policy file, even with a different name than the default, NTCONFIG.POL for NT or CONFIG.POL for 95, on the network in a specified directory. This is done by enabling and configuring a workstation computer system policies policy where the Remote Update option is edited for a manual update, as shown in Figure 10-13.
Figure 13: Configuring a remote update of system policies
To set up system policies, the administrator can enable either, or both, a user uolicy and a workstation policy. Computer system policies configure the items that are found in the HKEY_LOCAL_MACHINE hive of the Registry. User system policies configure items that are found in HKEY_CURRENT_USER hive of the Registry. These policies are applied each time a user logs into the network.
Exercise 10-2 Creating a Computer System Policy
Scheduling Workstation Application Upgrades
Any application execution can be scheduled for workstations or for users. This is done in the user policy package or workstation policy package. The administrator just adds an action to the policy package.
Exam Watch: When an action is scheduled for a user, it will apply to that user wherever the user logs in on the network. When an action is scheduled for a workstation, it will apply to the workstation, regardless of which user logs in.
Exercise 10-3 Adding an Action
Configuring Printers and Print Queues Dynamically
Print management is a part of the Z.E.N.works Workstation Manager component. This is set up so that printers can be created for Windows 95 workstations, Windows NT workstations, and Windows NT users. There is currently no Windows 95 user printer.
The user printer for NT will follow the user around the network wherever they log in. The workstation printers will be available at those workstations regardless of the user logged in. In an environment where multiple users log in at a stationary workstation, the use of a computer-based printer makes printing transparent to the users. A printer can be moved, added, or changed on the network without the users being unable to print.
To create a printer, the administrator views the details of a workstation policy package and then checks off the Computer Printer option (see Figure 10-14). By clicking the Details button, the administrator can add and configure the printer for the user. The Add button allows the administrator to browse through the NDS tree for a Print Queue object. The New Driver button lets the administrator upgrade the printer driver with a few mouse clicks. When the administrator clicks the NetWare Settings, she can change the NetWare printing settings such as whether to notify the user when the print has completed or whether to include a banner with the print.
Figure 14: Printer configuration options
Windows NT User Management
Those Windows NT users who require access to NetWare 5 servers would have traditionally required two user login Ids: one for NetWare and one for the NT workstation or domain. Workstation Manager and the NT client can simplify the login process by transparently extending the Windows NT login to include the execution of the NetWare login.
The WinNT User Package includes a dynamic local user policy. This policy governs whether a local NT workstation user is created after the user is authenticated to NDS. When the Enable Dynamic Local User is checked in this policy, then the workstation is checked to see if the user exists with the credentials (name, full name, and description) specified. If not, the user is created. If so, the user is authenticated.
The administrator can elect to use the NetWare credentials of any user existing in Novell Directory Services. This would create a matching user locally for any NetWare user that logged into the network. When using the NetWare credentials, the administrator can further elect to create a volatile user. The volatile user is removed from the workstation after logging out of the network.
The administrator can manage an existing NT account by checking the Manage Existing NT Account (if any) box. Workstation group assignments for the account are changed to those specified in the dynamic local user policy. If a volatile user is checked in addition to this option, the local account will be removed after the user logs out of the network, and from then on only the corresponding NDS User object will be able to access the workstation.
The dynamic local user policy can provide group membership to any default NT workstation user groups. Custom groups can be added to the list by clicking the Custom button (see Figure 10-15).
Figure 15: Dynamic local users in Windows NT
Certification Summary
Workstation Manager was originally created to manage Windows NT workstations. It has been extended to Windows 95 workstations and incorporated within the Z.E.N.works package.
Workstation Manager enables workstation management through policies created for users and workstations. These policies can manage the users’ desktop settings, system policies, client configuration, workstation inventory, and printers. The policies can also schedule updates to workstation software and manage user synchronization between the Novell Directory Services (NDS) users and NT workstation local or domain users.
The installation of Workstation Manager is a function of installing Z.E.N.works on the server and installing the client on the workstations. In order to include Workstation Manager with the client installation, the administrator can create an unattended installation, using an /ACU command parameter, for the client and use the /W command parameter to include Workstation Manager. The Workstation Manager component runs as a service on Windows NT (available within the Services icon in Control Panel) and as a network service under Windows 95 (available within the Network icon in Control Panel).
Workstation Manager includes the ability to configure the client from within the NetWare Administrator, through a Novell client configuration policy in the Workstation Package. This can effectively configure any client option remotely that the administrator could configure locally. The changes are applied with the user login, but do not become active until the next time the client reboots.
Workstation Manager includes a workstation inventory capability that can poll the workstation for software and hardware configuration information. It is updated whenever the schedule is set to update.
Native Windows 95 and Windows NT system policies and desktop settings can be configured from within the NetWare Administrator using:
The administrator can schedule application upgrades, or any application execution, to occur on an NT or 95 workstation through the use of User or Workstation added Actions. Actions that are added to a user package will take place regardless of where the user logs in. Actions that are added to a workstation package will take place on that specific workstation regardless of which user is logged into the workstation.
The administrator can use printer policies to configure print queues for NT users, or for Windows 95 and Windows NT workstations. The policy includes the ability to update printer drivers for printers on the network.
Windows NT users exist locally on NT workstations and on NT domains. The Workstation Manager dynamic local user policy in the WinNT User Package enables synchronization of these accounts, or even the ability to use only the NDS user. Volatile users can be created that are removed immediately upon logout from the NT Workstation.
Two-Minute Drill