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
PROFILE_ENTRY_DN="cn=globalprofile,CN=Configuration,DC=la,DC=ca,
DC=com"
PROGRAM="/opt/ldapux/config/create_profile_cache -i
/etc/opt/ldapux/domain_profiles/ldapux_profile.ldif.gc -o
/etc/opt/ldapux/domain_profiles/ldapux_profile.bin.gc
The contents of this file are created as you run the setup tool. Therefore, the sequence in this
file represents the sequence in which you create remote domains while running setup, which is
also the sequence that LDAP-UX will connect to domain controllers to perform the search. The
local domain is created first, followed by remote domains, followed by the GCS, then lastly the
domains inside the forest which have not been configured during remote domain configuration.
If you configure remote domains without using the GCS, the file will only include information
for remote domains. If you skip remote domains and just configure GCS, the
ldapux_client.conf file will have the "local" section immediately followed by the "gc" section.
Any remote domain sections in the file after the "gc" section are remote domains in the forest
you configure. They are only used by LDAP-UX to download profiles from the server, and will
be ignored by LDAP-UX for the multiple domain search scope.
Resolving Duplicate Entries
In the Windows 2000 or 2003 environment, a user account can exist in multiple domains. Each
account has a user principal name (UPN) in the format <user>@<DNS-domain-name>. Users
can log on using UPN without choosing a domain. Due to the limitation of the HP-UX operating
system, LDAP-UX does not support UPN as in Windows 2000 or 2003. It is recommended that
you configure a unique user name and uid number in the forest. When the same account exists
in multiple domains, LDAP-UX uses the following rules to return information:
When there are duplicate entries in the local domain
LDAP-UX returns the first entry found.
When there are duplicate entries in remote domains
• If the remote domains are configured, LDAP-UX searches each domain in the configuration
sequence and returns data from the first entry found.
• If only GCS is configured, LDAP-UX returns a NOT_FOUND message.
• If both remote domains and GCS are configured, LDAP-UX searches remote domains first,
and returns the first entry found. If no entry is found in the remote domains, and duplicate
entries are in other domains in the forest, LDAP-UX returns a NOT_FOUND message.
When there are duplicate entries in both local and remote Domains
LDAP-UX returns the first entry found in the local domain.
When LDAP-UX returns a NOT_FOUNDmessage, the user cannot log into HP-UX clients. Therefore,
if you want to allow a user in remote domains to log into HP-UX, it is better to have a unique
user name and uid number for each user in the entire forest. Otherwise, be sure that your multiple
domain configuration allows LDAP-UX to return data.
Example
The following example explains what to expect when your user accounts are not unique in the
forest.
60 Active Directory Multiple Domains