Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
15.10.2006, 20:36
|
|||
|---|---|---|---|
На кого положиться для авторизации? |
|||
|
#18+
Использую .NET Remoting и некую объектную модель приложения в виде слоя бизнес-логики. Веб-приложение обязательно работает в домене. В Web.config включена имперсонификация. Хочу явно проверять принадлежность текущего пользователя к той или иной группе Active Directory, для чего мне нужно как минимум получить имя его учетной записи в формате DOMAIN\user. Это я могу сделать как минимум тремя способами: 1) WindowsIdentity.GetCurrent().Name 2) HttpContext.Current.User.Identity.Name 3) Через обращение к методу некоего COM+-объекта (COM+ приложение инсталлировано как серверное), в котором я также получаю WindowsIdentity текущего потока и, соответственно, имя учётной записи пользователя, выполнившего веб-запрос. В том случае, если в свойствах каталога веб-приложения включена опция "Встроенная проверка подлинности Windows" и анонимный доступ отключен , то все три метода возвращают одинаковое значение. В том случае, если анонимный доступ включен, то: — первый метод возвращает имя учётной записи IUSR_ИМЯ_КОМПЬЮТЕРА — второй метод возвращает пустую строку — третий метод правильно идентифицирует пользователя, выполнившего запрос. Вопрос: если таки разрешить анонимный доступ, могу ли я с уверенностью полагаться на identity, возвращаемый COM+? Я, честно говоря, не совсем понимаю, почему этот фокус с COM+ при разрешённом анонимном доступе к каталогу вообще работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2006, 21:37
|
|||
|---|---|---|---|
На кого положиться для авторизации? |
|||
|
#18+
Использую .NET Remoting и некую объектную модель приложения в виде слоя бизнес-логики. Веб-приложение обязательно работает в домене. В Web.config включена имперсонификация. Хочу явно проверять принадлежность текущего пользователя к той или иной группе Active Directory, для чего мне нужно как минимум получить имя его учетной записи в формате DOMAIN\user. Это я могу сделать как минимум тремя способами: 1) WindowsIdentity.GetCurrent().Name 2) HttpContext.Current.User.Identity.Name 3) Через обращение к методу некоего COM+-объекта (COM+ приложение инсталлировано как серверное), в котором я также получаю WindowsIdentity текущего потока и, соответственно, имя учётной записи пользователя, выполнившего веб-запрос. В том случае, если в свойствах каталога веб-приложения включена опция "Встроенная проверка подлинности Windows" и анонимный доступ отключен, то все три метода возвращают одинаковое значение. В том случае, если анонимный доступ включен, то: — первый метод возвращает имя учётной записи IUSR_ИМЯ_КОМПЬЮТЕРА — второй метод возвращает пустую строку — третий метод правильно идентифицирует пользователя, выполнившего запрос. Вопрос: если таки разрешить анонимный доступ, могу ли я с уверенностью полагаться на identity, возвращаемый COM+? Я, честно говоря, не совсем понимаю, почему этот фокус с COM+ при разрешённом анонимном доступе к каталогу вообще работает. Думаю, можешь. Есть многое на свете, друг Гораций, что непонятно нашим мудрецам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.10.2006, 18:28
|
|||
|---|---|---|---|
|
|||
На кого положиться для авторизации? |
|||
|
#18+
Здравствуйте, Аноним, Вы писали: А>Вопрос: если таки разрешить анонимный доступ, могу ли я с уверенностью полагаться на identity, возвращаемый COM+? Я, честно говоря, не совсем понимаю, почему этот фокус с COM+ при разрешённом анонимном доступе к каталогу вообще работает. А если анонимный доступ включить а windows аутентификацию выключить , что зывает твой COM+? Мне кажется наиболее надежным Thread.CurrentPrincipal потому что он учитывает текущий режим имперсонации ASP.Net ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=18&mobile=1&tid=1388553]: |
0ms |
get settings: |
12ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
76ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
57ms |
get tp. blocked users: |
1ms |
| others: | 265ms |
| total: | 451ms |

| 0 / 0 |
