Проверка подлинности окна на сервере sql и asp.net

Question

Я использую Window Authentication для базы данных sql для моего веб-приложения asp.net. Но после развертывания моего веб-сайта на другом компьютере я не могу подключиться к базе данных. Есть ли свойство для оконной аутентификации для установки имени пользователя ипароль в файле web.config.

Answer 1

Похоже ли это на ваш сценарий?

• Веб-приложение IIS, созданное на локальной машине
• Веб-приложение использует проверку подлинности Windows
• Веб-приложение также обращается к базе данныхлокальный компьютер
• Пользователи веб-приложения также имеют действительные имена входа в базу данных
• Учетные данные пользователей веб-приложения передаются в базу данных через доверенное соединение

Все отлично работает.Затем вы перемещаете его в другую среду, где база данных и IIS больше не находятся на одном сервере, а затем вы не можете заставить базу данных распознать учетные данные, которые передает IIS?

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

• пометить учетную запись службы IIS как надежную (настройка Active Directory)
• установить имя участника службы (SPN) влибо имя netbios, либо полное доменное имя
• что-то должно было быть установлено в обоих полях, чтобы указать, что они могут доверять друг другу

Извините за смутные воспоминания, и, как я не был сУчетные данные, чтобы что-то исправить, я только наблюдал, как они нажимают на кнопки.Начальная статья Как подключиться к SQL Server с использованием проверки подлинности Windows довольно далеко продвинула нас.

Answer 2

Это относится к тому факту, что на вашем компьютере разработчика вы (или пользователь anon? Или пользователь, которому веб-служба develper раскручивается как?) Доверяет локальный экземпляр SQL. Но при развертывании пользователь ASP.NET работает под ненадежным.

Опции

• Как упоминал Джордж, используйте SQL-вход, а не Windows
• Установите правильное доверие между веб-сервером и SQL Server
• Олицетворение пользователя для контекста данных (кстати, это может быть сложно)

Answer 3

Режим аутентификации должен быть установлен в web.config. Также проверьте, отключена ли анонимная аутентификация или нет.

<authentication mode="Windows"/>

Answer 4

Скорее всего, вы используете строку доверенного соединения, например,

Источник данных = myServerAddress; Начальный каталог = myDataBase; Интегрированная безопасность = SSPI;

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

SQL Server 2008:

Источник данных = myServerAddress; Исходный каталог = myDataBase; Идентификатор пользователя = myUsername; Пароль = myPassword;

Просто будьтеОбязательно настройте пользователя с аутентификацией не-Windows в SQL Server.