2012-04-18 2 views
2

Я проектирую веб-сайт ASP.NET для пользователей интрасети. В конце фазы-I это будет доступно для пользователей Intranet.ASP.NET Интранет и интернет-сайт

Но после этапа II, тот же сайт должен быть открыт для определенных пользователей, которые находятся за пределами этого офиса.

Могу я использовать поставщика членства ASP.NET?

Любые другие рекомендации по дизайну?

Я ценю ваш вход.

ответ

0

Это то, что я буду делать.

  • Я бы использовал ASP.net MemberhipProvider и использовал SQL-сервер для его хранения.
  • Создания ролей (внутренний пользователь и внешний пользователь)
  • Я хотел бы использовать высокое шифрование паролей для всех пользователей
  • роли пользователей, чтобы ограничить информацию внешних пользователей могут видеть
0

Да, вы можете использовать провайдер членства ASP.Net, чтобы позволить внешним пользователям регистрироваться и заходить на сайт. Использование этого гарантирует, что пароли будут хэшироваться с солью и зашифрованы, что сделает данные пользователя более безопасными. Поставщик членства ASP.Net имеет огромный набор API, который может быть запутан для разработчиков, среди прочего. Существует упрощенный поставщик членства, который доступен в пакете WebMatrix под названием SimpleMembershipProvider, который доступен в пространстве имен WebMatrix.WebData. Это дает достаточно API, необходимый для создания, управления, аутентификации и авторизации внешних пользователей.

0

Это зависит от того, что вы подразумеваете под «вне этого офиса». Вы можете использовать классы членства ASP.NET с любым поставщиком, который может удовлетворить ваши потребности. Вы имеете в виду пользователей интрасети, что вы хотите, чтобы пользователи могли выполнять вход на ваш веб-сайт со своей учетной записью домена Windows?

Как правило, вы можете использовать SqlMembershipProvider для аутентификации пользователей с помощью dabase SQL Server с заданным набором таблиц с помощью элементов управления доступом ASP.NET. Если вы хотите использовать элементы управления входами и хотите, чтобы пользователи могли войти в систему, используя свою учетную запись Windows, вы можете использовать ActiveDirectoryMembershipProvider. Если ни одно из указанных выше не подходит для вас, всегда существует возможность реализовать пользовательский поставщик.

+0

вне этого офиса - другое место и пользователи не имеют доступа к домену. Из вашего ответа я понимаю, что мы будем использовать ActiveDirectoryMembershipProvider для пользователей интрасети и SqlMembershipProvider для внешних пользователей. Спасибо! – kalls

Смежные вопросы