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_EXISTS
No changes to the LDAP server schema are needed. All attribute types
and object classes defined in the <schema> file are already part of the
LDAP directory server schema.
[The SCHEMA_EXISTS message indicates the schema specified in the
<schema> file is already installed on the LDAP directory server. All
attribute types and object classes defined in the <schema> file are already
part of the schema on the LDAP directory server. Only attribute types
and object classes with new and unique numeric oids and names can be
added to the LDAP server schema. Check the messages containing
ATTRIB_FOUND and OBJECT_FOUND described below for details.
Since the definitions specified in the <schema> file are already installed
in the LDAP server schema, the ldapschema utility will make no
changes to the LDAP directory server schema.]
SCHEMA_OK
All attribute types and object classes specified in the <schema> file are
valid.
[The SCHEMA_OK message indicates the definitions of attribute types
and object classes specified in the <schema> file have valid XML format
and conform to the DTD template and the LDAP directory server schema
policies. This message also indicates no mismatching/incompatible
definitions specified in the <schema> file are installed on the LDAP
server.]
SCHEMA_INVALID The <schema> file contains one or more invalid definition of attribute
types and/or object classes. Review the messages above and correct any
errors in the schema definition file.
[The SCHEMA_INVALID message indicates some of the attribute types
and/or object classes specified in the <schema> file have invalid
definitions. This condition occurs if the definition does not conform to
the LDAP directory server schema policies or the DTD template. Review
the “Defining Attribute Types” and “Defining Object Classes” sections
for details. Also, check the messages containing ATTRIB_INVALID,
ATTRIB_UNRESOLVED, OBJECT_INVALID and
OBJECT_UNRESOLVED described below for details.
Any invalid elements and any elements that depend on them will be
excluded from being extended on the LDAP server. For example, if an
attribute type 'sampleAttributeA' has an invalid <usage> value, and an
object class 'sampleObjectO' includes 'sampleAttributeA' as a mandatory
or an optional attribute, neither 'sampleAttributeA' nor 'sampleObjectO'
can be added to the LDAP server schema until the <usage> value is
corrected. Running the ldapschema utility in verbose mode (the -v
option) can provide additional information about invalid attribute type
and object class definitions. HP recommends correcting any invalid
definitions before extending the LDAP directory server schema with
any remaining new valid definitions.]
SCHEMA_MISMATCH The <schema> file contains one or more attribute types or object classes
already installed in the LDAP server schema with incompatible (i.e.,
mismatching) definitions. Review the messages above and verify
definitions of any mismatching schema elements. Any remaining schema
elements defined in the <schema> file cannot be added to the LDAP
server schema unless the force flag ("-F" option) is specified.
[The SCHEMA_MISMATCH message indicates one or more attribute types
or object classes defined in the <schema> file are already installed on
the LDAP directory server, however, their definitions do not match.
This means that some attribute type or object class definitions specified
in the <schema> file do not match the LDAP server schema definitions
of the elements with the same numeric oids or names.
Schema Extension Utility 249