Shibboleth Service Provider Deployment

This page provides information on how to install, configure and operate a Shibboleth Service Provider to protect web services operated in the AAI.

Supported Platforms

The Shibboleth Service Provider consists of a daemon shibd running on all major operating systems and a web server module mod_shib which is natively supported by:

  • Apache web servers (versions 1.3.x, 2.0 and 2.2)
  • IIS (versions 5, 6 and 7)

The Service Provider can protect any web server content by enforcing user authentication with AAI. Shibboleth can protect access to files, directories or locations with simple access control rules like require homeOrganization ethz.ch uzh.ch unige.ch in Apache.

Once a user was successfully authenticated all his user attributes are accessible via the web server environment. Therefore, all web applications (PHP, Perl, .Net, ASP, CGI, ...) running inside the web server can also use these attributes. Attributes are just read from the webserver environment, e.g. with $_SERVER['mail'] in PHP. In order to protect java applications, servlet container like Tomcat must be operated behind a front-end Apache or IIS web server as shown above.

Deployment Guides

Installation and Configuration Guides for the current Shibboleth Service Provider:

If you are an experienced Shibboleth user and want to upgrade the configuration of an existing installation, you might also have a look at:

Access Control with Shibboleth

Once the Service Provider is deployed, it can protect any web resource on that web server, either with web server access rules or by providing the application authorisation information in form of user attributes.

Shibboleth Access Control

Embedded WAYF as integrated Discovery Service

The Embedded WAYF allows to easily integrate the Home Organisation Discovery Service into any web page using self-maintaining JavaScript: Embedded WAYF

Interfederation Deployment

How to configure a Shibboleth 2 Service Provider for interfederation support in order to collaborate with users and services from federations in other countries:

Interfederation Configuration

Best Current Practices

If you want to know how to successfully operate an AAI service, please have a look at the Best current practices for operating a SWITCHaai Service Provider

Other Relevant Information

Before adapting a web application for Shibboleth yourself, first have a look at the list of Already Shibboleth-enabled applications and services

Shibboleth troubleshooting and solutions for common errors (on the Shibboleth Wiki): Shibboleth Troubleshooting Common Errors on Service Providers and their solutions Recommendations on how to design login pages, login buttons and custom error pages: SWITCHaai Design Guidelines Which certificates are accepted within SWITCHaai and what requirements they must meet: Acceptable Certificates Replacing or renewing an old with a new certificate: Service Provider Certificate Rollover Guide How to skip the WAYF and provide direct login via a specific Home Organization: Login URL Composer How to open a Virtual Home Organization group to create AAI accounts for users without AAI: Virtual Home Organization (VHO) accounts How to configure your serice to add guest users (via self-registration) that have no AAI account: Guest Login

Former Deployment Guides

Installation and Configuration Guides for former versions of the Shibboleth Service Provider can be found here:

Debian GNU/Linux 6.0 (squeeze) from source Windows IIS Solaris from source

How to upgrade from Shibboleth 1.x to 2.x:

Shibboleth 2.x migration and upgrade guide

Note:
Since July 2010 Shibboleth 1.x is no longer supported!