Domain Access Using Trusted Solaris Software

Solaris and Trusted Solaris domains can be accessed from the SSP console or from other workstations.

Domain Access From the SSP Console

A Solaris domain can be logged into from a netcon(1M) session. The Trusted Solaris environment does not support command line login, so a Trusted Solaris domain can not be logged into from a netcon session. The netcon window still receives the domain's console messages and can be used for OBP (OpenBoot PROM) commands.

To log in to a Trusted Solaris domain from an SSP console:

• From a Solaris SSP console, you can rlogin(1) as a user to the Trusted Solaris domain. However, you cannot access the admin role on a Trusted Solaris domain from a Solaris SSP console.

• From a user workspace on a Trusted Solaris SSP console, you can rlogin as a user to the Trusted Solaris domain. For performing administrative tasks, you assume an administrative role on the Trusted Solaris SSP console, and then rlogin to the domain as the same role.

Domain Access From Other Workstations

You can rlogin to a Solaris domain from a Solaris workstation. You can rlogin(1) as a user to the Trusted Solaris domain from a Solaris workstation. You cannot perform administrative tasks in a Trusted Solaris domain from a Solaris workstation, because you do not have access to any administrative roles.

To log in to a Trusted Solaris domain from a Trusted Solaris workstation:

• From a user workspace on a Trusted Solaris workstation, you can rlogin as a user to the Trusted Solaris domain. From an administrative role on a Trusted Solaris workstation (example: admin role), you can rlogin to the domain as the same role. This method enables access to a Trusted Solaris domain when the Trusted Solaris SSP is not available.

• From another Trusted Solaris workstation, you can also perform a remote CDE login to the Trusted Solaris domain. The Trusted Solaris domain becomes the remote host on your local Trusted Solaris workstation. You can CDE login as a user to the domain and then assume roles. This method is useful when there is a spare Trusted Solaris workstation available. It is generally not desirable to do this using the Trusted Solaris SSP because it prevents the SSP from being used for SSP tasks.