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

Operations Performed by the Schema Extension Utility
The schema extension utility, ldapschema, supports the following two modes of operation:
1. Query Schema Status
Based on the set of attribute types and object classes defined in the input schema definition
file, this tool queries their status on the directory server schema without applying any changes
to the LDAP directory server. ldapschema checks if new attribute types and object classes
specified in the input schema file are already defined on the directory server. This tool also
determines if definitions installed on the LDAP directory server match definitions specified
in the schema file being queried.
2. Extend a Directory Server with Schema Definitions
This utility supports the extend mode of operation. It can add attribute types and object
classes defined in the input schema file that are not yet installed on the LDAP server to that
server's schema. Only new valid attribute types and object classes can be added to the LDAP
server schema. To execute the ldapschema utility in the extend mode, most LDAP directory
servers require specifying the distinguished name and password of an administrator who
has permissions to modify the schema on that server.
DTD and XML Files Used by ldapschema
The ldspschema tool uses the following XML files to perform its operations:
• LDAP Schema Definition Files
This tool queries and extends the LDAP directory server schema with the input schema
definitions stored in an XML schema definition file. Several predefined files (such as
rfc3712.xml and rfc2256.xml, etc...) are stored in the /etc/opt/ldapux/schema directory.
But the schema definition file can be stored in any directory with any file name. The file
name is passed to the tool as one of the required arguments. See the “Schema Definition
File” (page 236) section for details.
• Documentation Type Definition (DTD) Template
LDAP-UX provides the predefined Document Type Definition template,
/etc/opt/ldapux/schema/schema.dtd. Each schema definition file must adhere to
DTD template specified in /etc/opt/ldapux/schema/schema.dtd file. Every XML file
used by the ldapscheam utility must include /etc/opt/ldapux/schema/schema.dtd
as its DTD. This DTD file is used by ldapschema to validate new attribute types and object
classes before they can be added to the LDAP directory server. See the “Schema Definition
File” (page 236) section for details.
WARNING! Do not modify the schema.dtd file, or create your own DTD template file.
Modifying this file will cause ldapschema to fail.
• Supported Matching Rules and Syntaxes File
The ldapschema utility performs LDAP directory server schema search to obtain the
complete list of schema syntaxes and matching rules that the Directory Server supports.
Netscape/Red Hat Directory Server provides a list of supported matching rules and syntaxes
as part of the schema search.
However, some directory servers (such as Windows Active Directory Server) do not provide
a list of supported syntaxes and/or matching rules as part of the directory server schema
search. To support Windows ADS, LDAP-UX provides the predefined LDAP directory
server definition file, /etc/opt/ldapux/schema/schema-ads.xml, which contains a
list of schema syntaxes that Windows Active Directory Server supports.
If you choose to use the ldapschema tool with the directory server other than Netscape/Red
Hat Directory Server or Windows Active Directory Server, and the LDAP directory server
doesn't provide a list of supported matching rules and syntaxes as part of the directory
server schema search. Then, you need to define your own supported matching rules and
syntaxes file. See the “LDAP Directory Server Definition File” (page 244) section for detailed
230 Command, Tool, Schema Extension Utility, and Migration Script Reference