Как настроить гостевой доступ к веб-сайту?

Question

Я закончил создание своего веб-приложения C#/SQL в VS 2008 на XP Pro OS. Он строит и выполняет успешно. Используя тот же код, я разработал веб-сайт в VS 2008. Хотя этот веб-сайт успешно строится и выполняется, когда я его развертываю с моего компьютера, он не отображает сетку данных. Я думаю, это связано с тем, что у пользователя Интернета нет доступа к моей базе данных SQL.

Итак, я прочитал о настройке SQL-хранилищ, доверенных учетных записей против олицетворения и т. Д. Но у меня все еще нет хорошей справки по всему этому. Я пробовал как анонимный доступ с входами пользователей пользователей, указанными в свойствах веб-сайта IIS, так и отключением анонимного доступа. Я использую тот же компьютер для размещения веб-сайта (IIS), хранения SQL Server и баз данных и хранения VS 2008.

Теперь я хочу, чтобы этот сайт работал в Интернете. Он разрешает текущую страницу, и все появляется за исключением этого gridview, который позволяет пользователю выбирать таблицу из моей базы данных Adventureworks, к которой они хотят добавить. Я заметил, что из окна IIS6 Manager появляется то же изображение, что и в Интернете. И я использую Интегрированный вместо учетной записи Windows. Я использую IIS 5.1 с процессом aspnet_wp.exe по умолчанию.

Вы можете просмотреть его по следующему адресу:

http://sqlmagic.net/Default.aspx

Какой тип аутентификации и доступа пользователя вы рекомендуете для меня, чтобы дать минимальный, но достаточный доступ к интернет-пользователей для добавления новых данных существующие таблицы в моей базе данных? И есть ли у вас URL-адреса, которые вы могли бы мне порекомендовать, чтобы посмотреть на это? Я googled и читаю много URL-адресов, но я не нашел много полезных для ОС XP.

Кроме того, у меня есть следующая строка соединения в моем файле web.config:

<add name="***" connectionString="Data Source=.;AttachDbFilename=&quot;C:\Program Files\Microsoft SQL Server\***\DATA\AdventureWorks_Data.mdf&quot;;Integrated Security=True;Connect Timeout=30;User Instance=False" 
    providerName="System.Data.SqlClient" /> 

Правильно ли это или мне нужно «ID пользователя» и «Пароль»? И сейчас у меня есть режим аутентификации = Windows. Должны ли это быть Формы или что-то еще?

Теперь я избавился от ошибки аудита отказа от диспетчера событий. Тем не менее, GridView по-прежнему не отображается по указанному выше URL-адресу. Прямо сейчас я использую IUSR_ в качестве анонимного имени пользователя. Это правильная учетная запись?

Теперь GridView отображается в диспетчере IIS6, но не в этом URL-адресе. Поскольку я больше не получаю ошибок в диспетчере событий, как я могу диагностировать причину отсутствия GridView? Кроме того, почему на этом веб-сайте так долго заканчивается загрузка на мой URL-адрес веб-сайта, но только одна секунда при просмотре его из диспетчера IIS?

Answer 1

Использование интегрированной системы безопасности означает, что соединения с SQL Server создаются с помощью идентификатора пользователя, под которым выполняется процесс запроса. В этом случае IIS работает под управлением IIS.

Он работает в VS 2008, потому что вы используете сервер отладки и, как таковой, он подключается как вы. Когда вы публикуете в IIS, он работает как непривилегированная системная учетная запись - или она должна быть.

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

И вопрос «Режим аутентификации» не имеет отношения к подключению к SQL Server, если вы не выполняете олицетворение. Олицетворение позволяет рабочему потоку IIS работать как пользователь, делающий веб-запрос. Так как вы не делаете олицетворения, это спорный вопрос.

Answer 2

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

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

Когда пользователь выполняет что-либо, требующее доступа к базе данных, процесс IIS соединяется с БД, он может либо подключаться как пользователь ASPNET, либо вы можете попросить его выдавать себя за другую учетную запись.

Лично я предпочитаю создать учетную запись пользователя специально для задачи подключения к БД, а затем установить IIS для олицетворения этой учетной записи. Я думаю, что это предпочтительнее предоставить пользователю ASPNET доступ к базе данных.