Shibboleth IdP telepítés (Debian)
Tartalomjegyzék
[elrejtés]Shibboleth IdP telepítése (Debian)
Előkészületek
Tanúsítvány
Kell készíteni egy megfelelő SSL szerver tanúsítványt.
Tűzfal
Be kell engedni a 443-as és a 8443-as portokat. Ha nagyon szigorúan vesszük, akkor a 8443-as portot elegendő csak a szóbajöhető SP-kről beengedni, de ezzel általában nem vagyunk tisztában, ezért célszerű a "nagyvilágból" beengedni. Biztonsági szempontból nem sok különbség van a 443-as és a 8443-as porton elérhető alkalmazások között.
Tomcat
JDK telepítés
Sajnos Etch alatt a sun-java5-jdk
csomag függ egy csomó X-es csomagtól, melyeket nem biztos, hogy szeretnénk telepíteni egy szerveren, érdemes lehet
- feltenni a
sun-java5-jre
csomagot ÉS - kézzel telepíteni egy JDK-t, mondjuk a http://java.sun.com oldalról letöltve
Ez igazából egy nagy hack, ugyanis ahhoz, hogy a tomcat-et csomagból telepíteni tudjuk, kell a java2-runtime
csomag, amelyet biztosít a JRE is, viszont a Tomcat-nek JDK kell, hogy JSP-t tudjon futtatni.
- Megj.: Minden JSP-t első futtatáskor a konténer (Tomcat) lefordít Java kóddá, aztán byte-kóddá, ezért tart jó sokáig az - újraindítás utáni - első request. Ezután az eredményt elcache-eli, így csak akkor kell újrafordítania, ha a JSP megváltozik.
A JDK telepítés elég egyszerű, letöltjük a java.sun.com oldalról a nekünk tetsző verziót, aztán kicsomagoljuk, mondjuk a /usr/lib
alá, aztán csinálunk egy szimbolikus linket, hogy a /usr/jdk
mindig a "jó" JDK-ra mutasson.
Tomcat telepítés
Ha minden rendben meg, akkor elegendő egy
apt-get install tomcat5.5
Ez felpakolja a tomcat különböző függőségeit is.
Ahhoz, hogy a Tomcat rendben elinduljon, szükséges neki megmondani, hogy hol találja a JDK-t. Ezért tegyük a /etc/default/tomcat5.5
fájlba a következőt:
JAVA_HOME=/usr/jdk
Ne felejtsük el, hogy a Tomcat szerver "tomcat5" user nevében fog futni!
Tomcat konfiguráció
A 8009-es porton figyelő Connector elem konfigurációjához hozzá kell adni, hogy a tomcatAuthentication
értéke "false" legyen, ezen kívül a hozzáférést korlátozhatjuk a localhost-ra is (hiszen a Connector-t csak a helyben futó Apache mod_jk konnektora érheti el).
<Connector port="8009" address="127.0.0.1" tomcatAuthentication="false" enableLookups="false" redirectPort="8443" protocol="AJP/1.3" />
Apache
IdP-t telepíthetünk "standalone" Tomcat környezetre is, ekkor nincs szükségünk Apache-ra. A leírást ide kérjük :)
Az IdP telepítéséhez szükségünk lesz az alap apache szerverre (Etch-ben 2.2-es verziójú) és néhány modulra:
-
: alibapache-mod-ssl
mod_ssl
azapache2
csomag része. -
libapache2-mod-jk
A konfiguráció lépései:
-
mod_ssl
modul betöltése; figyelés a 8443-as porton is -
mod_jk
modul betöltése, konfigurálása - VirtualHost konfigurálása
- autentikáció konfigurálása
mod_ssl
/etc/apache2/ports.conf
Listen 443 Listen 8443
Engedélyezzük az SSL modult.
a2enmod ssl
mod_jk
A mod_jk
telepítés után alapértelmezetten engedélyezve van, ha mégsem lenne, az a2enmod jk
paranccsal engedélyezhetjük.
A /etc/libapache2-mod-jk/workers.properties
file-ban állítsuk be a workers.tomcat_home
és a workers.java_home
paramétereket a Tomcat ill. a JDK telepítésénél használt értékekre. (tomcat_home=/usr/share/tomcat5.5 az alapértelmezett telepítésnél.)
Már csak az van hátra, hogy bizonyos URI-kra érkező kéréseket a modul átküldje a Tomcat-nek. Ehhez az alábbi konfigurációs direktívákat kell megadnunk valahol a szerver konfigurációban (pl. /etc/apache2/apache2.conf
)
<IfModule mod_jk.c> JkWorkersFile /etc/libapache2-mod-jk/workers.properties JkLogFile /var/log/apache2/mod_jk.log JkLogLevel info JkMount /shibboleth-idp/* ajp13 </IfModule>
A fenti példában a shibboleth-idp az IdP servlet telepítése során (később) megadott URI. Ez azt jelenti, hogy a /shibboleth-idp
URI alá jövő összes kérést a Tomcat fogja megkapni.
VirtualHost
Nem feltétlenül szükséges külön VirtualHost-ban futtatni az IdP-t, de sok szempontból "tisztább" konfigurációt eredményez. Egy működő konfig:
<VirtualHost 193.224.163.21:443 [2001:738:0:600:216:3eff:fe00:18]:443> ServerName papigw.aai.niif.hu ServerAdmin root@niif.hu DocumentRoot /var/www/papigw.aai.niif.hu/htdocs CustomLog /var/log/apache2/papigw.aai.niif.hu.ssl_access.log combined ErrorLog /var/log/apache2/papigw.aai.niif.hu.ssl_error.log SSLEngine On SSLCertificateFile /etc/apache2/ssl/papigw.aai.niif.hu.crt SSLCertificateKeyFile /etc/apache2/ssl/papigw.aai.niif.hu.key <Location /shibboleth-idp/SSO> AuthBasicProvider ldap AuthName "Login to PAPIGW Identity Provider" AuthLDAPURL ldaps://directory.iif.hu:636/ou=users,o=niifi,o=niif,c=hu?uid?one AuthLDAPBindDN uid=papigw.aai.niif.hu,ou=https,ou=applications,o=niifi,o=niif,c=hu AuthLDAPBindPassword ****** AuthzLDAPAuthoritative on #XXX LDAPTrustedCA NEM itt, hanem a server config-ban! require ldap-user </Location> </VirtualHost> <VirtualHost 193.224.163.21:8443 [2001:738:0:600:216:3eff:fe00:18]:8443> ServerName papigw.aai.niif.hu ServerAdmin root@niif.hu DocumentRoot /var/www/papigw.aai.niif.hu/htdocs CustomLog /var/log/apache2/papigw.aai.niif.hu.ssl_access.log combined ErrorLog /var/log/apache2/papigw.aai.niif.hu.ssl_error.log SSLEngine On SSLCertificateFile /etc/apache2/ssl/papigw.aai.niif.hu.crt SSLCertificateKeyFile /etc/apache2/ssl/papigw.aai.niif.hu.key SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP SSLVerifyClient optional_no_ca SSLVerifyDepth 10 SSLOptions +StdEnvVars +ExportCertData </VirtualHost>
- Megj.: IPv6-on is figyelünk :)
Autentikáció
SSO URI
Ez az az URI, amelyre az SP átirányítja a felhasználót, általában a szabványos https porton érhető el. A példában LDAP-ból azonosítjuk a felhasználót, majd az azonosított felhasználónevet a REMOTE_USER változóban adjuk át a Shibboleth IdP servletnek.
A <Location ...>
blokkban bármilyen azonosítást beállíthatunk (MySql, plain file, stb).
AA URI
Ezen az URI-n az SP-k kapcsolódnak hozzánk, hogy a felhasználóról adatokat kérjenek. Az SP-ket mindig tanúsítvánnyal azonosítjuk.