Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I work as a sysadmin in a company and i am required to Deploy openLDAP. I have read a lot of materials but i really can't figure out where to start.

First about the company:

Services:

  1. Email: every user gets an email account such as firstname.middlename.anothername.lastname@company.com and an email alias/forwarder of the format firstname@company.com or sometimes [First-letter-of-first-name]lastname@compant.com
  2. Jabber: every user gets a jabber account of format firstname@jabber.company.com. In some cases this becomes firstname.lastname if names collide.
  3. Trac and Redmine: Every use gets accounts for trac and redmine which are usually his first name.
  4. A timetrex login as firstname or first.lastname.
  5. A machine login, firstname.
  6. Membership to mailing lists such as all@company.com, management@company.com, accounts@company.com and etc.
  7. A MediaWiki account, again of the same format as email alias/forwarder.
  8. A ssh account on one of deployment server of the same format as email alias/forwarder.

What i think i should do: I should use inetOrgPerson and create custom scheme for our organization. What i am unsure is how can i manage so many different logins and how will respect software know which login to use. I have written a custom scheme that can store following information:

  • Full name
  • Phone
  • Cell
  • Address
  • City
  • Country
  • Department
  • Joined on

Will anyone point me to the right direction? i have wasted a lot of time searching over it but couldnt come up with anything... Really appreciate you taking time and reading the question.

share|improve this question

1 Answer 1

up vote 10 down vote accepted

You really don't need to build a custom schema for this. We accomplished 1-3, and 5-8 using just inetOrgPerson and posixAccount with a little bit of Trac custom schema (downloaded from the web) thrown in.

There are two big problems with learning how to deploy an LDAP directory:

  • By all appearances, there is some secret magic to determining a good layout for the directory.
  • There is no secret magic to determining a good layout for the directory.

My advice is to start small, use existing schemas, and integrate things one step at a time. It is reasonably easy to add information to the directory, or layer new objectClasses on top of entities. It only gets hard when you want to move or delete information from the directory.

Use a mostly flat organizational scheme, too, or you will go insane.

Good luck, I promise it is easier than it looks.

share|improve this answer
1  
+1 Avoid custom schemas if you can, they're just likely to cause someone headaches in future. –  theotherreceive Jul 27 '09 at 7:18
    
+1 for the answer and for comment(s) on avoiding custom schemas. –  asdmin Jul 27 '09 at 7:40

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.