13.07.2015 Views

Naming and Directory Services (DNS, NIS, and LDAP)

Naming and Directory Services (DNS, NIS, and LDAP)

Naming and Directory Services (DNS, NIS, and LDAP)

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

eplica. For example, assume that the <strong>NIS</strong>+ directory dir1 contains the tables table1<strong>and</strong> table2. When the replica is obtaining data for both table1 <strong>and</strong> table2 fromthe <strong>NIS</strong>+ master, you might see an output like the following.# nisping dir1Master server is "master.some.domain."Last update occurred at Mon Aug 5 22:11:09 2002Replica server is "replica.some.domain."Last Update seen was Mon Aug 5 22:11:09 2002The above indicates that the master <strong>and</strong> replica have exactly the same data. However,if the replica is getting data for either or both of table1 <strong>and</strong> table2 from <strong>LDAP</strong>, theoutput only shows that the replica has received an <strong>NIS</strong>_PING from the master, <strong>and</strong>updated its resynchronization time stamp for housekeeping purposes. The data in thetable or tables mapped from <strong>LDAP</strong> might differ from that on the <strong>NIS</strong>+ master if eitherof the following are true.■■The <strong>LDAP</strong> data differs from that on the <strong>NIS</strong>+ master.The replica has data in its cache (its local version of the <strong>NIS</strong>+ database) that has notexpired, but that is not up to date with <strong>LDAP</strong>.If you cannot accept this type of data inconsistency, let all <strong>NIS</strong>+ replicas obtain theirdata from the <strong>NIS</strong>+ master only. Once you have configured the <strong>NIS</strong>+ master to getdata from <strong>LDAP</strong>, you do not need to make modifications to the replicas.The <strong>Directory</strong> Server (<strong>NIS</strong>+ to <strong>LDAP</strong>)The <strong>LDAP</strong> mapping portion of the rpc.nisd daemon uses <strong>LDAP</strong> protocol version 3to talk to the <strong>LDAP</strong> server. The default mapping configuration(/var/nis/<strong>NIS</strong>+<strong>LDAP</strong>mapping.template) expects that the <strong>LDAP</strong> server supportsan extended version of RFC 2307. RFCs can be retrieved fromhttp://www.ietf.org/rfc.html. While the mapping between <strong>NIS</strong>+ <strong>and</strong> <strong>LDAP</strong>data can be modified using <strong>NIS</strong>+<strong>LDAP</strong>mapping(4), there is a basic assumption thatthe <strong>LDAP</strong> data is organized along the principles laid out in RFC 2307.For example, in order to share account information between direct <strong>LDAP</strong> clients <strong>and</strong><strong>NIS</strong>+ clients, the <strong>LDAP</strong> server must support storing account (user) passwords in theUNIX crypt format. If the <strong>LDAP</strong> server cannot be configured to do so, you can stillstore <strong>NIS</strong>+ data, including accounts, in <strong>LDAP</strong>. However, you will not be able to fullyshare account information between <strong>NIS</strong>+ users <strong>and</strong> <strong>LDAP</strong> bindDNs.Chapter 16 • Transitioning From <strong>NIS</strong>+ to <strong>LDAP</strong> 269

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!