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.

Carefully consider how critical it is to have <strong>NIS</strong>+ data in close synchronization with<strong>LDAP</strong>, <strong>and</strong> select the longest TTL that is acceptable for each <strong>NIS</strong>+ object. The default(when no nisplus<strong>LDAP</strong>entryTtl is specified) is 1 hour. The template mapping file/var/nis/<strong>NIS</strong>+<strong>LDAP</strong>mapping.template changes this to 12 hours for objects otherthan table entries. However, there is no auto-recognition of non-entry objects, so if youadd mapping for a non-entry object, the TTL will default to 1 hour.Note – There are no TTLs for nonexistent objects. Hence, no matter which TTLs are ineffect for <strong>LDAP</strong>-mapped entries in an <strong>NIS</strong>+ table, a request for an entry that does notexist in <strong>NIS</strong>+ will query <strong>LDAP</strong> for that entry.nisplus<strong>LDAP</strong>objectDNnisplus<strong>LDAP</strong>objectDN AttributeFor each mapped <strong>NIS</strong>+ object, nisplus<strong>LDAP</strong>objectDN establishes the location in the<strong>LDAP</strong> DIT where the object data resides. It also allows specification of the action totake when an <strong>LDAP</strong> entry is deleted. Each nisplus<strong>LDAP</strong>objectDN value has threeparts. The first specifies where <strong>LDAP</strong> data is read from, the second to where it iswritten, <strong>and</strong> the third what should happen when <strong>LDAP</strong> data is deleted. Refer to thefollowing example.rpc_table:\cn=rpc,ou=nisPlus,?base?\objectClass=nisplusObjectContainer:\cn=rpc,ou=nisPlus,?base?\objectClass=nisplusObjectContainer,\objectClass=topThe above example shows that the rpc.org_dir table object should be read from theDN cn=rpc,ou=nisPlus, (since the value ends in a comma, the value of thedefaultSearchBase attribute is appended), with scope base, <strong>and</strong> that entries witha value of nisplusObjectContainer for the ObjectClass attribute are selected.The table object is written to the same place. The delete specification is missing, whichimplies the default action, which is as follows. If the <strong>NIS</strong>+ table object is deleted, theentire <strong>LDAP</strong> entry should also be deleted.If data should be read from, but not written to <strong>LDAP</strong>, omit the write portion (<strong>and</strong> thecolon separating it from the read part).nisplus<strong>LDAP</strong>objectDNrpc_table:\cn=rpc,ou=nisPlus,?base?\objectClass=nisplusObjectContainerNote that the nisplusObjectContainer object class is not part of RFC 2307. Inorder to use it, you must configure your <strong>LDAP</strong> server as detailed in “Mapping <strong>NIS</strong>+Objects Other Than Table Entries” on page 273.For the rpc.org_dir table entries, you could use the following example.Chapter 16 • Transitioning From <strong>NIS</strong>+ to <strong>LDAP</strong> 261

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

Saved successfully!

Ooh no, something went wrong!