powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / ASP.NET Identity 2.0.0
90 сообщений из 90, показаны все 4 страниц
ASP.NET Identity 2.0.0
    #38594097
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Наконец-то превращается в нечто юзабельное.

http://blogs.msdn.com/b/webdev/archive/2014/03/20/test-announcing-rtm-of-asp-net-identity-2-0-0.aspx

Из главного:

+ Поддержка двух-факторной аутентификации
+ Подтверждение регистрации
+ Сброс пароля
+ Блокировка аккаунта
+ Выход "отовсюду" (сделать куки на всех браузерах неактуальными)

Из болезненного:

+ теперь можно сделать ключ любого типа (ранее был String), без плясок
+ IQueryable для пользователей и ролей без ковыряния DbContext
+ удаление пользователя
+ уникальный индекс на имя пользователя
+ продвинутый валидатор пароля

Понятное дело, обновление до 2.0 порушит работу приложения к чертям. Самое меньшее, что придётся сделать, это сотворить миграцию для контекста базы данных. Если вы добавляли такие поля для пользователя Email, IsConfirmed, придётся их грохнуть, так теперь они идут "изкаропки".

Подробней о том, как заапгрейдиться, здесь: http://blogs.msdn.com/b/webdev/archive/2013/12/20/updating-asp-net-applications-from-asp-net-identity-1-0-to-2-0-0-alpha1.aspx

Немного не в тему. В очередной раз вендорные товарищи подтверждают, что IQueryable отлично катит в качестве интерфейса для репозитория, а кто до сих пор самоотверженно колбасит прослойку с выдачей IEnumerable/IList пусть жуют бублики
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38712773
Andrey1306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день.

Не могу понять (найти) как настроить ASP.NET Identity на определение ролей пользователя из БД.

Получилось так что роль считывается на момент аутенфикации пользователя, и до следующего входа, роли не меняются .

Есть ли такая настройка или нужно возвращаться к кастомролепровайдер ?
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38712784
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Andrey1306Получилось так что роль считывается на момент аутенфикации пользователя, и до следующего входа, роли не меняются .

Да, это так. Но ASP.NET Identity тут вообще не при чём. Любой другой механизм, который сторит шифрованный тикет в куках будет та же самая история. Чтобы избежать "кеширования" ролей, надо написать кастомный фильтр, который будет перепроверять состояние логина и сохранять его, допустим, в сессии.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38712794
Andrey1306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVostt,

Спасибо, я вчера и начал фильтр делать, но в нем стал использовать стандартное user.isinrole("") )).

Придеться чуток переделать благо фильтр уже готов.


А не подскажите тогда , как можно фильтр использовать в chtml ? или все таки статический класс ?

@if (User.IsInRole("Administrator"))
{
<li class="dropdown">
<a class="dropdown-toggle" data-toggle="dropdown" href="#">
servises<span class="caret"></span>
</a>
<ul class="dropdown-menu">
<li>@Html.ActionLink("service1", "Index", "Service", new { area = "HundredFour" }, null)</li>
</ul>
</li>

}
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38712832
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Andrey1306как можно фильтр использовать в chtml

чтобы после изменения набора ролей у пользователя, эти роли работали пользователю надо выйти и зайти снова.

чтобы этого не приходилось делать, есть решение, описано оно здесь:

http://stackoverflow.com/questions/19487322/what-is-asp-net-identitys-iusersecuritystampstoretuser-interface/19505060#19505060
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38712921
Andrey1306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttAndrey1306как можно фильтр использовать в chtml

чтобы после изменения набора ролей у пользователя, эти роли работали пользователю надо выйти и зайти снова.

чтобы этого не приходилось делать, есть решение, описано оно здесь:

http://stackoverflow.com/questions/19487322/what-is-asp-net-identitys-iusersecuritystampstoretuser-interface/19505060#19505060

О я протупил, я же эту настройку сам в 30 минут выставил ))))) а изменения сижу и сразу жду. Спасибо.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713687
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttчтобы после изменения набора ролей у пользователя, эти роли работали пользователю надо выйти и зайти снова
Не фантазируй )) UserManagerExtensions.IsInRole<TUser, TKey>
Роли подхватываются на лету из базы, всё прозрачно.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713715
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУНе фантазируй )) UserManagerExtensions.IsInRole<TUser, TKey>
Роли подхватываются на лету из базы, всё прозрачно.

да что ты говоришь?!

осталось передать инстанс юзер менеджера во все слои, где он даром не сдался.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713718
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
... и в атрибуты, и в фильтры, и в байндинг, и в валидацию, и во вью... что уж там говорить, размазать по слоям через статик и усё
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713720
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[Authorize(Roles = "role1, role2")]

сразу на помойку
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713741
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttда что ты говоришь?!

Как связано это

hVosttчтобы после изменения набора ролей у пользователя, эти роли работали пользователю надо выйти и зайти снова

с вот этим

hVosttосталось передать инстанс юзер менеджера во все слои, где он даром не сдался

?

hVostt... и в атрибуты, и в фильтры, и в байндинг, и в валидацию, и во вью... что уж там говорить, размазать по слоям через статик и усё

Куда надо, туда и передавай. Не вижу повода паники. Ты используешь IoC для того, чтобы бояться инжектировать зависимости?

hVostt[Authorize(Roles = "role1, role2")]
сразу на помойку
CustomAuthorize
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713745
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttчтобы после изменения набора ролей у пользователя, эти роли работали пользователю надо выйти и зайти снова.
Вот за это можно сразу расстреливать разработчика. Бесцеремонно и жестко.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713755
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУhVosttчтобы после изменения набора ролей у пользователя, эти роли работали пользователю надо выйти и зайти снова.
Вот за это можно сразу расстреливать разработчика. Бесцеремонно и жестко.

это технически. смена SecurityStamp заставляет программу пользователя перелогинить, незаметно для самого пользователя. и это более секьюрно и правильно.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713760
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУhVosttчтобы после изменения набора ролей у пользователя, эти роли работали пользователю надо выйти и зайти снова.
Вот за это можно сразу расстреливать разработчика. Бесцеремонно и жестко.

и давай рассмотрим другую ситуацию. ты меняешь чужому пользователю пароль через админку. а пользователь как ходил, так и ходит на сайт с сохранённой кукой.

ну-ка, какое расширение для юзер менеджера посоветуешь? что делать?
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713798
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttМСУпропущено...

Вот за это можно сразу расстреливать разработчика. Бесцеремонно и жестко.

это технически. смена SecurityStamp заставляет программу пользователя перелогинить, незаметно для самого пользователя. и это более секьюрно и правильно.

Не тупи, зачем изобретать костыли. Если хочешь, чтобы работали штатные роли, напиши свой провайдер ролей, вот тут есть рецепт http://codearticles.ru/articles/2485

Ты предлагаешь бред, извини.

hVosttи давай рассмотрим другую ситуацию. ты меняешь чужому пользователю пароль через админку. а пользователь как ходил, так и ходит на сайт с сохранённой кукой.

ну-ка, какое расширение для юзер менеджера посоветуешь? что делать?
Жжешь. Если я сменю ему пароль, он больше не войдет на сайт Кука - это клиентские перманентные данные, они никоим образом не коррелирует с серверной безопасностью.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713806
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУЕсли хочешь, чтобы работали штатные роли, напиши свой провайдер ролей
У меня, кстати, во многих проектах используется и использовался свой провайдер ролей, особенно для windows аутентификации. Написал провайдер, подключил и всё штатно работает без проблем. Отличный способ.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713821
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУЖжешь. Если я сменю ему пароль, он больше не войдет на сайт Кука - это клиентские перманентные данные, они никоим образом не коррелирует с серверной безопасностью.

Предлагаю тебе проверить это утверждение на практике.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713827
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУУ меня, кстати, во многих проектах используется и использовался свой провайдер ролей, особенно для windows аутентификации. Написал провайдер, подключил и всё штатно работает без проблем. Отличный способ.

В ASP.NET Identity уже есть провайдер ролей, зачем я буду переписывать его, если он отлично справляется со своей задачей? Или хочешь сказать разработчики что-то не учли? Да и раньше роли кешировались в тикете.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713829
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУНе тупи, зачем изобретать костыли. Если хочешь, чтобы работали штатные роли, напиши свой провайдер ролей, вот тут есть рецепт http://codearticles.ru/articles/2485

Ты предлагаешь бред, извини.

Чем те нативный фильтр не угодил? И на кой ляд лазить в БД за ролью, когда она уже есть в тикете? Меняешь роль у пользователя, сбрасывай ему SecurityStamp, и не придётся вставлять такие жуткие костыли, как ты привёл в рецепте.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713836
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttПредлагаю тебе проверить это утверждение на практике.
Ты шутишь? )) Это подтверждено многолетней практикой, инфа 147%. Даже не думай спорить.

hVosttВ ASP.NET Identity уже есть провайдер ролей, зачем я буду переписывать его, если он отлично справляется со своей задачей? Или хочешь сказать разработчики что-то не учли? Да и раньше роли кешировались в тикете.
ASP.NET Identity нету провайдера ролей, он один и глобален для всего ASP.NET - это секция roleManager в web.config. В ASP.NET Identity есть неплохая обвязка над ролями - где надо, пользуйся. Я не про кеширование говорю, оно было и есть (читай про ключ cacheRolesInCookie ). Я говорю про то, что каждый реквест должен ходить в базу и проверять актуальность ролей и доступность пользователя - это основа основ. Никаких костылей, всё просто и внятно.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713839
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttЧем те нативный фильтр не угодил? И на кой ляд лазить в БД за ролью, когда она уже есть в тикете? Меняешь роль у пользователя, сбрасывай ему SecurityStamp, и не придётся вставлять такие жуткие костыли, как ты привёл в рецепте.
Я не против нативного фильтра, используй его вместе со своим провайдером ролей. Зачем неактуальная роль в тикете, если она есть актуальная в БД? А потом появляются вот такие эпические кейсы:

hVosttчтобы после изменения набора ролей у пользователя, эти роли работали пользователю надо выйти и зайти снова

hVosttэто технически. смена SecurityStamp заставляет программу пользователя перелогинить, незаметно для самого пользователя.

Это не наш метод.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713840
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttМСУНе тупи, зачем изобретать костыли. Если хочешь, чтобы работали штатные роли, напиши свой провайдер ролей, вот тут есть рецепт http://codearticles.ru/articles/2485

Ты предлагаешь бред, извини.

Чем те нативный фильтр не угодил? И на кой ляд лазить в БД за ролью, когда она уже есть в тикете? Меняешь роль у пользователя, сбрасывай ему SecurityStamp, и не придётся вставлять такие жуткие костыли, как ты привёл в рецепте.Накой лепить костыли вроде SecurityStamp, если производительность позволяет каждый раз лазить в базу. Накой сделано кэширование по дефолту информации о пользователе - непонятно. Microsoft скоро рухнет под тяжестью своего идиотизма.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713847
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУЯ говорю про то, что каждый реквест должен ходить в базу и проверять актуальность ролей и доступность пользователя - это основа основ. Никаких костылей, всё просто и внятно.+1234567890

Выбесила эта преждевременная оптимизация. Изменить поведение провайдера ролей несложно. Но какого уя я спрашиваю?
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713856
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУТы шутишь? )) Это подтверждено многолетней практикой, инфа 147%. Даже не думай спорить.

ASP.NET Identity от роду и года-то нет, взгляни пожалуйста на заголовок темы, мы о нём говорим =)

МСУASP.NET Identity нету провайдера ролей, он один и глобален для всего ASP.NET - это секция roleManager в web.config. В ASP.NET Identity есть неплохая обвязка над ролями - где надо, пользуйся. Я не про кеширование говорю, оно было и есть (читай про ключ cacheRolesInCookie ). Я говорю про то, что каждый реквест должен ходить в базу и проверять актуальность ролей и доступность пользователя - это основа основ. Никаких костылей, всё просто и внятно.

От тут ты ошибаешься, ещё как есть, Simple Role Provider, работающий поверх OWIN модуля. И зачем каждый реквест должен ходить в базу и проверять актуальность ролей, если достоверно известно, что в куках актуальная инфа, и по-другому быть не может (при правильной работе с SecurityStamp)? Костыли у тебя в том, что ты делаешь ненужную работу. Я пользуюсь User.IsInRole, а ты похоронил этот способ в угоду бредовой идее. Зачем?
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713860
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КНакой лепить костыли вроде SecurityStamp, если производительность позволяет каждый раз лазить в базу. Накой сделано кэширование по дефолту информации о пользователе - непонятно. Microsoft скоро рухнет под тяжестью своего идиотизма.

А в чём проблема-то не пойму? Кеширование это всегда хорошо. Тем более на клиенте.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713867
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Майкрософт в ASP.NET vNext уменьшила размер HttpContext с 20к до 2к. Прорыв я считаю Так что не рухнет
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713880
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttМСУТы шутишь? )) Это подтверждено многолетней практикой, инфа 147%. Даже не думай спорить.
ASP.NET Identity от роду и года-то нет, взгляни пожалуйста на заголовок темы, мы о нём говорим =)
ASP.NET Identity это лишь замена усопшим Membership и Simple Membership с более вкусными печеньками, не более того. Провайдер ролей - это железобетонный фундамент, заложенный во времена создания самой платформы ASP.NET 2.0. Не путай теплое с мягким.

1. Хочешь нативности - бери провайдер ролей и реализуй парочку свойств.
2. Хочешь новизны - бери UserManagerExtensions.IsInRole<TUser, TKey> и пихай его везде.

Но то, что предлагаешь ты - эпическое беспощадное зло

hVosttОт тут ты ошибаешься, ещё как есть, Simple Role Provider, работающий поверх OWIN модуля.
Присаживайся, двойка

http://msdn.microsoft.com/ru-ru/library/webmatrix.webdata.simpleroleprovider(v=vs.111).aspx
Код: c#
1.
public class SimpleRoleProvider : RoleProvider



Класс SimpleRoleProvider изначально не предоставляет полный спектр функций, возможных в поставщике ролей ASP.NET, в той мере, как они определены в классе RoleProvider , используемом всеми поставщиками ролей ASP.NET . Если ваш веб-сайт требует полнофункционального управления ролями, можно пропустить инициализацию системы ролей веб-страниц (не вызывать WebSecurity.InitializeDatabaseConnection()) и вместо этого включить стандартные поставщики членства и ролей . В таком случае вызовы SimpleRoleProvider проходят через стандартный поставщик (который называется предыдущим поставщиком в документации по классам SimpleRoleProvider).


Хвост такой хвост... Когда ты перестанешь спорить уже, а.

hVosttИ зачем каждый реквест должен ходить в базу и проверять актуальность ролей, если достоверно известно, что в куках актуальная инфа
Ну ты сам не понимаешь, что это абсурд? Как может быть в куках актуальная информация, если пользователя лишили роли? Актуальная информация только в БД. Кстати, и Membership и Simple так же ходили на каждый реквест в базу по дефолту.

hVosttКостыли у тебя в том, что ты делаешь ненужную работу. Я пользуюсь User.IsInRole, а ты похоронил этот способ в угоду бредовой идее. Зачем?
Ну я свою мысль выразил, говорить больше не о чем. Я 10 раз сказал, то, что ты предлагаешь - кретинизм. Ты говоришь обратное. Ну ладно.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713886
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttКеширование это всегда хорошо.Кэширование - это всегда плохо. Кэширование влечёт за собой избыточность. А избыточность - это главное зло информационной системы. Кэширование применяется только с целью оптимизации, от безысходности.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713888
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей ККэширование применяется только с целью оптимизации, от безысходности.
+1К
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713903
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Представим себе эпический кейс. Сисадмин в компании тупанул (ну вот хоть убей его, суть не изменится) и добавил пользователя в группы Domain Admins. Пользователь залогинился. Сисадмин опомнился и исключил пользователя из группы Domain Admins.

А теперь самое вкусное!

hVosttчтобы после изменения набора ролей у пользователя, эти роли работали пользователю надо выйти и зайти снова.

Не пойду (с)
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713908
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУПредставим себе эпический кейс. Сисадмин в компании тупанул (ну вот хоть убей его, суть не изменится) и добавил пользователя в группы Domain Admins. Пользователь залогинился. Сисадмин опомнился и исключил пользователя из группы Domain Admins.

А теперь самое вкусное!

hVosttчтобы после изменения набора ролей у пользователя, эти роли работали пользователю надо выйти и зайти снова.

Испугался... Пойду покурю...

зы: SecurityStamp, конечно, решает эту проблему. Но у нас не Microsoft. Лепить костыли - это не наш метод.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713918
gandjustas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КhVosttКеширование это всегда хорошо.Кэширование - это всегда плохо. Кэширование влечёт за собой избыточность. А избыточность - это главное зло информационной системы. Кэширование применяется только с целью оптимизации, от безысходности.
А что такое хорошо? Быстро работающее приложение это плохо?
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713919
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУПрисаживайся, двойка

Я ещё раз говорю, ты ошибаешься.

МСУПровайдер ролей - это железобетонный фундамент, заложенный во времена создания самой платформы ASP.NET 2.0.

Это уже уходит в прошлое с наступление vNext.

МСУНо то, что предлагаешь ты - эпическое беспощадное зло

Это не я предлагаю, это решение заложено в ASP.NET Identity. Просто воспользуйся, зачем же целенаправленно сношать мозг с устаревшими провайдерами, поддерживать которые нет никакого смысла? Учитывая что теперь всё строится на Claims Based.

МСУКак может быть в куках актуальная информация, если пользователя лишили роли?

Что бы там не сделали с пользователем, его кука должна после этого перестать быть актуальной. Это касается любых секьюрных изменений, не только ролей. И я не хочу иметь +100500 классов, которые я почему-то должен прокидывать всюду, когда достаточно сбросить логин. И это правильно.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713923
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей ККэширование - это всегда плохо. Кэширование влечёт за собой избыточность. А избыточность - это главное зло информационной системы. Кэширование применяется только с целью оптимизации, от безысходности.

Кеширование -- это хорошо абсолютно всегда. Даже и не думай спорить с этим. Какая ещё нафик безысходность? Что за бред.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713925
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gandjustasАлексей К
А что такое хорошо? Быстро работающее приложение это плохо?
Не всё измеряется скоростью работы приложения. Есть еще такое требование, как актуальность данных. Порой это требование выше, чем требования к скорости работы. Понимание данного факта приходит с опытом, пока тебе об этом рано думать. Работай, оптимизируй.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713927
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gandjustasАлексей Кпропущено...
Кэширование - это всегда плохо. Кэширование влечёт за собой избыточность. А избыточность - это главное зло информационной системы. Кэширование применяется только с целью оптимизации, от безысходности.
А что такое хорошо? Быстро работающее приложение это плохо?МСУ всё правильно ответил. Добавить нечего.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713933
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУПредставим себе эпический кейс. Сисадмин в компании тупанул (ну вот хоть убей его, суть не изменится) и добавил пользователя в группы Domain Admins. Пользователь залогинился. Сисадмин опомнился и исключил пользователя из группы Domain Admins.

Представим эпический кейс. Права и аутентификацию выдаёт одна подсистема, а ПО работает уже с авторизованным пользователем. И ему пофиг кто его пустил и кто прав надавал. Это Claims. Я делаю приложение, допустим, для фейсбука, авторизует пользователя он с пачкой прав, которые рулятся там же. У меня нет никаких ролей в базе. Какого ляда я должен лепить эти убогие мерзкие костыли, что ты предлагаешь? Давай уже, топай в современный век, харе отсижываться в средневековье!
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713935
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttАлексей ККэширование - это всегда плохо. Кэширование влечёт за собой избыточность. А избыточность - это главное зло информационной системы. Кэширование применяется только с целью оптимизации, от безысходности.

Кеширование -- это хорошо абсолютно всегда. Даже и не думай спорить с этим. Какая ещё нафик безысходность? Что за бред.Ничего хорошего в этом не вижу.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713941
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttЯ делаю приложение, допустим, для фейсбука...Это не значит, что все остальные делают приложения для фейсбука тоже.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713945
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttМСУПрисаживайся, двойка
Я ещё раз говорю, ты ошибаешься.
Аргументами прям сыплешь.

hVosttМСУПровайдер ролей - это железобетонный фундамент, заложенный во времена создания самой платформы ASP.NET 2.0.
Это уже уходит в прошлое с наступление vNext.
Про vNext вообще ничего неизвестно, какой смысл тыкать этим словом в каждую дырку. Большая вероятность, что в vNext вообще практически всё уйдет в прошлое. Вот когда уйдет, вот тогда и будем обсуждать. А пока нет смысла гадать на кофейной гуще.

hVosttМСУНо то, что предлагаешь ты - эпическое беспощадное зло
Это не я предлагаю, это решение заложено в ASP.NET Identity. Просто воспользуйся, зачем же целенаправленно сношать мозг с устаревшими провайдерами, поддерживать которые нет никакого смысла? Учитывая что теперь всё строится на Claims Based.
В ASP.NET Identity заложено UserManagerExtensions.IsInRole, обращается к БД - то, что доктор прописал. Это лучше, чем твои костыли с куками.

hVosttМСУКак может быть в куках актуальная информация, если пользователя лишили роли?
Что бы там не сделали с пользователем, его кука должна после этого перестать быть актуальной.
Да мало ли, что она и кому должна. Это клиентский функционал, более того, на клиенте вообще могут быть куки выключены. С какого перепуга я свою инфраструктуру безопасности должен завязывать на какую-то клиентскую куку? Совсем ударился головой?

hVosttИ я не хочу иметь +100500 классов
Ну не хочешь, пиши дальше небезопасный гавнокод. Я ж не против.

hVosttИ это правильно.
Это абсолютно неправильно.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713947
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КhVosttЯ делаю приложение, допустим, для фейсбука...Это не значит, что все остальные делают приложения для фейсбука тоже.

Речь не о фейсбуке. Любое секьюрное изменение пользователя должно сопровождаться перелогином. Либо отменять логин и заставлять его логинится заново, либо делать это самостоятельно. Не важно. Это всё одна точка за это отвечает. Всем остальным слоям должно быть по барабану. Они не должны заботиться об этом, вытаскивая актуальные роли из базы данных. Роли в базе данных -- это всего лишь частный случай. Они могут быть где угодно, и выдаваться кем угодно, значения это не должно иметь никакого.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713948
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУВ ASP.NET Identity заложено UserManagerExtensions.IsInRole, обращается к БД - то, что доктор прописал. Это лучше, чем твои костыли с куками.

В задачи этого расширения входит управление пользователем, так как работает с инстансом менеджера. В задачи IPrincipal не входит лазить там куда-то. Как только чел вошёл, мы работаем с тем, что есть. Не размазывай разные несвязанные части приложения.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713949
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУС какого перепуга я свою инфраструктуру безопасности должен завязывать на какую-то клиентскую куку?

Это частный случай.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713956
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttЛюбое секьюрное изменение пользователя должно сопровождаться перелогином. Либо отменять логин и заставлять его логинится заново, либо делать это самостоятельно.В какой литературе описана такая глупость?
hVosttНе важно. Это всё одна точка за это отвечает. Всем остальным слоям должно быть по барабану.Всё верно. Этим занимается провайдер системы безопасности под конкретное хранилище информации о пользователях и ролях.
hVosttОни не должны заботиться об этом, вытаскивая актуальные роли из базы данных.Они и не заботятся. Они пользуются системой безопасности, используя атрибуты или явный вызов методов.
hVosttРоли в базе данных -- это всего лишь частный случай. Они могут быть где угодно, и выдаваться кем угодно, значения это не должно иметь никакого.Однако, меня сегодня интересует именно этот случай. Остальные случаи сегодня мне не интересны.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713957
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttПредставим эпический кейс. Права и аутентификацию выдаёт одна подсистема, а ПО работает уже с авторизованным пользователем. И ему пофиг кто его пустил и кто прав надавал. Это Claims. Я делаю приложение, допустим, для фейсбука, авторизует пользователя он с пачкой прав, которые рулятся там же. У меня нет никаких ролей в базе. Какого ляда я должен лепить эти убогие мерзкие костыли, что ты предлагаешь? Давай уже, топай в современный век, харе отсижываться в средневековье!
Уважаемый, ты бы не поленился почитать, что такое SSO для начала. Вот тут даже рецептик есть http://codearticles.ru/articles/487
Фейсбук - это распределенная система, валидация полномочий и ролей происходит на сервере. Полномочия и роли хранятся именно в БД, а не в куках Если админ тебя забанит на write, ты сразу же потеряешь доступ к написанию буковок.
Вот тут есть матрица полномочий и ролей: https://www.facebook.com/help/323502271070625/
Это классическая матрица безопасности, реализуется исключительно в БД. Никакого кеширования тут не нужно. Так что про средневековье ты пойди кому другому расскажи ))
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713960
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУhVosttПредставим эпический кейс. Права и аутентификацию выдаёт одна подсистема, а ПО работает уже с авторизованным пользователем. И ему пофиг кто его пустил и кто прав надавал. Это Claims. Я делаю приложение, допустим, для фейсбука, авторизует пользователя он с пачкой прав, которые рулятся там же. У меня нет никаких ролей в базе. Какого ляда я должен лепить эти убогие мерзкие костыли, что ты предлагаешь? Давай уже, топай в современный век, харе отсижываться в средневековье!
Уважаемый, ты бы не поленился почитать, что такое SSO для начала. Вот тут даже рецептик есть http://codearticles.ru/articles/487
Фейсбук - это распределенная система, валидация полномочий и ролей происходит на сервере. Полномочия и роли хранятся именно в БД, а не в куках Если админ тебя забанит на write, ты сразу же потеряешь доступ к написанию буковок.
Вот тут есть матрица полномочий и ролей: https://www.facebook.com/help/323502271070625/
Это классическая матрица безопасности, реализуется исключительно в БД. Никакого кеширования тут не нужно. Так что про средневековье ты пойди кому другому расскажи ))"Это частный случай" (ц) Псаки.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713962
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttЛюбое секьюрное изменение пользователя должно сопровождаться перелогином.
Что за бред? С чего это вдруг я должен перелогиниваться, если меня включили в какую-то группу или дали роль?

hVosttЛибо отменять логин и заставлять его логинится заново, либо делать это самостоятельно. Не важно. Это всё одна точка за это отвечает. Всем остальным слоям должно быть по барабану. Они не должны заботиться об этом, вытаскивая актуальные роли из базы данных. Роли в базе данных -- это всего лишь частный случай. Они могут быть где угодно, и выдаваться кем угодно, значения это не должно иметь никакого.
Завязывай с наркотиками.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713966
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttМСУВ ASP.NET Identity заложено UserManagerExtensions.IsInRole, обращается к БД - то, что доктор прописал. Это лучше, чем твои костыли с куками.
В задачи этого расширения входит управление пользователем, так как работает с инстансом менеджера. В задачи IPrincipal не входит лазить там куда-то. Как только чел вошёл, мы работаем с тем, что есть. Не размазывай разные несвязанные части приложения.
Что такое "задачи IPrincipal"? Нужно получить роли, берешь через менеджер и получаешь. Ты о чем? Какие задачи?

hVosttМСУС какого перепуга я свою инфраструктуру безопасности должен завязывать на какую-то клиентскую куку?
Это частный случай.
Ты тогда определись, что есть не частный случай.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713970
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей К"Это частный случай" (ц) Псаки.
Ладно, пора завязывать. Слишком много времени уходит на этого оголтелого паренька :)

P.S. Но было весело ))
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713979
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУУважаемый, ты бы не поленился почитать, что такое SSO для начала. Вот тут даже рецептик есть http://codearticles.ru/articles/487
Фейсбук - это распределенная система, валидация полномочий и ролей происходит на сервере. Полномочия и роли хранятся именно в БД, а не в куках Если админ тебя забанит на write, ты сразу же потеряешь доступ к написанию буковок.
Вот тут есть матрица полномочий и ролей: https://www.facebook.com/help/323502271070625/
Это классическая матрица безопасности, реализуется исключительно в БД. Никакого кеширования тут не нужно. Так что про средневековье ты пойди кому другому расскажи ))

Речь не о кешировании даже, за ролью можно и в базу лазить. В случае ASP.NET это зависит от провайдера ролей. И это единственное что ты тут правильного сказал, как решение можно написать свой провайдер ролей, который будет исправно лазить в базу. Я говорю, что этого можно и не делать, если они сохраняются в куках. Вопрос со сменой роли решается на раз, три строчки кода. С чем споришь не пойму?
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713982
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУP.S. Но было весело ))То ли ещё будет... :-)
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713984
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУНужно получить роли, берешь через менеджер и получаешь. Ты о чем? Какие задачи?

Всёж старая школа сквозит. Другими словами, Сталин у тебя через рубашко просвечивает, а с головы сыпется. Берёшь экскаватор и идёшь копать огород
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713988
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КТо ли ещё будет... :-)

отож, такой бред про кеширование нести. у меня аж волосы дыбом.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38713997
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КhVosttРоли в базе данных -- это всего лишь частный случай. Они могут быть где угодно, и выдаваться кем угодно, значения это не должно иметь никакого.Однако, меня сегодня интересует именно этот случай. Остальные случаи сегодня мне не интересны.

ну так делай тогда так: понадобилось узнать роли, создаёшь SqlConnection, делаешь SELECT ... FROM ... и погнал. Какая разница что тебе сегодня понадобилось? Если ты взял в руки ASP.NET Identity, тебе предлагается несколько вариантов решения. Я говорю об одном из них, это не я придумал в куки роли пихать, хочу заметить. Так что не надо со мной спорить по этому поводу, можешь наехать на команду разработчиков, что же они такие дебилы, может возьмут тебя в команду и ты научишь всех как правильно кодить
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714073
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КМСУP.S. Но было весело ))То ли ещё будет... :-)
Только сейчас осенило, надо было не выходить из сайта sql.ru, когда Серж меня забанил
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714077
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttАлексей Кпропущено...
Однако, меня сегодня интересует именно этот случай. Остальные случаи сегодня мне не интересны.

ну так делай тогда так: понадобилось узнать роли, создаёшь SqlConnection, делаешь SELECT ... FROM ... и погнал. Какая разница что тебе сегодня понадобилось? Если ты взял в руки ASP.NET Identity, тебе предлагается несколько вариантов решения. Я говорю об одном из них, это не я придумал в куки роли пихать, хочу заметить. Так что не надо со мной спорить по этому поводу, можешь наехать на команду разработчиков, что же они такие дебилы, может возьмут тебя в команду и ты научишь всех как правильно кодить Да я разве против? Просто мне не понравилось, что по дефолту там реализовано удотское поведение.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714083
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУАлексей Кпропущено...
То ли ещё будет... :-)
Только сейчас осенило, надо было не выходить из сайта sql.ru, когда Серж меня забанил Читер!
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714095
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КЧитер!

...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714098
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУIDKFA
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714108
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КМСУIDKFA
Ну вот так тоже можно

...
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714118
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А вообще хвост знатно налажал сегодня :) То ему нужно нативный User.IsInRole юзать, то штатные роли - пыль прошлых лет и в vnext их не будет (ему лично Сатья нашептал перед сном). То пишет про какие-то три строчки кода (кстати, где они?), с помощью которых всё будет в куках на клиенте сидеть. Но самое эпичное - это вот это

hVosttЛюбое секьюрное изменение пользователя должно сопровождаться перелогином.

Мне кажется уже за такое можно вышвыривать за шкирку на улицу, двор мести

Хвост, хвост... не знал бы тебя - назвал бы идиотом. Но так как знаю тебя не первый год, просто тихонечко посмеюсь в кустах :)
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714121
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУ,

о вот такой вопрос, раз ты сегодня в настроении посоветуй как быть:

есть система с ASP.NET Identity 2.0 и пользюки, входящие то по паролю, то через социальные сети... надо сделать возможность суперадмину заходить под любым пользователем, как это сделать? пользовательский пароль естественно знать не положено и менять нельзя.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714127
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУА вообще хвост знатно налажал сегодня :) То ему нужно нативный User.IsInRole юзать, то штатные роли - пыль прошлых лет и в vnext их не будет (ему лично Сатья нашептал перед сном). То пишет про какие-то три строчки кода (кстати, где они?), с помощью которых всё будет в куках на клиенте сидеть.

ну ладно-ладно, может ты знаешь как разрабы могли так налажать, сохраняя роли в куках, а? зачем-нафига это всё? если знатный профи МСУ говорит, что роли надо смотреть только в базе всегда. твоё слово против целого штата раздолбаев-индусов. надо разогнать срочно всю эту школоту, а два кандидата на место уже имеется
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714130
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttпосоветуй как быть
Я-то посоветую, т.к. знаю 100% ответ на твой кейс. Но ты опять будешь спорить и биться лбом об стену. Так ведь? )) Но я рискну в очередной 100500 раз...

hVosttнадо сделать возможность суперадмину заходить под любым пользователем, как это сделать?
Априори задача некорректна и противоречива. Не в коем случае нельзя делать такой беспощадный механизм. Админ не должен ни знать пароли, ни пытаться авторизоваться под чужим логином. Ни в каком виде и ни в каком случае. Ты сначала попробуй сформулировать бизнес-требование, исходя из которого такое могло понадобиться (а ты его и не сможешь сформулировать, 100% даю). А потом мы продолжим рассуждения.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714133
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУАприори задача некорректна и противоречива. Не в коем случае нельзя делать такой беспощадный механизм. Админ не должен ни знать пароли, ни пытаться авторизоваться под чужим логином. Ни в каком виде и ни в каком случае. Ты сначала попробуй сформулировать бизнес-требование, исходя из которого такое могло понадобиться (а ты его и не сможешь сформулировать, 100% даю). А потом мы продолжим рассуждения.

бизнес-требование весьма простое. пользователь верещит, что у него что-то не работает, а у всех работает. к пользователю прийти нельзя, так как он не в соседнем офисе сидит. воспроизвести проблему не удаётся.

с точки зрения секьюрити возможность входа админа строго регламентируется, пишется логи и аккуратно жирненьким пишется в базу. т.е. войти-то он может, но наделать незаметно делов не может. т.е. этот вопрос не рассматриваем.

нужно сделать вход, подзабив на легитимность этого действия. такая задача. посоветуешь что, кроме того, что так нельзя (я эт итак знаю)?
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714137
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttну ладно-ладно, может ты знаешь как разрабы могли так налажать, сохраняя роли в куках, а? зачем-нафига это всё?
Дали возможность - это не значит, что это нужно всюду использовать. Куки могут быть вообще отключены. Да и вообще, это потенциальная дыра в безопасности, куку можно подделать - это даже студенты знают. Даже CookieProtection не поможет. Если роли никогда не меняются у пользователя, разве что для этого подойдет такой вариант. Но я бы даже в этом случае отказался от хранения ролей в куках, это просто бред какой-то.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714138
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУ,

и да, все замутки с паролем исключены, типа поставить какой-нибудь временный, а затем попросить пользователя вернуть свой на место. пароль нигде не хранится, и никуда не передаётся вообще.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714143
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУДали возможность - это не значит, что это нужно всюду использовать. Куки могут быть вообще отключены. Да и вообще, это потенциальная дыра в безопасности, куку можно подделать - это даже студенты знают. Даже CookieProtection не поможет. Если роли никогда не меняются у пользователя, разве что для этого подойдет такой вариант. Но я бы даже в этом случае отказался от хранения ролей в куках, это просто бред какой-то.

ну и как же ты тогда организуешь сохранение логина пользователя без куков? он поставил галку "запомнить меня". что делать без куков? как его запомнить?
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714152
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttбизнес-требование весьма простое. пользователь верещит, что у него что-то не работает, а у всех работает. к пользователю прийти нельзя, так как он не в соседнем офисе сидит. воспроизвести проблему не удаётся.
Открой для себя видео-конференции Lync и Skype, TeamViewer, Logmein, VNC, Join.me, WebEx Free. Да хотя бы Remote Desktop. Зачем ты отсутствие внятного взаимодействия с пользователем мешаешь с политикой безопасности?

hVosttс точки зрения секьюрити возможность входа админа строго регламентируется, пишется логи и аккуратно жирненьким пишется в базу. т.е. войти-то он может, но наделать незаметно делов не может. т.е. этот вопрос не рассматриваем.
А это вообще феерический бред, высосанный из пальца.

hVosttнужно сделать вход, подзабив на легитимность этого действия. такая задача. посоветуешь что, кроме того, что так нельзя (я эт итак знаю)?
Нет такой задачи. Есть идиотская хотелка, которая 100% никогда никем вменяемым не будет реализована. Даже думать не буду, как это можно было бы сделать.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714160
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУОткрой для себя видео-конференции Lync и Skype, TeamViewer, Logmein, VNC, Join.me, WebEx Free. Да хотя бы Remote Desktop. Зачем ты отсутствие внятного взаимодействия с пользователем мешаешь с политикой безопасности?

т.е. админ может пользователю сменить пароль и потом зайти под ним. это нормально. у гугла так можно, у яндекса можно... это значит безопасонсти не вредит нисколько?

что ты несёшь? так и скажи, что не знаешь толком как.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714161
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУЕсть идиотская хотелка, которая 100% никогда никем вменяемым не будет реализована.

владея риторикой под этот вывод можно подвести любую задачу и хотелку. не аргумент.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714176
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttт.е. админ может пользователю сменить пароль и потом зайти под ним. это нормально.
1. Смотря как реализовать. Сброс пароля может сопровождаться почтовым уведомлением, в котором будет временный пароль. Админ тут как бы идёт сразу лесом.
2. Сброс пароля - серьезное изменение, пользователь об этом узнает. А если ты там по-тихому будешь из-под него ходить, это так и останется в тайне.
3. Во многих системах админам вообще запрещено видеть то, что видят бизнес пользователи. Особенно это касается финансовых систем.

hVosttу гугла так можно, у яндекса можно... это значит безопасонсти не вредит нисколько?
Что можно у гугла и яндекса? Откуда информация?

hVosttчто ты несёшь? так и скажи, что не знаешь толком как.
Я несу то, что твоя хотелка изначально бредовая. Заходить админу в систему из-под юзера, чтобы что-то посмотреть, это просто верх идиотизма.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714178
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttМСУЕсть идиотская хотелка, которая 100% никогда никем вменяемым не будет реализована.
владея риторикой под этот вывод можно подвести любую задачу и хотелку. не аргумент.
Комментарии были даны выше. Аргументы тоже.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714261
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУ1. Смотря как реализовать. Сброс пароля может сопровождаться почтовым уведомлением, в котором будет временный пароль. Админ тут как бы идёт сразу лесом.

Со входом суперадмина тоже самое, почтовое уведомление, отправка SMS, письмо президенту, загорается красная лампочка у начальства. Я уже сказал, секьюрный вопрос решён на уровне регламента, таким образом, что войти «по-тихому» не удастся.

МСУ2. Сброс пароля - серьезное изменение, пользователь об этом узнает. А если ты там по-тихому будешь из-под него ходить, это так и останется в тайне.

А надо без изменений. Надо зайти под пользователем. В тайне это не останется.

МСУ3. Во многих системах админам вообще запрещено видеть то, что видят бизнес пользователи. Особенно это касается финансовых систем.

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

МСУЧто можно у гугла и яндекса? Откуда информация?

У меня есть Google Apps и почта для домена Yandex. И там и там можно заводить почтовые ящики и аккаунты пользователей. Для гугла так вообще полноценные аккаунты заводятся: почта, ютуб, гугл+ и т.д. Я как админ могу в любой момент сменить пароль и зайти под чужим пользователем домена и посмотреть все его личные данные. Это вроде нормальная ситуация для аккаунта организации, так не считаешь?

МСУЯ несу то, что твоя хотелка изначально бредовая.

Я уже сказал, что такая задача есть. Какой вышины идиотизм не имеет значения. Вопрос не в том, чтобы ругаться с заказчиком, а в том, как лучше всего реализовать поставленную задачу.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714294
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttСо входом суперадмина тоже самое, почтовое уведомление, отправка SMS, письмо президенту, загорается красная лампочка у начальства. Я уже сказал, секьюрный вопрос решён на уровне регламента, таким образом, что войти «по-тихому» не удастся.
Можешь внятно объяснить, зачем? Пока объяснил какую-то чушь про то, чтобы посмотреть, что там не работает у пользователя. Более идиотского кейса я не встречал.

hVosttМСУ2. Сброс пароля - серьезное изменение, пользователь об этом узнает. А если ты там по-тихому будешь из-под него ходить, это так и останется в тайне.
А надо без изменений. Надо зайти под пользователем. В тайне это не останется.
А не надо не под кем заходить. Заходи по собой, у тебя роль админ. Ты можешь видеть всё, что можно видеть в системе (если иное не оговорено). Заходить под кем-то нет необходимости, хотелка высосана из пальца.

hVosttМСУ3. Во многих системах админам вообще запрещено видеть то, что видят бизнес пользователи. Особенно это касается финансовых систем.
Речь не идёт о финансовой системе, пользователь пользуется приложением, совершает покупки, пишет публичные комментарии, личная переписка в системе исключена (только с тех. поддержкой). Единственный абсолютный секрет -- это пароль пользователя. Хранится только солёный хеш, и даже по почте пароль не отправляется при регистрации.
Не вижу тут необходимости заходить под кем-то. Это ты так кривизну системы решил сгладить? Заходи под собой и делай то, что можно делать.

hVosttМСУЧто можно у гугла и яндекса? Откуда информация?
У меня есть Google Apps и почта для домена Yandex. И там и там можно заводить почтовые ящики и аккаунты пользователей. Для гугла так вообще полноценные аккаунты заводятся: почта, ютуб, гугл+ и т.д. Я как админ могу в любой момент сменить пароль и зайти под чужим пользователем домена и посмотреть все его личные данные. Это вроде нормальная ситуация для аккаунта организации, так не считаешь?
У меня тоже есть Google Apps и почта для домена Yandex. Там нельзя зайти от учетки 1 под учеткой 2. Не фантазируй. Там можно сделать свои личные учетки и раздать их будущим владельцам. Почувствуй разницу "сменить пароль и зайти" и "зайти под от себя под чужим аккаунтом". Сменить (сбросить) пароль может любой админ. Но не заходить под собой от чужой учетки. Масло масляное.

hVosttМСУЯ несу то, что твоя хотелка изначально бредовая.
Я уже сказал, что такая задача есть. Какой вышины идиотизм не имеет значения. Вопрос не в том, чтобы ругаться с заказчиком, а в том, как лучше всего реализовать поставленную задачу.
Да мало ли, что у тебя есть. Задача априори невалидная.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714306
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУТам нельзя зайти от учетки 1 под учеткой 2.

Речь не идёт об нахождении в системе сразу под 2-мя учётками. Находяся под учёткой суперадмина, надо по кнопке перелогинится под любым аккаунтом без ввода паролей.

Такая задача. Как можно сделать? Ну кроме того, чтобы стать в позу упёртого барашки?
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714321
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttНаходяся под учёткой суперадмина, надо по кнопке перелогинится под любым аккаунтом без ввода паролей.
Я не понимаю этого кейса. Зачем? Если ты админ, ты всё видишь и всё знаешь - для чего тебе такая функция? Для задач саппорта пользователей? Так я тебе сказал, что задачи саппорта так не решаются. Я не встречал ни одной системы, где есть нечто подобное. Что там курят твои архитекторы?

hVosttТакая задача. Как можно сделать? Ну кроме того, чтобы стать в позу упёртого барашки?
Опять заладил, как да как. Никак. Задача из области макака на макаке и макакой погоняет. Автоматизировать бардак нельзя.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714376
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУЭто ты так кривизну системы решил сгладить?

Нет никакой кривизны, и я уверен, что вход под чужим пользователем ничего не даст. Всё прекрасно логируется, журналируется, как минимум делаются скрины, как максимум делается TeamViewer. Но вот так заказчику взбрело в голову.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714390
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУЯ не понимаю этого кейса. Зачем? Если ты админ, ты всё видишь и всё знаешь - для чего тебе такая функция? Для задач саппорта пользователей? Так я тебе сказал, что задачи саппорта так не решаются. Я не встречал ни одной системы, где есть нечто подобное. Что там курят твои архитекторы?

Архитектор тут не при чём. Они наняли админа, который убидил заказчика что так надо! ))))
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714392
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУОпять заладил, как да как. Никак. Задача из области макака на макаке и макакой погоняет. Автоматизировать бардак нельзя.

ты наверное бардака ещё не видел
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38714422
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttМСУОпять заладил, как да как. Никак. Задача из области макака на макаке и макакой погоняет. Автоматизировать бардак нельзя.

ты наверное бардака ещё не видел
Видел, видел :) но то, что ты предлагаешь, не вписывается в мою концепцию миросоздания ))
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38725558
Фотография palich12
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Коллеги, извините что врываюсь в обсуждение. Может здесь мне помогут. Не могу для Identity 2.0 включить RoleProvider хоть тресни. Подробно описал проблему тут http://www.sql.ru/forum/1111801/ne-vkluchaetsya-sqlroleprovider
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38725571
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
palich12,

ответил
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38879192
Monochromatique
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
На основании этой багготы кто-то делал аутентификацию??
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38879242
Monochromatique
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Есть меню, в зависимости от роли - надо рендерить либо одну часть, либо вторую.

Как это "правильней" сделать? Roles.IsUserInRole - это еще с той войны осталось как я понял.

Неужто реально статиком создавать userManager-а?
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38879319
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если нужны просто роли, сделай себе свой RoleProvider
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38879346
Monochromatique
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУЕсли нужны просто роли, сделай себе свой RoleProvider

Мне нужно проверять в коде - принадлежит ли юзер к такой-то роли и выводить куски меню в зависимости от этого.

Если это можно решить как-то через атрибуты - буду рад наставлению.
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38879521
Andrey1306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38879701
bald56rus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
что бы не плодить тем, напишу здесь. мне необходимы дополнительные поля для "инфы" о пользователе: как лучше поступить добавить отдельный класс и связать его с таблицей пользователей или добавить поля в существующий ?
...
Рейтинг: 0 / 0
ASP.NET Identity 2.0.0
    #38879764
Andrey1306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
bald56rusчто бы не плодить тем, напишу здесь. мне необходимы дополнительные поля для "инфы" о пользователе: как лучше поступить добавить отдельный класс и связать его с таблицей пользователей или добавить поля в существующий ?

Добавил в существующий

Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
  public async Task<ClaimsIdentity> GenerateUserIdentityAsync(ApplicationUserManager manager)
        {
            var userIdentity = await manager.CreateIdentityAsync(this, DefaultAuthenticationTypes.ApplicationCookie);

            // Add custom user claims here
            return userIdentity;
        }

        public string UserFio { get; set; }   
        public DateTime? LastActivityDate { get; set; }
        public DateTime? LastLogInDate { get; set; }
        public bool IsOnline { get; set; }
        public DateTime? CreateDate { get; set; }
         
    }
...
Рейтинг: 0 / 0
90 сообщений из 90, показаны все 4 страниц
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / ASP.NET Identity 2.0.0
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]