использование c # для доступа к данным сеанса shibboleth - PullRequest
Новая
       366

использование c # для доступа к данным сеанса shibboleth

3 голосов
/ 14 октября 2011

Я успешно установил Shibboleth SP на наш сервер (сервер 2003 IIS6), и он работает со сторонним IDP. Я знаю, что это работает, так как значение / Session возвращает нужные мне атрибуты.

В настоящее время я не могу получить доступ к этим переменным сеанса из приложения .net. переменные не помещаются в голову.

Любая помощь с благодарностью.

- Update-- В attribute-map.xml у меня есть следующее, связанное с нужным мне атрибутом (принадлежность) 

<Attribute name="urn:mace:dir:attribute-def:eduPersonScopedAffiliation" id="affiliation" aliases="Shib-EP-Affiliation">
    <AttributeDecoder xsi:type="ScopedAttributeDecoder" caseSensitive="false"/>
</Attribute>
<Attribute name="urn:oid:1.3.6.1.4.1.5923.1.1.1.9" id="affiliation" aliases="Shib-EP-Affiliation">
    <AttributeDecoder xsi:type="ScopedAttributeDecoder" caseSensitive="false"/>
</Attribute>

Это что-то еще, что я должен добавить сюда?

Ответы [ 4 ]

2 голосов
/ 14 октября 2011

Насколько я помню, атрибуты должны быть доступны в коллекции Request.ServerVariables или Request.Headers с ключами, указанными в конфигурации Attribute-Map.xml.Имейте в виду, что при использовании IIS и ASP.NET существует некоторая задокументированная странность с ключами, в которой они имеют тенденцию получать префикс, предварительно добавленный к настроенным вами именам, а также к некоторым другим происходящим вещам.Наиболее надежный подход к выяснению фактических значений ключей состоит в том, чтобы создать тестовую страницу, которая перебирает содержимое коллекции ServerVariables или Headers и отображает их.

0 голосов
/ 02 марта 2017

Я столкнулся с подобной проблемой, и оказалось, что мой элемент <Host> в файле shibboleth2.xml указывает путь, который не подходит для того места, где я тестировал.Если я заходил по URL-адресу под путем, заголовки были доступны.

Обновление атрибута 'path' до допустимого пути для сайта решило эту проблему для меня.

0 голосов
/ 17 июля 2014

У меня была та же проблема, и в конце концов я нашел ее в моем shibboleth2.xml.

В моем элементе <Host> мне не хватало атрибута authType="shibboleth".Моему приложению удалось декодировать запросы SAML, и я мог видеть свои атрибуты на /Shibboleth.sso/Session, но атрибуты не заполняли переменные или заголовки среды.После того, как я добавил атрибут authType, все стало на свои места.

Кроме того, было очень полезно создать страницу .aspx, содержащую всего 

<% @ Page Language="C#" Trace="true" %>

при поиске атрибутов Shibboleth..

0 голосов
/ 07 июля 2012

Вам понадобится IIS для прокси заголовков Shibb для вашего приложения - см. Описание здесь: https://spaces.ais.ucla.edu/display/iamucla/InstallShibSPOnWindowsIIS

...