После того, как Вы включили в конфигурационном файле использование ACL, Вам следует решить, как Вы предпочитаете хранить учётные данные пользователей. DokuWiki поддерживает различные методы, и создать новый - довольно просто.
DokuWiki использует так называемые “authentication backends” (системы авторизации, работающие “на заднем плане”) предоставляющие определённые методы хранения данных о пользователях и паролях. Пользователи даже не увидят эти ”бэкенды”, но Вы, как администратор, должны установить выбранный ”бэкенд” и правильно его сконфигурировать.
Вместе с Dokuwiki Вы получите поддержку следующих бэкендов:
ldap – авторизация пользователей на основе каталога
LDAP
mysql – доступ к любой базе данных MySQL для авторизации пользователей
pgsql – доступ к любой базе данных Postgres для авторизации пользователей
plain – механизмы, использующие текстовые файлы (по умолчанию выбран этот вариант)
punbb – авторизация с использованием форума PunBB (использует PunBB's куки и базу данных для SSO)
Бэкенды, не входящие в комплект поставки, но которые могут пригодиться:
ad – авторизация Active Directory с опциональной поддержкой Single Sign On (SSO)
CAS – авторизация CAS-сервера
drupal – аворизация на основе Drupal install
htaccessauth – идентифицируйте пользователей, которые уже вошли в систему с использованием Basic
HTTP Authorization, через .htaccess
radius – авторизуйте пользователей через RADIUS server
ntlm – NTLM (i.e. основанная на Windows NT) авторизация
-
pam – экспериментальная Experimental PAM авторизация
mybb – авторизация, использующая программное обеспечение форума MyBB
imap – авторизация пользователей через серевер
IMAP/
POP3
xmpp – авторизация пользователей через серевер XMPP/Jabber
lemonldap – авторизация пользователей через LemonLDAP SSO
Eventum – Как интегрировать DokuWiki с трекером Eventum Issue Tracker
shibauth – Shibboleth Authentication Backend
ggauth – экспериментальные, включая сцепленные (chained), разделённые (split), как указанные ниже, плюс http basic, htaccess и PAM
chained – (chained) сопряжение более одного метода авторизации
split – (split) делегируйте полномочия обслуживания входа в систему одному бэкенду, а управление группами - другому
ning – авторизация Ning ID
Как реализовать новый бэкенд авторизации описано в HOWTO.
