Блог

Ищу указатель в правильном направлении …

Существует ли механизм, позволяющий настроить SharePoint таким образом, чтобы:

если пользователь был успешно аутентифицирован на сайте SharePoint, что существует какой-то «токен аутентификации», который может быть передан или доступен сторонним сайтам

или способ для сторонних сайтов «распознать», что пользователь в данный момент аутентифицирован в среде sharepoint

все сторонние приложения могут быть изменены для выполнения любых необходимых действий, но ограничение таково: SharePoint может быть или не быть размещенным (отдельным поставщиком услуг), и то, как проходила первоначальная аутентификация, не имеет значения, т. Е. просто нужно знать, что они прошли проверку подлинности нормально, а не как

ОТРЕДАКТИРУЙТЕ сценарий, чтобы прояснить ситуацию: пользователям SP, прошедшим проверку подлинности, требуется доступ к стороннему поставщику услуг для получения дополнительного контента. «ссылка» на их SP-сайте перенаправляет на стороннюю организацию. третья сторона должна распознать реферера (на основе набора доказательств, предоставленных запросом), чтобы ему не нужно было запрашивать вторичный процесс аутентификации.

одна из третьих сторон — это я. экземпляров SP много и они разнообразны и могут быть любым из моих клиентов (которым я не предлагаю поддержку, просто предоставляю контент-сервис).

таким образом, предпринята попытка решить более общую проблему «сообщества / экосистемы».

Продолжая небольшой объем информации, доступной здесь…. Вероятно, вы собираетесь использовать проверку подлинности Windows (через Active Directory) или проверку подлинности на основе форм.

Если вы используете AD в своей организации, а другой сервер, на котором выполняется проверка подлинности, использует тот же AD, это несложно. Если она основана на AD, но оба сервера используют разные домены, это намного сложнее. Одним из вариантов было бы настроить доверенный общий ресурс между ADs.

Если вы используете аутентификацию на основе форм, это становится немного большей проблемой. Если оба сервера используют один и тот же FBA, вы могли бы создать файл cookie для проверки подлинности в SharePoint, а затем добавить файл cookie в качестве заголовка к объекту запроса и затем перенаправить на сервер.

Если это совершенно разные методы аутентификации, вам необходимо определить, позволят ли ваши требования безопасности пользователям проходить аутентификацию с помощью какого-либо механизма на основе URL (например, querystrings), а затем разработать логику в вашем SP box для создания URL для аутентификации.

Ваши требования немного завышены, но это должно указать вам правильное направление.

Спланировать методы проверки подлинности (SharePoint Server 2010)

В частности, аутентификация на основе утверждений.

Я предполагаю, что под «сайтами сторонних производителей» вы подразумеваете сайты, которые не размещены в вашем домене. В этом случае серверы не смогут использовать вашу проверку подлинности AD (если вы не предоставите им общий доступ, что, вероятно, того не стоит).

Я бы предложил изменить способ аутентификации пользователей на сторонних серверах, поскольку у вас есть контроль над тем, как вы отправляете туда своих пользователей. Вы могли бы легко зашифровать их имена пользователей / электронные письма / уникальные идентификаторы и временную метку (чтобы убедиться, что они не смогут добавить эту ссылку в закладки) в строке запроса.

Затем информация расшифровывается на стороннем сервере. Неверная информация, и они перенаправляются на вашу страницу входа. Действительная информация, и 3-й знает, что они были аутентифицированы в вашем приложении sharepoint.

Ваш вопрос очень запутанный.

SharePoint может быть, а может и не быть размещенным

Что вы под этим подразумеваете?

Вы вызываете стороннее веб-приложение со страницы SharePoint? Вы можете получить текущего пользователя с помощью SPWeb.CurrentUser свойства и использовать его.