forked from extern/egroupware
removed outdated docs, thanks to Thomas Koch
This commit is contained in:
parent
fcb1756233
commit
2922950552
@ -1,29 +0,0 @@
|
|||||||
eGroupWare setup March 2002 revised (5-2001)
|
|
||||||
|
|
||||||
Note: All setup classes are now located in the phpgwapi module. Since setup
|
|
||||||
cannot work without the api anyway, these classes were moved.
|
|
||||||
|
|
||||||
Class logical (?) organization map:
|
|
||||||
|
|
||||||
class.setup.inc.php Global setup functions app/hook/login
|
|
||||||
|
|
|
||||||
class.detection.inc.php Detection of header, file and db versions
|
|
||||||
|
|
|
||||||
class.translation.inc.php Multi-lang functions for display
|
|
||||||
|
|
|
||||||
class.html.inc.php HTML/template output functions
|
|
||||||
|
|
|
||||||
class.process.inc.php db processing functions/upgrade/install
|
|
||||||
|
|
|
||||||
class.schema_proc.inc.php DB array <--> SQL and abstraction class
|
|
||||||
|
|
|
||||||
class.schema_proc_array.inc.php Array input parser
|
|
||||||
|
|
|
||||||
class.schema_proc_mysql.inc.php SQL functions for MySQL
|
|
||||||
|
|
|
||||||
class.schema_proc_pgsql.inc.php SQL functions for Postgresql
|
|
||||||
|
|
|
||||||
class.schema_proc_mssql.inc.php SQL functions for MS SQL
|
|
||||||
|
|
|
||||||
... other db support...
|
|
||||||
|
|
@ -1,71 +0,0 @@
|
|||||||
/**************************************************************************\
|
|
||||||
* eGroupWare - LDAP usage *
|
|
||||||
* http://www.egroupware.org *
|
|
||||||
* -------------------------------------------- *
|
|
||||||
* This program is free software; you can redistribute it and/or modify it *
|
|
||||||
* under the terms of the GNU General Public License as published by the *
|
|
||||||
* Free Software Foundation; either version 2 of the License, or (at your *
|
|
||||||
* option) any later version. *
|
|
||||||
\**************************************************************************/
|
|
||||||
|
|
||||||
/* $Id$ */
|
|
||||||
|
|
||||||
To use LDAP authentication and/or accounts for egroupware, perform the following
|
|
||||||
in setup:
|
|
||||||
|
|
||||||
1. If you want to store the account information in SQL:
|
|
||||||
a. Configure eGroupWare to use LDAP authentication and SQL accounts (Step 2)
|
|
||||||
b. Configure a valid LDAP host, LDAP accounts context, and LDAP groups context,
|
|
||||||
LDAP rootdn, and LDAP root password. The rootdn/rootpw can match what is setup
|
|
||||||
as the rootdn/rootpw in, e.g., slapd.conf. Or it could be a user who is granted
|
|
||||||
LDAP acl rights to READ data from any entry in the accounts and groups contexts. By
|
|
||||||
context, we mean the ou in which this information is stored, e.g. ou=People,dc=domain,dc=com
|
|
||||||
and ou=Group,dc=domain,dc=com.
|
|
||||||
c. Be sure to also configure a valid LDAP encryption type. This will depend on your system.
|
|
||||||
d. follow the link:
|
|
||||||
'Import accounts from LDAP to the eGroupWare accounts table (for a new install using SQL accounts)'
|
|
||||||
|
|
||||||
This is on the page after submitting the configuration in step 2. This runs
|
|
||||||
setup/ldapimport.php, which lets you select which accounts and groups you
|
|
||||||
wish to copy from ldap into sql. You can then authenticate using LDAP, and
|
|
||||||
the account usernames and other data will be copied to our SQL accounts table.
|
|
||||||
|
|
||||||
2. If you want to store account information in an existing LDAP tree:
|
|
||||||
a. Install the LDAP schema per directions in phpgwapi/doc/ldap/README.
|
|
||||||
b. Configure eGroupWare to use LDAP auth and LDAP accounts (Step 2)
|
|
||||||
c. Configure a valid LDAP host, LDAP accounts context, and LDAP groups context,
|
|
||||||
LDAP rootdn, and LDAP root password. The rootdn/rootpw can match what is setup
|
|
||||||
as the rootdn/rootpw in, e.g., slapd.conf. Or it could be a user who is granted
|
|
||||||
LDAP acl rights to WRITE data to any entry in the accounts and groups contexts. By
|
|
||||||
context, we mean the ou in which this information is stored, e.g. ou=People,dc=domain,dc=com
|
|
||||||
and ou=Group,dc=domain,dc=com.
|
|
||||||
d. Be sure to also configure a valid LDAP encryption type. This will depend on your system.
|
|
||||||
e. follow the link in setup:
|
|
||||||
'Modify an existing LDAP account store for use with eGroupWare (for a new install using LDAP accounts)'
|
|
||||||
|
|
||||||
This is on the page after submitting the configuration in step 2. This runs
|
|
||||||
setup/ldapmodify.php, which lets you select which accounts and groups you
|
|
||||||
wish to modify in LDAP for use with eGroupWare. It will add the necessary objectclass
|
|
||||||
and attributes to existing LDAP entries.
|
|
||||||
|
|
||||||
3. If you want to store account information in a new LDAP tree only for eGroupWare:
|
|
||||||
a. Install the LDAP schema per directions in phpgwapi/doc/ldap/README.
|
|
||||||
b. Configure eGroupWare to use LDAP auth and LDAP accounts (Step 2)
|
|
||||||
c. Configure a valid LDAP host, LDAP accounts context, and LDAP groups context,
|
|
||||||
LDAP rootdn, and LDAP root password. The rootdn/rootpw can match what is setup
|
|
||||||
as the rootdn/rootpw in, e.g., slapd.conf. Or it could be a user who is granted
|
|
||||||
LDAP acl rights to WRITE data to any entry in the accounts and groups contexts. By
|
|
||||||
context, we mean the ou in which this information is stored, e.g. ou=People,dc=domain,dc=com
|
|
||||||
and ou=Group,dc=domain,dc=com.
|
|
||||||
d. Be sure to also configure a valid LDAP encryption type. This will depend on your system.
|
|
||||||
e. follow the link in setup: 'Setup demo accounts in LDAP'
|
|
||||||
|
|
||||||
This is on the page after submitting the configuration in step 2. This runs
|
|
||||||
setup/setup_demo.php, which creates an admin account you specify, and optionally
|
|
||||||
the demo, demo2, and demo3 user accounts. The admin account password is configurable
|
|
||||||
here, and the demo accounts will have their passwords set to 'guest'
|
|
||||||
|
|
||||||
NOTES:
|
|
||||||
1. Copying data from LDAP to SQL currently does not transfer the userPassword attr.
|
|
||||||
You would need to create those values manually in SQL if you want to migrate from
|
|
||||||
LDAP to SQL auth. However, using LDAP and auth and SQL accounts, this is not a concern.
|
|
Loading…
Reference in New Issue
Block a user