Jump to content United States-English
HP.com Home Products and Services Support and Drivers Solutions How to Buy
» Contact HP
More options
HP.com home
Installing and Administering LDAP-UX Client Services with Microsoft Windows 2000 Active Directory > Chapter 2 Installing LDAP-UX Client Services

Configure the LDAP-UX Client Services

» 

Technical documentation

Complete book in PDF
» Feedback
Content starts here

 » Table of Contents

 » Glossary

 » Index

Using the setup program. This section describes in detail the steps you need to take to configure LDAP-UX Client Services with Windows 2000 Active Directory. In summary, you will need to run the setup program to extend the profile schema into Active Directory and to create specific profile entries. The setup program also creates the necessary files on your client system and configures the proxy user.

Kerberos Authentication. LDAP-UX Client Services with Active Directory uses the Kerberos Authentication method. If not already available on your system, you will need to install and configure PAM Kerberos. Some instructions for doing this are shown later in this section. Additional detailed information can be found in the Configuration Guide for Kerberos Products on HP-UX, available at http://docs.hp.com/hpux/internet.

Name Service Switch (NSS). The Name Service Switch (NSS) needs to be modified to retrieve your account and group information from Active Directory.

Run the Setup Program

  1. Log in as root and run the setup program:

    cd /opt/ldapux/config
    ./setup

    The setup program asks you a series of questions and usually provides default answers. Press the Enter key to accept the default, or change the value and press Enter. At any point during setup, enter Control-b to return to the previous screen or Control-c to exit setup.

  2. Choose Windows 2000 as your LDAP directory server (option 2).

  3. Enter the host name and port number of the directory where your profile exists, or where you want to create a new profile from Appendix A. To check the directory to see if the schema has been extended with the LDAP-UX Client Services object classes DUAConfigProfile, enter the DN (Distinguished Name) and password of a user. This must be done, but only needs to be done once. See Appendix B for a detailed description of these object classes.

  4. If the schema has already been extended, setup skips this step. Otherwise, to extend the schema, enter the DN (Distinguished Name) and password of a user who can extend the directory schema from Appendix A.

  5. For new profiles, the profile object must be created under the 'ConfigurationNamingContext' container, which is usually CN=Configuration, <domain root>, or it can be created under any path with an object class of 'Container'. These container entries must exist before any new profile entries can be created.

  6. Enter either the DN of a new profile, or the DN of an existing profile, from Appendix A.

    To display all the profiles in the directory, use a command like the following:

    ldapsearch -D <directory user> -w <credentials> -s sub -b
    "CN=Configuration, DC=cup, DC=hp, DC=com" -h <Active Directory
    host> -p <Active Directory port> objectclass=DUAConfigProfile

    If you are using an existing profile, setup configures your client, downloads the profile, and exits. In this case, continue by going to the section “Install the PAM Kerberos Product” below.

  7. If you are creating a new profile, enter the DN and password of a user who can create a new profile, from Appendix A.

  8. Next, enter the host name and port number of the directory where your account and group data is, from Appendix A. You can enter up to three hosts, to be searched in order.

  9. Enter the base DN where clients should search for name service data, from Appendix A.

  10. Reply "No" when asked if you want to accept the remaining default configuration parameters.

  11. For Active Directory, you must set access to the directory by proxy user because anonymous binding does not grant enough access right to an Active Directory. Enter the DN and password of your proxy user from Appendix A.

  12. Enter the maximum time in seconds the client should wait for binding to the directory before aborting ("bind time"). Enter 0 for no time limit.

    CAUTION: The default client binding time is 5 seconds. Depending on the load on your directory, this default value may not be high enough to service all database requests.
  13. Enter the maximum time in seconds the client should wait for directory searches before aborting. Enter 0 for no time limit.

  14. The screen displays the question: "Do you want client searches of the directory to follow referrals? Enter "No".

    Referrals are currently not certified with Active Directory. Please check the release notes at http://docs.hp.com/hpux/internet for additional information.

  15. Enter the Profile TTL (Time To Live) value. This value defines the time interval between automatic downloads (refreshes) of new configuration profiles from the directory. Automatic refreshing ensures that the client is always configured using the newest configuration profile.
    If you want to disable automatic refresh or manually control when the refresh occurs, enter a value of 0. “Download the Profile Periodically”.

  16. Enter whether or not you want to remap the standard object class attributes to alternate attributes. You need to do this if your user and group data do not conform to the object classes defined in RFC 2307, posixAccount, posixGroup, and shadowAccount.

    You can remap the attributes for any of the supported services: passwd, shadow passwd, group, PAM, netgroup, rpc, protocols, networks, hosts, and services. Select the service you want to remap. Then select the attribute you want to remap and enter the new attribute name. For example, you might map the standard UNIX user id number attribute uidnumber to an employeeID attribute.

    NOTE: Make sure that the attribute names are typed in correctly to avoid unpredictable results later on.

    See RFC 2307 at http://www.ietf.org/rfc/rfc2307.txt for a description of the standard object classes and attributes.

    Optionally, you may set up X.500 by executing the following steps:

    1. Map to memberuid member

    2. For the question:
      Specify the service you want to map? [0]: 3
      Answer "3"

    3. For the question:
      Specify the attribute you want to map? [0]: 3
      Answer "3"

    4. Type the attributes you want to map to the member attribute:
      [memberuid]: memberuid member
      For ADS, the valid member attributes you can map to is:
      memberuid member posixmember

    5. Follow the prompts to finish the setup

  17. Enter whether or not you want to create custom search descriptors for any of the supported name services. Select the service you want to create a custom search descriptor for.

    NOTE: Custom search descriptors have no relevance for PAM Kerberos. PAM Kerberos is the only certified authentication method for LDAP-UX Client Services with Active Directory.

    A custom search descriptor consists of three parts: a search base DN, scope, and filter. Use custom search descriptors if you want clients to search different locations in the directory or to apply different search filters. For example, some clients might search for employees only in a particular department.
    Each service can have up to three different search descriptors. The client uses the search descriptors in order until it finds what it is looking for.

    NOTE: The default search base DN for all requests will be set to the previously specified default search base DN (in Step 9), usually the domain root. For very large databases, search performance can be greatly increased by specifying custom search descriptors. For example, to search user and group information, set the search base DN for the user and group services to CN=Users, DC=cup, DC=hp, DC=com.If your search filters overlap, enumeration requests will result in duplicate entries being returned. For example, if one search filter searched a subset of your organization and a second search filter searched your entire organization, an enumeration request would return duplicate entries.See "Enumeration Requests" in Chapter 4.
  18. Answer Yes to the question about "Are you ready to create the Profile Entry?" Then press any key to continue.

  19. At this point, you will choose whether or not to configure for Multiple Domains.

    • If you will not be configuring for Multiple Domains: continue on with Step 20 below.

    • If you will be configuring for Multiple Domains: answer "Yes" to the question "Do you wish to configure multiple-domain support?"

      If you will be using Remote Domain Configuration, answer "Yes" to the next question. If you answer "No", skip the remaining comments in this bullet, and proceed to the next bulleted item.

      You will loop through a series of screens which will allow you to create as many profiles as you wish (one profile will be created for each pass through the loop).

      Read the explanation paragraph(s) in the next screen carefully before answering the question, then enter the appropriate domain name.

      Next, you will return to Step 3 through Step 18 of this procedure for each profile to be created.

      When you have added as many profiles as you wish, answer "No" to the question "Do you wish to configure another profile for remote domain?"

    • If you will be using the Global Catalog Server (GCS), answer "yes" to the next question. If you answer "no", then proceed to Step 20, below.

      Next, you will return to Step 3 through Step 18 of this procedure to create the profile for the Global Catalog Server.

      NOTE: When you configure the default search base for the GCS, you must make sure that the base covers everything that you want to include. For example, for a forest containing two domain trees (ca.hp.com and ny.hp.com), if you specify ca.hp.com as the GCS search base, all of the data under the ny.hp.com domain tree will not be found. You must specify hp.com to cover the entire forest. The setup tool provides the root domain as the default search base. You must override it in order to cover the entire forest.

      Please read the instructions on each screen, carefully, as some of the answers to these questions will be different than the last 2 times you went through these questions.

      When you have finished building the profile for the Global Catalog Server, configure the profiles for each domain that is used by the Global Catalog search.

      To configure the profiles for each domain that is used by the Global Catalog search, you will again return to Step 3 through Step 18 of this procedure until you have configured each profile needed by the Global Catalog search.

      When this process is done, continue to Step 20, below.

  20. Reply to the question, "Would you like to start/restart the LDAP-UX daemon"

    Users need to start the LDAP-UX daemon in order to use multiple domains and X.500 features.

Install the PAM Kerberos Product

For HP-UX 11.00, use swinstall(1M) to install the PAM Kerberos product J5849AA. The software can be downloaded from http://software.hp.com. In order to work with LDAP-UX Client Services B.03.00, you need PAM Kerberos version v1.10 or later. If your system already has an older version of PAM Kerberos, you need to re-install it with the new version.

For HP-UX 11i, PAM Kerberos is included on the operating system CD. By default PAM Kerberos is installed with the operating system unless you deselect it. However, you need to download and install the latest version (v1.10 or later).

See the Configuration Guide for Kerberos Products on HP-UX Release Notes, available at http://docs.hp.com/hpux/internet for any last minutes changes.

You also need to install the required patch, see /opt/ldapux/README-LdapUxClient for patch information. The /opt/ldapux/README-LdapUxClient file is available after you install the NativeLdapClient subproduct.

Configure Your HP-UX Machine to Authenticate Using PAM Kerberos

  1. Create /etc/krb5.conf:

    • /etc/krb5.conf is the Kerberos configuration file, which specifies the default realm, the location of a Key Distribution Center (KDC) server and the logging file names. The Kerberos client depends on the configuration to locate the realm's KDC. The following is an example of /etc/krb5.conf which has the realm CUP.HP.COM, and machine myhost.cup.hp.com as KDC:

      default_realm = CUP.HP.COM
      default_tgs_enctypes = DES-CBC-CRC
      default_tkt_enctypes = DES-CBC-CRC
      ldapux_multidomain = 1 (this line added only if using Mutiple Domains)
      ccache_type = 2
      [realms]
      CUP.HP.COM = {
      kdc = MYHOST.CUP.HP.COM:88
      kpasswd_server = MYHOST.CUP.HP.COM:464
      }
      [domain_realm]
      cup.hp.com = CUP.HP.COM
      [logging]
      kdc = FILE:/var/log/krb5kdc.log
      admin_server = FILE:/var/log/kadmin.log
      default = FILE:/var/log/krb5lib.log
      NOTE: The permissions of the /etc/krb5.conf file should be set to 644 and ownership should be root user.
    • For Multiple Domains

      For each domain you configure in LDAP-UX, you need to add its KDC entry into the /etc/krb5.conf file.

      For a sample file that supports two domains, please refer to Appendix E, "Sample /etc/krb5.conf File".

  2. Add the Kerberos services to the /etc/services file if they don't exist yet. A Kerberos client requires the following entries in the /etc/services file for the Kerberos PAM services:

    kerberos5    88/udp   kdc  # Kerberos V5 kdc
    kerberos5 88/tcp kdc # Kerberos V5 kdc
    kerberos-sec 88/udp kdc # Kerberos V5 kdc
    kerberos-sec 88/tcp kdc # Kerberos V5 kdc
    kerberos 750/udp kdc # Kerberos V5 kdc
    kerberos 750/tcp kdc # Kerberos V5 kdc
    klogin 543/tcp # Kerberos rlogin -kfall
    kshell 544/tcp cmd # Kerberos remote shell
    kerberos-adm 749/tcp # Kerberos 5 admin/changepw
    kerberos-adm 749/udp # Kerberos 5 admin/changepw
    krb5_prop 754/tcp # Kerberos slave propagation
    kerberos-adm 464/udp # Kerberos Password Change protocol
    kerberos-cpw 464/tcp # Kerberos Password Change protocol
  3. Add a host key to the /etc/krb5.keytab file

    The keytab file is the one described in the previous section on Windows 2000 using ktpass. You need to securely transfer the keytab file you created in Step 5 on page 26 to your HP-UX machine and name it krb5.keytab in the /etc directory. If you already have an existing /etc/krb5.keytab file, you need to merge the new keytab file with the existing one. ktutil is a tool provided with the Kerberos product for you to maintain the keytab file.

    NOTE: The keytab file should only be readable by the root user.
  4. Synchronize the HP-UX clock to the Windows 2000 clock.

    The clocks in Windows 2000 and your HP-UX machine must be synchronized within 2 minutes. You can run Network Time Synchronizer to synchronize both clocks. If the tool is not available, you can manually synchronize them by setting "Date/Time Properties" on Windows 2000 and running "/etc/set_parms date_time" on HP-UX.

  5. Configure /etc/pam.conf to use PAM Kerberos.

    /etc/pam.conf is the PAM configuration file, which specifies PAM service modules for PAM applications. To use PAM Kerberos as authentication module, you will need to edit /etc/pam.conf to include the PAM Kerberos library /usr/lib/security/libpam_krb5.1 for all four services: authentication, account management, session management, and password management. A sample pam configuration file can be found in Appendix C.

    NOTE: The sample file reflects the recommendation to keep the root user in /etc/passwd local on each client machine, and to allow for local account management of the root user. This guarantees local access to the system in case the network is down.

Configure the Name Service Switch (NSS)

Save a copy of the file /etc/nsswitch.conf and edit the original to specify the ldap name service and other name services you want to use. See /etc/nsswitch.ldap for an example. You may be able to just copy /etc/nsswitch.ldap to /etc/nsswitch.conf. See nsswitch.conf(4) for more information.

Configure the Disable Login Flag

Save a copy of the file /etc/opt/ldapux/dapux_client.conf and edit the original to activate the disable_uid_range flag. Uncomment the flag in the [NSS] portion of the file and fill in the UID range. The format is disable_uid_range=uid#,[uid#-uid#], ....

For example: disable_uid_range=0-100,300-450,89

Note:

  • White spaces between numbers are ignored.

  • Only one line of the list is accepted, however, the line can be wrapped.

  • The maximum number of ranges is 20.

Verify the LDAP-UX Client Services

  • For Single Domain

    This section describes some simple ways you can verify the installation and configuration of your LDAP-UX Client Services. You may need to do more elaborate and detailed testing, especially if you have a large environment.

  1. Use the nsquery(1)[1] command to test the name service:

    nsquery lookup_type lookup_query [lookup_policy]

    For example, to test the name service switch to resolve a username lookup, enter:

    nsquery passwd username ldap

    where username is the login name of a valid user whose posix account information is in the directory. You should see output something like the following depending on how you have configured /etc/nsswitch.conf:

    Using "files ldap" for the passwd policy.
    Searching /etc/passwd for jbloggs
    jbloggs was NOTFOUND
    Switch configuration: Allows fallback
    Searching ldap for jbloggs
    User name: jbloggs
    User Id: 644
    Group Id: 20
    Gecos: John Bloggs,43L-C3,555-1212
    Home Directory: /home/jbloggs
    Shell: /usr/bin/ksh
    Switch configuration: Terminates Search

    This tests the Name Service Switch configuration in /etc/nsswitch.conf. If you do not see output like that above, check /etc/nsswitch.conf for proper configuration.

  2. Use other commands to display information about users in the directory, making sure the output is as expected:

    pwget -n username
    grget -n groupname
    ls -l
    NOTE: While you can use the following commands to verify your configuration, these commands enumerate the entire passwd or group database, which may reduce network and directory server performance for large databases:
    pwget (with no options)
    grget (with no options)
    listusers
    logins
  3. Use the beq search utility to search for the following services: pwd (password), grp (group), shd (shadow password), srv (service), prt (protocol), rpc (RPC), hst (host), net (network), ngp (netgroup), and grm (group membership). An example beq command using name as the search key, grp as the service, and ldap as the library is shown below.

    ./beq -k n -s grp -l /usr/lib/libnss_ldap.1 \
    igrp1

    nss_status........NSS_SUCCESS
    pw_name...........(iuser1)
    pw_passwd.........(*)
    pw_uid............(101)
    pw_gid............(21)
    pw_age............()
    pw_comment........()
    pw_gecos..........(gecos data in files)
    pw_dir............(/home/iuser1)
    pw_shell..........(/usr/bin/sh)
    pw_audid..........(0)
    pw_audflg.........(0)

    Refer to "beq Search Tool" in Chapter 5 for command syntax and examples.

  4. Log in to the client system from another system using rlogin or telnet. Log in as a user in the directory and as a user in /etc/passwd to make sure both work.

  5. Optionally, test your pam_authz authorization configuration by:

    • logging into the client system from another system using rlogin or telnet. From there log in to the directory as a member from +@netgroup to verify that pam_authz authorizes you and is working correctly.

    • logging in as a user to the directory as a member of a-@netgroup to be sure that the system will not authorize you to login.

  6. Open a new hpterm(1X) window and log in to the client system as a user whose account information is in the directory. It is important you open a new hpterm window or log in from another system because if login doesn't work, you could be locked out of the system and would have to reboot to single-user mode. This tests the Pluggable Authentication Module (PAM) configuration in /etc/pam.conf. If you cannot log in, check /etc/pam.conf for proper configuration. Also check your directory to make sure the user's account information is accessible by the proxy user or anonymously, as appropriate. Check your profile to make sure it looks correct. See also "Troubleshooting" in Chapter 4 for more information.

  7. Use the ls(1) or ll(1) command to examine files belonging to a user whose account information is in the directory. Make sure the owner and group of each file are accurate:

    ll /tmp
    ls -l

    If any owner or group shows up as a number instead of a user or group name, the name service switch is not functioning properly. Check the file /etc/nsswitch.conf, your directory, and your profile.

  8. If you have configured a multi-domain setup and you want to verify it, execute the following two steps. Otherwise, continue below with the section titled, "Configure Subsequent Client Systems".

    The following steps will verify that LDAP-UX is able to retrieve data from ADS multiple domains:

    1. Create or import a POSIX user account into an ADS remote domain (for example, the user account "smith", this is identical to how you set it up for a single domain, except now you put it into a remote domain).

    2. If pwget -n smith returns valid data, LDAP-UX is working with ADS multiple domains. If no data was returned, the setup was not successful.

Configure Subsequent Client Systems

Once you have configured your directory and one client system, you can configure subsequent client systems using the following steps. Modify any of these files as needed.

  1. Use swinstall to install LDAP-UX Client Services on the client system. This requires rebooting the client system.

  2. Copy the following files from a configured client to the client being configured:

    • /etc/opt/ldapux/ldapux_client.conf

    • /etc/opt/ldapux/pcred only if you have configured a proxy user, not if you are using only anonymous access

    • /etc/pam.conf

    • /etc/nsswitch.conf

  3. Download the profile by running get_profile_entry as follows:

    cd /opt/ldapux/config
    ./get_profile_entry -s nss -D bindDN -w password

    If you are using multiple domain, you need to download profiles for the GCS and each reomote domain. Please refer to Chapter 5, section titled "The get_profile_entry Tool" for information about downloading these profiles.

    Alternatively you could interactively run the setup program to download the profile from the directory and respond "no" when asked if you want to change the current configuration:

    cd /opt/ldapux/config
    ./setup
  4. If you are using a proxy user, configure the proxy user by calling ldap_proxy_config as follows:

    cd /opt/ldapux/config
    ./ldap_proxy_config
  5. “Verify the LDAP-UX Client Services”.



[1] nsquery(1) is a contributed tool included with the ONC/NFS product.

Printable version
Privacy statement Using this site means you accept its terms Feedback to webmaster
© 2002 Hewlett-Packard Development Company, L.P.