LDAP-UX Client Services B.04.15 with Microsoft Windows Active Directory Server Administrator's Guide (edition 8)
Table Of Contents
- LDAP-UX Client Services B.04.15 with Microsoft Windows Active Directory Administrator's Guide
- Table of Contents
- Preface
- 1 Introduction
- 2 Installing LDAP-UX Client Services
- Before You Begin
- Summary of Installing and Configuring LDAP-UX Client Services
- Planning Your Installation
- Installing LDAP-UX Client Services on a Client
- Configuring Active Directory for HP-UX Integration
- Step 1: Install Active Directory
- Step 2: Install SFU 2.0, 3.0 or 3.5 including Server for NIS
- Step 3: Create a Proxy User
- Step 4: Add an HP-UX Client Machine Account to Active Directory
- Step 5: Use ktpass to Create the Keytab File for the HP-UX client machine
- Step 6: Add POSIX Attributes into the Global Catalog
- Importing Name Service Data into Your Directory
- Configuring LDAP-UX Client Services
- Step 1: Run the Setup Program
- Step 2: Install the PAM Kerberos Product
- Step 3: Configure Your HP-UX Machine to Authenticate Using PAM Kerberos
- Step 4: Configure the Name Service Switch (NSS)
- Step 5: Configure the PAM Authorization Service Module (pam_authz)
- Step 6: Configure the Disable Login Flag
- Step 7: Verify LDAP-UX Client Services for Single Domain
- Step 8: Configure Subsequent Client Systems
- Configuring the LDAP-UX Client Services with SSL or TLS Support
- Downloading the Profile Periodically
- 3 Active Directory Multiple Domains
- 4 LDAP-UX Client Services with AutoFS Support
- 5 LDAP Printer Configurator Support
- 6 Dynamic Group Support
- 7 Administering LDAP-UX Client Services
- Using the LDAP-UX Client Daemon
- Integrating with Trusted Mode
- SASL GSSAPI Support
- PAM_AUTHZ Login Authorization
- Policy And Access Rules
- How Login Authorization Works
- PAM_AUTHZ Supports Security Policy Enforcement
- Policy File
- Policy Validator
- Dynamic Variable Support
- Constructing an Access Rule in pam_authz.policy
- Static List Access Rule
- Dynamic Variable Access Rule
- Security Policy Enforcement with Secure Shell (SSH) or r-commands
- Adding Additional Domain Controllers
- Adding Users, Groups, and Hosts
- User and Group Management
- Displaying the Proxy User's Distinguished Name
- Verifying the Proxy User
- Creating a New Proxy User
- Displaying the Current Profile
- Creating a New Profile
- Modifying a Profile
- Changing Which Profile a Client is Using
- Creating an /etc/krb5.keytab File
- Considering Performance Impacts
- Client Daemon Performance
- Troubleshooting
- 8 Modifying User Information
- 9 Mozilla LDAP C SDK
- A Configuration Worksheet
- B LDAP-UX Client Services Object Classes
- C Command, Tool, Schema Extension Utility, and Migration Script Reference
- LDAP-UX Client Services Components
- Client Management Tools
- LDAP User and Group Management Tools
- Environment Variables
- Return Value Formats
- Common Return Codes
- The ldapuglist Tool
- The ldapugadd Tool
- The ldapugmod Tool
- The ldapugdel Tool
- The ldapcfinfo Tool
- LDAP Directory Tools
- Schema Extension Utility
- Name Service Migration Scripts
- Unsupported Contributed Tools and Scripts
- D Sample PAM Configuration File
- E Sample /etc/krb5.conf File
- F Sample /etc/pam.conf File for HP-UX 11i v1 Trusted Mode
- G Sample /etc/pam.conf File for HP-UX 11i v2 Trusted Mode
- H Sample PAM Configuration File for Security Policy Enforcement
- Glossary
- Index
a remote domain sequence. When LDAP-UX does not find data in the local domain, all
remote domains are searched in the specified order until the data is found.
• GCS
This method allows you to configure LDAP-UX to search the GCS first. If you are not sure
in which domains the data resides, you can configure LDAP-UX to search the GCS first to
determine in which domain the requested data resides, then connect to that specific domain
controller to retrieve complete POSIX information. However, by default, the global catalog
does not contain any POSIX attributes. You should add some POSIX attributes into the global
catalog. For information, refer to “Adding POSIX Attributes to the Global Catalog” (page 62).
You also need a configuration profile that specifies which server (and port) serves as the
GCS. The GCS profile is stored locally in
/etc/opt/ldapux/domain_profiles/ldapux_profile.bin.gc.
• Both Remote Domain Configuration and GCS
If you are sure that you need some specific remote domains, but don't want to exclude other
domains, you can configure both, specifying remote domains and configuring usage of the
GCS. When both are configured, LDAP-UX searches in this sequence:
1. local domain
2. remote domains in the order of configuration
3. GCS to determine in which domain the data resides
4. specific domain determined by GCS
Choosing Remote Domain Configuration or GCS
In order to limit the scope of the LDAP-UX remote domain search to certain domains of the
forest, configure those specific domains using the remote domain configuration. This is the only
way to exclude some domains from the LDAP-UX remote domain search. For example, if your
forest contains DomainA, DomainB, DomainC, and DomainD, but you just want users in DomainA
and DomainB to log into HP-UX, configure either DomainA or DomainB as your local domain,
then another domain as the remote domain during setup, and choose not to use the GCS.
If you want to cover the entire forest in the LDAP-UX remote domain search scope, you can
either explicitly configure every domain (one as "local," and the rest as "remote"), or configure
the local domain and the GCS to support multiple domains. When you choose to configure usage
of both remote domain and GCS support, LDAP-UX searches remote domains, then queries the
GCS.
For detailed steps on how to configure multiple domains using the setup tool, refer to the
"Configuring the LDAP-UX Client Services" section in Chapter 2.
Downloading an Automatic Profile
When you select the GCS to retrieve data from remote domains, it is not necessary to specify
which domains LDAP-UX is to search. However, you should create a profile for every domain
in the forest so LDAP-UX has the information about where and how to establish the connection
with their domain controllers in the forest.
Not every LDAP-UX client has to create the profile entry in the directory. The LDAP-UX
configuration profile created by setup and saved in the directory server (ADS domain controller)
is designed to be shared by many clients. In previous releases, when the first LDAP-UX client
created the profile entry in the directory, other LDAP-UX clients still had to download it from
58 Active Directory Multiple Domains