3    Preparing the RIS Server

This chapter provides the steps you must follow to prepare a RIS server. These steps include the following:

  1. Review RIS server/client version compatibility. (Section 3.1)

  2. Plan disk space for RIS. (Section 3.2)

  3. Install the operating system on the RIS server. (Section 3.3)

  4. Set up a local area network. (Section 3.4)

  5. Load and register the server extensions license. (Section 3.5)

  6. If necessary, prepare RIS for running on a server that has C2 security enabled. (Section 3.6)

3.1    Reviewing RIS Server/Client Version Compatibility

This section only applies if you are installing a new version of the operating system into a RIS environment on a server that is running a previous version of the operating system. If not, go to section Section 3.2.

Perform the following steps to install the operating system into a RIS environment on a RIS server running a previous version of the operating system:

  1. Log in to the RIS server as root, or use the su command to gain superuser privileges.

  2. Mount the distribution media. For example, if your distribution media is a CD-ROM:

  3. Use the utilupdate command to update the necessary RIS utilities on the server, as shown in the following example:

    # /mnt/isl/utilupdate -r -m /mnt
    

This command copies any files in the /usr/sbin directory to files with a .pre-V5.0A suffix. For example: /usr/sbin/setld is copied to /usr/sbin/setld.pre-V5.0A.

When the utilupdate script completes, this RIS server can serve the current version of the operating system to RIS clients. Appendix C describes the utilupdate utility.

When you are installing the operating system, if the utility finds existing *.pre-V files on your system, the existing utilities are updated with no changes to the saved *.pre-V files. If the server is already running the new or updated version of the operating system, a confirmation message is displayed and no copies are made.

After a client's operating system is installed and running, a server can serve additional product subsets to a client running a compatible operating system. The client loads the additional subsets with the SysMan Menu.

A RIS client can be booted by a RIS server by using the BOOTP protocol. This means that a server can serve both the base operating system as well as additional product subsets to the client over the network. The client loads additional product subsets with the SysMan Menu.

3.2    Planning Disk Space for RIS

Before beginning to set up a RIS area, you must calculate the amount of disk storage required for the software subsets in the RIS areas on the server. If space on the server's system disk is an issue and your server's distribution media is a CD-ROM, you might want to create symbolic links from the RIS server area to the software on the CD-ROM. Section 4.2 briefly describes the advantages and disadvantages of establishing symbolic links instead of extracting the software subsets into the RIS server area.

See Chapter 1 for a description of the RIS area's contents. A given server can have multiple RIS areas, in which some of the subsets can be duplicated. To organize your RIS server's disk space, perform the following steps:

  1. Determine how many RIS environments you want.

  2. Choose the software subsets you want to install, organizing them by the environments where they are to be installed.

  3. Use the subset size information in the Release Notes to ensure that you have adequate disk space.

3.3    Installing the Operating System on the RIS Server

The Installation Guide describes how to install the operating system on the server, and lists all of the supported software subsets along with their names and descriptions. This information helps you organize the process before you perform the installation.

Because RIS areas are created in the /var/adm/ris directory, you may want to specify a separate /var file system during the installation for extra disk space. Refer to the instructions in the Installation Guide to specify a separate /var file system.

Install the Remote Installation Service and Additional Networking Services subsets on the system to be used as a RIS server. These subsets contain the tftp networking utility and the joind bootstrap daemon. If you want to use the Internet Boot Protocol (BOOTP) server daemon bootpd, install the Obsolete Commands and Utilities (Obsolete Components) subset OSFOBSOLETE505.

After you install the operating system, enter the following command to see if these subsets are installed:

# /usr/sbin/setld -i | grep -E "RIS|INET|OBSOLETE"

Your output is similar to the following:

OSFCLINET505   installed Basic Networking Services 
    (Network-Server/Communications)
OSFINET505     installed Additional Networking Services 
    (Network-Server/Communications)
OSFOBSOLETE505 installed Obsolete Commands and Utilities 
    (Obsolete Components)
OSFRIS505      installed Remote Installation Service 
    (Network-Server/Communications)
 
 

The Basic Networking Services subset is mandatory and is installed as a mandatory subset when you install the base operating system. If the Additional Networking Services, Remote Installation Service, or Obsolete Commands and Utilities subsets are not installed, you must install them with the SysMan Menu.

Refer to the Installation Guide and the sysman(8) reference page for more information about installing subsets.

3.4    Setting Up a Local Area Network

You must connect the RIS server and all of the client processors to a LAN using either Ethernet, FDDI, or Token Ring. The server and clients all must be on the same network or subnetwork unless the router connecting the networks or subnetworks can forward BOOTP requests.

For instructions on setting up a local area network, refer to the Network Administration guide.

3.5    Loading and Registering the Server Extensions License

The Server Extensions license (OSF-SVR or UNIX-SERVER) provides the right to use the RIS software if you are running this operating system. A product authorization key (PAK) accompanies the license. You must register the PAK information for your system before it can be configured as a RIS server. Register the PAK information by using the License Manager application.

Refer to the dxlicense(8) reference page, the Software License Management guide, and the License Manager online help for more information about registering license PAKs.

After you have registered the PAK information, you can complete the server setup tasks described in Chapter 4.

3.6    Preparing RIS for C2 Security

If your RIS server will have C2 security enabled, the ris user file must be changed to ensure that the ris password does not expire and deny client access.

Perform the following steps on the RIS server as superuser to modify the ris user file if you are going to use RIS with C2 security enabled:

  1. Edit the file /tcb/files/auth/r/ris. Each field is delimited by a colon ( : ).

  2. Set the current password field u_pwd to an asterisk ( * ).

  3. Set the u_succhg value to any non-zero value. This value is a time_t type printed with %ld.

  4. Set the u_life and u_exp fields to zero.

The following is an example of a modified /tcb/files/auth/r/ris user file:

ris:u_name=ris:u_id#11:\
        u_oldcrypt#0:\
        u_pwd=*:\
        u_exp#0:u_life#0:\
        u_succhg#79598399:\
        u_suclog#79598399:\
        u_lock@:chkent:

After you make these changes, the RIS password should not expire and cause a denial of service to clients.