2016-09-19 10 views
0

Часть первая Вопрос: У меня есть интересная ситуация на моем рабочем месте, где разработчик приложения хочет использовать две ссылки для одного приложения: одно для внешнего и одно для внутреннего, чтобы обеспечить разделение внутренних и внешние учетные записи пользователей.Сценарий атрибута ответа Siteminder

Проблема, с которой мы сталкиваемся сейчас, заключается в том, что, когда внешний пользователь аутентифицирован, он не вытягивает свой пользовательский атрибут из переменной заголовка HTTP. Мы знаем, что проблема заключается в том, что внутренние пользователи используют sAMAccountName как userattr и внешнее использование uid как userattr.

Чтобы обойти эту проблему, мы хотим использовать собственный блок сценариев, если нет лучшего способа решить эту проблему, чтобы проверить на userattr="uid", если userattr="sAMAccountName" нет.

Это образец языка, используемого в окне пользовательского сценария:

`DR-USER_ID=<%userattr="sAMAccountName"%>` Internal user header check 
`DR-USER_ID=<%userattr="uid"%>` External user header check 

Часть два вопроса: Возможно, более важным, кто-нибудь знает, если это написано на определенном языке для этот скриптлет? Мы думали, что это может быть Perl, но пока не удалось подтвердить или опровергнуть это.

Image showing the Modify Response Attribute screenshot where this script is being editted.

+1

То, что у вас есть в этом поле Script, определенно не Perl. – simbabque

+0

Это скрипт по умолчанию, написанный siteminder, благодарю вас за то, что вы указали, что это не perl. –

+0

https://docops.ca.com/ca-single-sign-on/12-52-sp2/en/programming/programming-in-perl/perl-scripting-overview говорит, что вы можете делать _something_ в Perl. – simbabque

ответ

0

Там в конечном итоге не является решением, которое будет работать в рамках сценариев пределы своего кода. Вместо этого заголовок ответа был изменен во внутреннем домене, чтобы использовать внутренний ответ, ища внешний атрибут пользователя uid. Это удалось решить проблему.