Единая точка входа с веб-приложением ASP.NET
Это вызвано тем, что Вы не сделали свое приложение Facebook живым. Для этого движения к:
страница разработчика Facebook-> Выбор Ваше приложение-> Вы будете видеть вершину права, которое Ваша живая опция, отключают и нажимают для включения его-> Это будет относиться к Вам в "основном разделе установки"-> необходимо добавить "URL политики конфиденциальности" и "Условия и сервисный URL", также можно выбрать категорию приложений->, тогда сохраняют настройку.
Примечание: можно использовать любой blogspot, или веб-сайт для создания политики конфиденциальности также называет и страница условия. Оба, которых я дал тому же URL, который работал.
2 ответа
Я почти уверен, что это те же требования, которым следуют почти все приложения интрасети.
Если вы только что включили интегрированный вход Windows в IIS, то вы будет установлен для элемента № 1.
Я не знаю, возможно ли № 2 вообще, потому что это противоречит другим вашим требованиям. Браузер передает только учетные данные локально вошедшего в систему пользователя (как того требует №1). Если бы вы создали веб-форму для аутентификации через AD, вы бы нарушили требования, перечисленные в вашем описании / абзаце.
Что, по мнению ваших клиентов, на самом деле означает №2? Что им здесь нужно? Как войти в систему как другой пользователь? Они могут просто выйти из системы и войти в систему как другой пользователь.
Как правило, требования к единому входу лучше всего удовлетворяются с помощью протоколов на основе утверждений, таких как WS-Federation или SAML 2.0. В принципе, вы можете реализовать эти протоколы самостоятельно, поскольку они являются открытыми стандартами, но для этого требуется много специальных знаний.
Новый Windows Identity Foundation (ранее известный как Geneva framework) содержит реализации протоколов, которые могут включать сценарии единого входа, хотя это потребует от вас обновления вашей платформы.