2013-05-21 2 views
1

Я рассматриваю возможность интеграции IBM Tivoli Access Manager с Jenkins для аутентификации пользователей. TAM использует что-то, называемое WebSeal, чтобы позволить пользователям входить в систему, а затем пересылает кредиты для этого пользователя в HTTP-заголовке на нужную услугу. Я новичок в Jenkins, и мне было интересно, какой будет самый простой способ сделать это. Я заметил, что существующий плагин OpenId расширяет FederatedLoginService, который сейчас присутствует в Jenkins. Можно ли сделать что-то подобное для интеграции TAM? Если нет, то где бы я мог расширить Jenkins, чтобы позволить извлечению кредитов формировать заголовок, предоставленный WebSeal?Проверка подлинности Jenkins с использованием IBM Tivoli Access Manager

Заранее спасибо.

+0

Вы можете попробовать использовать [адаптер Tomcat] (http://www-01.ibm.com/support/docview.wss?uid=swg24021393) для TAM и запустить Jenkins в контейнере Tomcat с областью безопасности * Делегат в контейнер сервлетов * (непроверенный). –

+0

Существует также плагин [Script Security Realm] (https://wiki.jenkins-ci.org/display/JENKINS/Script+Security+Realm), который позволяет вам писать пользовательский (shell) скрипт для аутентификации, если все остальное не работает , –

+0

В качестве альтернативы первому подходу есть также [Платформа для делегата для ReverseProxy] (https://wiki.jenkins-ci.org/display/JENKINS/Reverse+Proxy+Auth+Plugin) - вы можете запустить Jenkins за Apache обратный прокси и пусть Apache обрабатывает аутентификацию (возможно, это готовое решение для TAM). –

ответ

1

Чтобы сделать предложение @ daniel-beck в конкретный ответ: Reverse Proxy Auth plugin - это способ такого рода интеграции, как правило, выполняется в отсутствие специального плагина единого входа, хотя я не знаю, конкретно ли WebSEAL отправляет заголовки, подходящие для потребления этим плагином. Из чего я могу glean by searching, вы получите HTTP_IV_USER и HTTP_IV_GROUPS.

Смежные вопросы