Хотя эти другие решения хороши, они не отвечают на вопрос.
Функциональность виртуального пользователя по-прежнему сохраняется и сохраняется в Sitecore 6, но она перешла в класс AuthenticationManager. Я нашел это сам, так как я собирался отказаться от поиска, потому что он затрагивает ряд ограничений в других методах.
Вот ваш лучший ориентир, вы найдете хороший пример в here.
Итак, как этот метод полезен?
Это полезно, если вы используете несколько поставщиков, особенно когда вы делаете расширенный тип подключения к каталогу Active Directory.
Например, у нас есть ситуация, когда мы аутентифицируем пользователей и роли против двух разных активных каталогов, но мы хотим разрешить им использовать роли от каждого пользователя после входа в систему. Можно подумать, что вы можете просто назначить роли от одного AD до пользователя, прошедшего проверку подлинности против другого AD, но, конечно же, не .. Мы не можем напрямую добавлять роли домена «ad» к пользователю «ad2», поэтому мы динамически добавляем соответствующие роли из домена Sitecore в виртуальный пользователь, созданный в домене sitecore. Теперь у них есть доступ к функциональности, которая вызывается из домена «ad» и домена «ad2».
У меня есть симпатичная маленькая диаграмма visio, которая объясняет все это красивыми цветами, увы, я не могу прикрепить.
Я только что упомянул, что * нашел * документ на SDN и связался с ним, поэтому рекомендация о том, что я пытаюсь выполнить SDN, на самом деле мне не помогает. –