Хостинг совместно использовал все доверительные сайты asp.net при ограничении их доступа к реестру и файловой системе
Если сообщение не делает это своему месту назначения, то необходимо смочь получить сообщение от sys.transmission_queue.
Если Вы - планирование наличия пула отдельного приложения на сайт затем, это является довольно прямым для блокировки вниз идентификационных данных Пула приложений использования.
Когда Вы создаете пул приложений для сайта, устанавливает Идентификационные данные рабочего процесса (Расширенные настройки-> Модель процесса) к
ApplicationIdentity.Создайте свой веб-сайт и укажите его пул специального применения.
Перейдите к Представлению Функций сайта и откройте апплет Аутентификации. Удостоверьтесь, что Анонимная аутентификация включена затем выбор, и отредактируйте это свойство (или щелкните правой кнопкой по Anonymous Authentication). Измените идентификационные данные Анонимного пользователя на "Идентификационные данные Пула приложений".
В проводнике просматривают к веб-папкам сайта и открытый вкладка безопасности для свойств папки. Добавьте идентификационные данные пула приложений путем определения
IIS AppPool\[ApplicationPoolName]например.IIS AppPool\BobsBlogSite. Установите разрешения, которые Вы хотите дать на сайт т.е. Считать/Писать/Выполнить и т.д.
Одна вещь смотреть является этим везде, где Вы определяете местоположение папок веб-сайта каждого сайта, например. C:\Websites где Вы могли бы иметь C:\Websites\site1, C:\Websites\site2 и т.д. не забудьте повреждать любое наследование ACL так, чтобы Вы случайно не пропускали доступ через состав группы такой как Users или IIS_IUSRS если они были добавлены к C:\.
Мы обычно удаляем все права в C:\Websites папка за исключением SYSTEM и Administrators.
Поскольку дополнительные материалы для чтения видят следующие статьи:
Идентификационные данные пула приложений (IIS.NET)
Новый в IIS 7 - изоляция пула приложений