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

Schema Definition File
The ldapschema utility queries and extends LDAP directory server based on the XML schema
definition file. When using the ldapschema tool, the schema argument used with the -q or -e
option must correspond to the XML file containing the appropriate schema definition.
Several predefined files (such as rfc3712.xml, 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.
Each schema definition file must adhere to Document Type Definition (DTD) template specified
in /etc/opt/ldapux/schema/schema.dtd file. Every XML file used by the ldapschema
utility must include /etc/opt/ldapux/schema/schema.dtd as its DTD. See Line 2 in the
“A Sample RFC3712.xml File ” (page 237) section below.
WARNING! Every XML file used with ldapschema utility must include
/etc/opt/ldapux/schema/schema.dtd file as its DTD template. Do not modify this file,
or create your own DTD template file. The /etc/opt/ldapux/schema/schema.dtd file is
created to validate attribute type and object class definitions before they can be added to the
LDAP directory server schema. Altering the format of any schema elements in this file will cause
ldapschema to fail.
The schema definition file, enclosed by <schemaDefinition> tags, specifies schema name,
schema description and schema source, followed by any number of attribute type and object
class definitions. The schemaName, schemaDescription and schemaSource XML tags are
optional.
The following describes the schemaName, schemaDescription, and schemaSource tags:
<schemaName>
Optional, specifies the name of schema definition file.
<schemaDescription>
Optional, contains a brief one line schema description.
<schemaSource> An optional field used to specify the X-ORIGIN field of extended
attribute types and object classes, if used.
In the schema definition file, after general schema information is specified, attribute type
definitions, if any, must be specified followed by any object class definitions.
236 Command, Tool, Schema Extension Utility, and Migration Script Reference