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
Static List Access Rule
When the value in the <type> field is one of unix_user, unix_group, netgroup,
ldap_group, the rule is evaluated using a list of predefined values in the <object> field. Based
on the value in the <type> field, pam_authz will call the appropriate service to determine if the
item requested is present. If the requested information is found then the rule is evaluated to be
true.
The following describes these values for this field in details:
unix_user This option indicates that an administrator wants to control the login
access by examining a user's login name with a list of predefined users.
If the login name matches one of the user names in the list, the
authorization statement is evaluated to be true. The final access right is
determined by evaluating the <action> field. An example of a
unix_user type of access rule is as follows:
allow:unix_user:myuser1,myuser2,myuser3
If a myuser3 user attempts to login, the above access rule is evaluated
to be true and the user is granted login access.
unix_local_user This option indicates that an administrator wants to control the login
access by examining a local user's login name with a list of user's
accounts in the /etc/passwd file. If the login name matches one of the
user accounts defined in /etc/passwd, the authorization statement is
evaluated to be true. Otherwise, the rule is skipped. An example of a
unix_local_user type of access rule is as follows:
allow:unix_local_user
As an example, if a user account, myuser5, is defined in
/etc/password, the above access rule is evaluated to be true and this
user myuser5 is granted to login to the local host.
unix_group This option specifies that an administrator wants to control the login
access right using the user's group membership. You can specify a list
of group name in the <object> field. PAM_AUTH retrieves the group
information of each listed group by querying the name services specified
in nsswitch.conf. That means the group entries may come from any
sources (files, nis, ldap, etc). If the login user belongs to any groups in
the list, the access rule is evaluated to be true. Otherwise, the rule is
skipped. An example of a unix_group access rule is shown as follows:
deny:unix_group:myunixgroup10,myunixgroup11,myunixgroup12
A user tries to login and he is a member of myunixgroup12. The rule
is evaluated to be true and the <action> is applied. The user is
restricted from access to the machine even with a valid password.
netgroup This option specifies that the access permission is determined by the
user's netgroup membership. You must specify a list of netgroup name
in the <object> field. If the user is a member of one of the netgroups
specified in the netgroup list, then the access rule is evaluated to be true.
PAM_AUTH obtains the netgroup information by querying the name
services specified in nsswitch.conf. For example:
allow:netgroup:netgroup1,netgroup2,netgroup3
A user tries to login and he belongs to netgroup1. The above access
rule is evaluated to be true. The user is granted login access.
ldap_group This option specifies that an access rule is based on the non-POSIXGroup
membership. PAM_AUTHZ supports ldap group with groupOfNames
114 Administering LDAP-UX Client Services