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
Return Values From ldapschema
The ldapschema tool returns the following values:
0
The operation is successful.
–1
The operation fails.
In addition, ldapschema prints to STDOUT the overall status of the schema being queried or
extended. Based on the schema status, any combination of the following messages is displayed.
Detailed explanations of each message are specified in the square brackets following the message
body text.
Schema Status Messages
SCHEMA_NEW The <schema> file contains attribute types and object classes that are
not defined in the LDAP directory server schema.
[The SCHEMA_NEW message indicates all attribute types and object classes
defined in the <schema> file are new to the LDAP directory server. The
SCHEMA_NEW message indicates none of the specified definitions are
currently installed in the LDAP server schema.]
SCHEMA_FOUND Subset of attribute types and/or object classes defined in the <schema>
file are already part of the LDAP server schema.
[The SCHEMA_FOUND message indicates one or more attribute type or
object class definitions specified in the <schema> file are already installed
in the LDAP server schema. Such elements will be excluded from being
extended on the LDAP 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.
The ldapschema utility may install any remaining new elements that
are not already defined in the LDAP server schema if both of the
following two conditions are met:
• The LDAP schema defined in the <schema> file is compatible with
the LDAP server schema. The two schemas are compatible if the
definitions of any elements found in the LDAP server schema match
their definitions specified in the <schema> file.
If the SCHEMA_MISMATCH message is displayed, the two schemas
are not compatible. This means one or more elements installed on
the LDAP server have definitions different from those specified in
the <schema> file. Installation of any remaining new elements is
not recommended. See definition of the SCHEMA_MISMATCH
message below.
If the SCHEMA_MISMATCH message is not displayed, the two
schemas are compatible. The schema specified in the <schema> file
partially exists on the LDAP server schema, and can be extended
with any remaining new valid attribute type and object class
definitions.
• The LDAP schema defined in the <schema> file is valid.
If the SCHEMA_INVALID message is displayed, one or more
definitions specified in the <schema> file are invalid and cannot be
added to the LDAP server schema. Such definitions need to be
corrected before the new schema elements can be extended on the
LDAP server.
If the SCHEMA_INVALID message is not displayed, the schema
definition in the <schema> file is valid. It partially exists on the
LDAP server schema, and can be extended with any remaining new
valid attribute type and object class definitions.]
248 Command, Tool, Schema Extension Utility, and Migration Script Reference