LDAP
Introductie
Om een centrale plaats te hebben om authenticatie te doen voor www.hcc.nl en sub-sites zoals een forum, is gekozen voor het gebruiken van een LDAP database/directory. Hierin wordt alleen opgeslagen wat nodig is voor het functioneren van de site. Andere persoonsgegevens en HCC specifieke gegevens komen in een (MySQL) database. Dit kan ook een tabel binnen de Drupal omgeving zijn
LDAP server keuze
De voor de hand liggen de keuze is OpenLDAP. Echter zijn er geluiden gehoord dat OpenLDAP niet zou schalen. Alternatieven zijn b.v. 389 maar die is erg slecht gesuppoort onder Ubuntu. Voorlopig starten we met OpenLDAP.
Loadbalanced
Er zijn twee servers (hcc-ldap-lb1 en hcc-ldap-lb2) die achter een loadbalancer in pomeleoepee mode staat zodat het verkeer altijd server1 gestuurd wordt. Beide servers houden elkaar up-to-date. In de gewone situatie zullen alle reads en writes naar server 1 gaan en server2 wordt door server1 bijgewerkt. Valt server1 weg, dan zal de loadbalancer overschakelen naar server2 waar vanaf dan de read en writes plaatsvinden. Zodra server 1 weer beschikbaar is, wordt die bijgewerkt en zal weer master worden. Dit is nog niet getest en hoe de timing precies is, is nog niet duidelijk...
Installatie
installatie van OpenLDAP is simpel:
aptitude install slapd ldap-utils
De configuratie van OpenLDAP is sinds Karmic Koala iets gecompliceerder geworden. cn=config wordt nog steeds gebruikt maar tijdens installatie wordt alleen een skeleton configuratie geïnstalleerd. Er wordt niet meer gevraagd om een password tijdens de installatie en met "dpkg-reconfigure slapd" zet alleen de skeleton configuratie terug. Je moet zelf de database, root dn en acl's opzetten (als root of met sudo). Run dpkg-reconfigure slapd om terug te gaan naar een lege directory.
UPDATE: in Oneiric Ocelot (11.10) is weer wel de mogelijkheid gegeven bij installatie een database aan te maken. Default wordt echter de fqdn hostname gebruikt. Bij dpkg-reconfigure kan het gewenste domein wel gegeven worden. Als tussenoplossing wordt op 10.04 LTS de minimale configuratie na installatie aangevuld met alles wat mist. De initiële configuratie staat in /usr/share/slapd/slapd.init.ldif. Alles na include: file:///etc/ldap/schema/core.ldif lijkt te missen. Het restant zoals dat in dezelfde file op 11.10 staat, wordt alsnog op 10.04 uitgevoerd. Als bij update of upgrade genoemde file wel compleet is, kan het uitvoeren van sldap.extra.ldif vervallen. Zie het init-ldap script.
Initiële database
Direct na installatie (of na dpkg-reconfigure slapd) staat dit in OpenLDAP. Access is alleen geregeld voor root. Dit heeft te maken met het feit dat vanaf Karmic Koala OpenLDAP alleen het minst noodzakelijke bevat om slapd te starten. Het init_lapd script (zie verderop) vult de directory aan met lokale wensen. Gebruik ook de OpenLDAP site.
slapd.init.ldif
Bij installatie/reconfiguratie wordt /usr/share/slapd/slapd.init.ldif ingelezen. Om uit komen op de 11.10 installatie wordt direct hierna slapd.extra.ldif ingelezen
~/ldap# cat /usr/share/slapd/slapd.init.ldif # Global config: dn: cn=config objectClass: olcGlobal cn: config # Where the pid file is put. The init.d script # will not stop the server if you change this. olcPidFile: /var/run/slapd/slapd.pid # List of arguments that were passed to the server olcArgsFile: /var/run/slapd/slapd.args # Read slapd.conf(5) for possible values olcLogLevel: none # The tool-threads parameter sets the actual amount of cpu's that is used # for indexing. olcToolThreads: 1 # Frontend settings dn: olcDatabase={-1}frontend,cn=config objectClass: olcDatabaseConfig objectClass: olcFrontendConfig olcDatabase: {-1}frontend # The maximum number of entries that is returned for a search operation olcSizeLimit: 500 # Allow unlimited access to local connection from the local root user olcAccess: {0}to * by dn.exact=gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth manage by * break olcAccess: {1}to dn.base="" by * read olcAccess: {2}to dn.base="cn=subschema" by * read # Config db settings dn: olcDatabase=config,cn=config objectClass: olcDatabaseConfig olcDatabase: config # Allow unlimited access to local connection from the local root user olcAccess: to * by dn.exact=gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth manage by * break # Load schemas dn: cn=schema,cn=config objectClass: olcSchemaConfig cn: schema include: file:///etc/ldap/schema/core.ldif
Hieronder het ontbrekende stuk dat wel in 11.10 zit. Hierin zijn de oorspronkelijke variabelen vervangen door vaste waarden omdat het het script dat door dpkg-reconfigure in 10.04 wordt gebuikt niet met de variabelen in de 11.10 versie kan omgaan. Tevens is olcDbDirectory uitgebreid met een subdirectory. Dit moet het werken met meerdere DITs vergemakkelijken.
root@ubuntu:~/ldap# cat slapd.extra.ldif # Load the other schemas include: file:///etc/ldap/schema/cosine.ldif include: file:///etc/ldap/schema/nis.ldif include: file:///etc/ldap/schema/inetorgperson.ldif # Load module dn: cn=module{0},cn=config objectClass: olcModuleList cn: module{0} olcModulePath: /usr/lib/ldap olcModuleLoad: back_hdb # Set defaults for the backend dn: olcBackend=hdb,cn=config objectClass: olcBackendConfig olcBackend: hdb # The database definition. dn: olcDatabase=hdb,cn=config objectClass: olcDatabaseConfig objectClass: olcHdbConfig olcDatabase: hdb olcDbCheckpoint: 512 30 olcDbConfig: set_cachesize 0 2097152 0 olcDbConfig: set_lk_max_objects 1500 olcDbConfig: set_lk_max_locks 1500 olcDbConfig: set_lk_max_lockers 1500 olcLastMod: TRUE olcSuffix: dc=hccnet,dc=nl olcDbDirectory: /var/lib/ldap/hccnet olcRootDN: cn=admin,dc=hccnet,dc=nl olcRootPW: XXXXXXXX olcDbIndex: objectClass eq olcDbIndex: cn,sn,uid pres,eq,approx,sub olcAccess: to attrs=userPassword,shadowLastChange by self write by anonymous auth by * none olcAccess: to dn.base="" by * read olcAccess: to * by self write by * read
Hierna heb je op 10.04 LTS de situatie van 11.10 met domein hccnet.nl in een hdb backend database.
init-ldap script
Het lokale script init-ldap doet de upgrade naar 11.10 en vervolgens alles wat wij toegevoegd/gewijzigd willen hebben. Dit zou makkelijk in één of twee stappen kunnen maar omwille van de beheerbaarheid wordt elke stap afzonderlijk uitgevoerd.
#$/bin/sh # # stop de server # service slapd stop # # Remove database files # rm /var/lib/ldap/hccnet/* # # Reset to factory settings # Just 3 x ENTER # dpkg-reconfigure slapd # #Add the things that seem to be missing in 10.04 LTS but # are available in 11.10. Initial db config for hccnet.nl is made # ldapadd -Y EXTERNAL -H ldapi:/// -f slapd.extra.ldif # # Modify cn=config for TLS support # ldapmodify -Y EXTERNAL -H ldapi:/// -f tls.ldif # # Modify olcSizeLimit in {1}hdb,cn=config # ldapmodify -Y EXTERNAL -H ldapi:/// -f sizelimit.ldif # # modify olcLogLevel in cn=config # ldapmodify -Y EXTERNAL -H ldapi:/// -f logging.ldif # # add top level and create some admins in ou=beheer # ldapadd -x -D cn=admin,dc=hccnet,dc=nl -H ldapi:/// -f hccnet.ldif -w XXXXXX # # modify {1}hdb for ACL support (must be after creation of the admins) # ldapmodify -Y EXTERNAL -H ldapi:/// -f acl.ldif # # Add the data # ldapadd -x -D cn=admin,dc=hccnet,dc=nl -H ldapi:/// -f leden.ldif -w XXXXXX # # sync replication for config # #ldapmodify -Y EXTERNAL -H ldapi:/// -f config-syncrepl.ldif # # restart to make replication active # #/etc/init.d/slapd restart # # sync replication for hccnet (not needed on second node) # #ldapmodify -Y EXTERNAL -H ldapi:/// -f hccnet-syncrepl.ldif
SSL/TLS beveiliging
Gebruik de juiste .pem bestanden in /etc/ssl/certs en /etc/ssl/private. De Hobbynet wildcard certs kunnen van b.v. scripting gecopieerd worden. Voer een c_rehash . uit in /etc/ssl/certs om de cache te updaten. De ownership is belangerijk. Hiertie wordt de groep "openldap" toegevoegd aan de groep ssl-cert.
adduser openldap ssl-cert chgrp ssl-cert /etc/ssl/private/hobbynet_wildcard_*.pem chmod 640 /etc/ssl/private/hobbynet_wildcard_*.pem
Het resultaat is dan als volgt:
root@hcc-ldap-lb1:~# ls -l /etc/ssl/private/hcc* total 12 -rw-r----- 1 root ssl-cert 1590 Nov 9 21:04 hcc_ldap_lb1_cert.pem -rw-r----- 1 root ssl-cert 891 Nov 9 21:05 hcc_ldap_lb1_key.pem root@hcc-ldap-lb1:~# grep openldap /etc/group ssl-cert:x:114:openldap openldap:x:118:
tls.ldif
SSL/TLS instelling toevoegen in de ldap configuratie.
dn: cn=config add: olcTLSCACertificateFile olcTLSCACertificateFile: /etc/ssl/certs/CAcert_org.pem - add: olcTLSCertificateFile olcTLSCertificateFile: /etc/ssl/private/hobbynet-wildcard_cert.pem - add: olcTLSCertificateKeyFile olcTLSCertificateKeyFile: /etc/ssl/private/hobbynet_wildcard_key.pem
sizelimit.ldif
SizeLimit instelling toevoegen op de hccnet database. De default van 500 is te weinig.
dn: olcDatabase={1}hdb,cn=config changetype: modify replace: olcSizeLimit olcSizeLimit: 100000
logging.ldif
Logging instelling toevoegen. Om logging leesbaar te houden is een entry in /etc/rsyslog.d en /etc/logrotate.d nodig zodat loggin naar een apart bestand gaat (openldap.log).
dn: cn=config changetype: modify add: olcLogLevel olcLogLevel: stats
In /etc/rsyslog.d/openldap.conf
local4.* -/var/log/openldap.log
In /etc/logrotate.d/openldap
/var/log/openldap.log { rotate 4 weekly missingok notifempty compress delaycompress sharedscripts postrotate reload rsyslog >/dev/null 2>&1 || true endscript }
hccnet.ldif
De eigenlijk hcc.nl directory toevoegen/uitbreiden
# Create top-level object in domain dn: dc=hccnet,dc=nl objectClass: top objectClass: dcObject objectclass: organization o: Hobby Computer Club dc: hccnet description: Top level object hccnet.nl # Admin user of top level also RootDN. dn: cn=admin,dc=hccnet,dc=nl objectClass: simpleSecurityObject objectClass: organizationalRole cn: admin userPassword:: SDMjb1Q2WT9laHhzeUJ3eDl6YnI= description: LDAP admin for hccnet.nl dn: ou=beheer,dc=hccnet,dc=nl objectClass: organizationalUnit ou: beheer # managers of top level. dn: cn=drupal-hcc-nl,ou=beheer,dc=hccnet,dc=nl objectClass: simpleSecurityObject objectClass: organizationalRole cn: drupal-hcc-nl userPassword:: ZHJleGFtZW51YnVtQGNSYXN1OEV3ZXNh description: Read-Only for OneShoe dn: cn=webapps,ou=beheer,dc=hccnet,dc=nl objectClass: simpleSecurityObject objectClass: organizationalRole cn: webapps userPassword:: U2FUIys3VWNoVWNfYUhlbXVzcGVrYWYk description: Read-Only for WebApps dn: cn=hans,ou=beheer,dc=hccnet,dc=nl objectClass: simpleSecurityObject objectClass: organizationalRole cn: hans userPassword:: e1NIQX1ObDRsbklkLzlqSGcwWVRQd2ZEcERFY1NxNmM9 description: Apache Directory Studio entry voor Hans dn: cn=egbert,ou=beheer,dc=hccnet,dc=nl objectClass: simpleSecurityObject objectClass: organizationalRole cn: egbert userPassword:: e1NTSEF9WnJzZTF4VXBsVG1GZkVhNHpTMUlId3Q3QzN0Z1p2SzY= description: Phpldapadmin entry voor Egbert dn: ou=leden,dc=hccnet,dc=nl objectClass: organizationalUnit ou: leden
acl.ldif
Fine tuning van de access control lists. RootDN heeft altijd alle toegang. Access naar shadowLastChange is waarscijnlijk hier niet nodig (overblijfsel uit voorbeelden).
dn: olcDatabase={1}hdb,cn=config changetype: modify replace: olcAccess olcAccess: to attrs=userPassword by dn="cn=hans,ou=beheer,dc=hccnet,dc=nl" write by dn="cn=egbert,ou=beheer,dc=hccnet,dc=nl" write by anonymous auth by self write by * none olcAccess: to attrs=shadowLastChange by self write by * read olcAccess: to dn.base="" by * read olcAccess: to * by dn="cn=hans,ou=beheer,dc=hccnet,dc=nl" write by dn="cn=egbert,ou=beheer,dc=hccnet,dc=nl" write by dn="cn=drupal-hcc-nl,ou=beheer,dc=hccnet,dc=nl" read by dn="cn=webapps,ou=beheer,dc=hccnet,dc=nl" read by * none