Содержание

Defaultapppool что за папка

IIS 7: Identity «IIS APPPOOLDefaultAppPool» не имеет достаточного разрешения на доступ к временному каталогу

У меня есть странная и неразрешимая проблема с моей IIS 7.0 на Windows7.
Я пытаюсь запустить сайт на своем локальном тестовом сервере и получить следующую ошибку:

У меня есть несколько пулов, но только один из них работает правильно. Это Классический .NET AppPool. Запуск сайтов на других я получаю ошибку, которая была предоставлена ранее. Самое интересное, что я не могу найти различия между конфигурациями пулов через пулы приложений диспетчера IIS. Может быть, я что-то упустил?
Я попытался изменить права доступа для WindowsTemp , C:WindowsMicrosoft.NETFrameworkv4.0.30319Temporary ASP.NET Files и local settings’ temporary folder , но мои действия не имели эффектов.

Итак, надеюсь на вашу помощь и некоторые советы.

Вы вызвали метод Path.GetTempPath() (вы можете вызывать этот метод из каждой программы, не обязательно с вашего сайта)?

Вы должны установить полный доступ к этому пути для своей учетной записи.

Другая причина может заключаться в том, что установлен процессModel в machine.config так что ASP.Net работает внутри dllhost.exe вместо aspnet_wp.exe. Если это так, тогда вам нужно будет предоставить права к учетной записи IWAM_machineName.

Вы можете проверить имя процесса и учетной записи под доступом отклоненная ошибка возникает с помощью утилиты FileMon из sysinternals.com.

Еще один вариант рассмотрения. DefaultAppPool создает свою собственную учетную запись пользователя и папку в каталоге «c:Users», когда пул создается и запускается первым. Фактически это виртуальная учетная запись пользователя и должна быть названа для пула приложений или «DefaultAppPool». Он использует эту временную учетную запись пользователя для запуска пула. В некоторых настройках люди не видят эту папку, кроме папки TEMP, когда к ней обращаются к веб-сайту II и используют пул по умолчанию. Эта папка пользователя используется пулом и ASP.NET для кэширования и записи файловых ресурсов и других вещей, используемых II, ASP.NET и этой виртуальной учетной записью.

Если вы видите папку «TEMP» в папке «Пользователи», у вас есть сломанная учетная запись пула приложений во II и в реестре. Пул создает папку TEMP в качестве резервной копии для этой виртуальной учетной записи, которая может не иметь правильной настройки безопасности. У меня был этот точный сценарий.

Чтобы исправить это, перейдите в реестр: HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionПрофильList Посмотрите, есть ли у вас учетная запись пользователя SID с расширением «.bak» для учетной записи пользователя DefaultAppPool. Если удалите его и перезагрузите компьютер. Проверьте свой сайт еще раз, убедившись, что он фактически настроен на использование DefaultAppPool. Теперь он должен воссоздать папку «DefaultAppPool» в «Пользователи», воссоздать запись реестра для пользователя DefaultAppPool, и ваша ошибка должна исчезнуть. т.е. нет папки TEMP.

После этого все ошибки ушли в Visual Studio для моего веб-приложения и всех перезапусков и окончательного сбоя пула приложений в II-х.

Папка Inetpub: что в ней хранится и можно ли её удалить

Изучая содержимое раздела жёсткого диска, отведённого под операционную систему, можно увидеть папку Inetpub. В ней хранится информация, необходимая для работы одного из сервисов Windows 10. Но в некоторых случаях сервис можно отключить, а папку — удалить.

Для чего нужна папка Inetpub

Папка Inetpub создаётся процессом IIS (Internet Information Services), входящим в состав Windows 10. Этот процесс реализует системный сервис, отвечающий за настройку интернет-серверов, передачу файлов по локальной сети и использование различных протоколов обмена данными. В папке Inetpub сервис хранит информацию об имеющихся серверах и их настройках. По умолчанию служба IIS в операционной системе Windows 10 деактивирована, но если её включает пользователь или сторонняя программа, то на диске появляется папка Inetpub.

Можно ли удалить папку Inetpub

Если вы не пользуетесь штатными средствами Windows для создания и обслуживания интернет-серверов, то и процесс IIS, и папка Inetpub вам не пригодятся. Отключение службы и удаление папки вместе с её содержимым не навредит системе, тем более что вы всегда сможете заново активировать IIS и вернуть папку.

IIS имеет смысл отключить не только из-за того, что папка Inetpub занимает место на диске. Работая в фоновом режиме, служба IIS забирает часть ресурсов системы, что снижает производительность и замедляет скорость загрузки компьютера. Конечно, радикальным образом отключение этой службы работу компьютера не улучшит, но если стремиться оптимизировать систему по максимуму, то избавиться от неё можно.

Войдите в раздел «Администрирование» панели управления Windows чтобы определить, запущен ли процесс IIS

Удаление папки Inetpub

Если вы отключили службу IIS, то папка Inetpub вам не нужна и её можно удалить.

Удаляется ли папка Inetpub обычным способом

Большинство папок, в том числе и системных, можно удалить, щёлкнув правой кнопкой мыши и выбрав в появившемся контекстном меню функцию «Удалить». Папку Inetpub тоже можно стереть таким способом, но после перезапуска службы IIS (например, при перезагрузке компьютера) она автоматически пересоздаётся. Чтобы избавиться от папки до тех пор, пока она не понадобится, нужно воспользоваться приведённой ниже инструкцией.

Окончательное удаление папки Inetpub

Для окончательного удаления папки Inetpub необходимо отключить службу, ответственную за восстановление данных об интернет-серверах:

Откройте панель управления, используя поисковую строку. Открываем панель управления
Перейдите в блок «Программы и компоненты». Если вы не видите его в главном списке, воспользуйтесь встроенной поисковой строкой. Переходим в раздел «Программы и компоненты»
Кликните по строке «Включение или отключение компонентов Windows», расположенной в левой части окна. Нажимаем на строку «Включение и отключение компонентов Windows»
Пролистайте развернувшийся список компонентов до строки «Службы IIS» и снимите галочку с главного каталога и со всех подкаталогов. Для деактивации службы IIS снимаем галочку с пункта IIS и всех его подпунктов и нажимаем кнопку OK
Дождитесь, пока изменения вступят в силу, а затем перезагрузите компьютер, чтобы система окончательно применила новые параметры. Ход процесса применения изменений показывается в специальном диалоговом окне
Вернитесь в проводнике к папке Inetpub и, кликнув по ней правой клавишей мыши, выберите в контекстном меню функцию «Удалить», чтобы переместить папку в корзину. Удаляем содержимое папки или всю папку целиком

Готово, папка стёрта и после перезапуска компьютера восстанавливаться не будет. Она может появиться снова, только если кто-то из пользователей или какая-нибудь программа запустит службу IIS. Если вы отключили процесс и удалили папку, а потом заметили, что папка автоматически восстановилась, то начинайте искать, кто или что могло перезапустить IIS без вашего разрешения.

Видео: как удалить папку Inetpub

Решение проблемы с доступом к интернет-ресурсам

После отключения службы IIS и удаления папки Inetpub можно столкнуться с тем, что доступ к некоторым интернет-ресурсам (сайтам, онлайн-программам или облачным хранилищам данных) отсутствует или ограничен. Причиной тому могут быть как ваши действия по отключению службы IIS, так и вирус, вызывающий блокировку определённых сайтов. Выполните полную проверку системы на наличие вредоносных программ, используя имеющийся у вас антивирус, а затем выполните следующие действия:

Откройте в «Проводнике» раздел жёсткого диска, отведённый под систему (обычно он обозначается буквой C). Войдите в папку Windows, а затем в подпапку System32. Откройте каталог Drivers, а в нём — подкаталог etc. Найдите и откройте файл hosts. Открываем файл hosts в системной папке etc
Пролистайте содержимое файла до конца. Вы увидите список адресов, начинающийся с двух строк со словом localhost. Это адреса интернет-ресурсов, доступ к которым ограничен. Сотрите все строки в списке, а две первые (со словом localhost) оставьте. Удаляем лишние сайты из списка локальных узлов localhost

Готово. Осталось сохранить изменения, внесённые в документ, и перезагрузить компьютер, чтобы изменения вступили в силу. После повторного входа в систему вы сможете зайти на ранее заблокированные сайты.

Папка Inetpub принадлежит службе IIS. Чтобы её удалить, необходимо предварительно отключить процесс IIS. Если этого не сделать, то папка самостоятельно восстановится при перезапуске компьютера. Деактивировать IIS можно через панель управления. Если после отключения службы возникнут проблемы с доступом к каким-либо ресурсам, необходимо отредактировать файл hosts.

Предоставить разрешение на запись DefaultAppPool к папкам в Wwwroot в EBS AWS

Я пытался дать пользователь право записи IIS AppPool DefaultAppPool двух папок в папке Wwwroot используя .ebextensions container_commands.

Есть два сценария, которые мне нужно покрыть:

Уметь предоставить разрешение записи пользователя DefaultAppPool при публикации в новую среду EBS , где папка Wwwroot не содержит мое решение , когда .ebextensions бежать.
Уметь переиздать в существующую среду EBS и сохранить права на запись в DefaultAppPool , где папка Wwwroot действительно содержат мое решение , когда .ebextensions бежать.

Я был в состоянии выполнить последнее, но не бывшие. Бывшее терпит неудачу, потому что я указав путь к папкам по Wwwroot кто есть права, которые я хочу изменить, но решение еще не развернуто в Wwwroot приводит к сообщению об ошибке: «Система не может найти указанный файл.»

Я попробовал другой подход, при котором я даю разрешение на запись DefaultAppPool на всю папку Wwwroot в надежде, что, когда извлекается проект, вновь добавленные папки будут наследовать разрешение от Wwwroot. Когда я делаю это, и войти в файл вывод команды Icacls, я могу подтвердить, что права на запись действительно добавлены Wwwroot. Несмотря на возможность убедиться, что разрешения записи добавляются, когда .ebextensions бежать, они как-то переодеться обратно в исходное состояние позже (только для чтения) в процессе развертывания, вероятно, путем:

Это файл .config я использовал, чтобы проверить, что разрешения изменились:

Таким образом, я спрашиваю:

Есть ли способ, чтобы предоставить разрешения DefaultAppPool пользователя на запись этих двух папок, которая работает как при публикации в новой среде EBS и когда переиздание к существующему?

Есть ли способ для запуска команд после того, как приложение было развернуто на Wwwroot, но не раньше, как сделать container_commands?

Когда я смотрю на журналы из моих .ebextensions .config файлов я вижу, что они работают в два раза, это нормально?

Defaultapppool что за папка

592 просмотра

1 ответ

18 Репутация автора

Я пытался дать пользователю IIS APPPOOL DefaultAppPool права на запись в две папки в папке wwwroot, используя .ebextensions container_commands.

Есть два сценария, которые мне нужно рассмотреть:

Быть в состоянии предоставить пользователю DefaultAppPool права на запись при публикации в новой среде EBS, где папка wwwroot не содержит моего решения при запуске .ebextensions.
Уметь переиздать в существующую среду EBS и сохранить права на запись в DefaultAppPool , где папка Wwwroot действительно содержат мое решение , когда .ebextensions бежать.

Я был в состоянии выполнить последнее, но не первое. Первый отказывает, потому что я указываю путь к папкам под wwwroot, чьи разрешения я хочу изменить, но решение еще не развернуто на wwwroot, что приводит к сообщению об ошибке: «Система не может найти указанный файл».

Я попробовал другой подход, где я даю DefaultAppPool права на запись для всей папки wwwroot, надеясь, что при извлечении проекта вновь добавленные папки наследуют разрешения от wwwroot. Когда я делаю это и записываю в файл выходные данные команды icacls, я могу убедиться, что разрешения на запись действительно добавлены для wwwroot. Несмотря на возможность проверки того, что разрешения на запись добавляются при запуске .ebextensions, они каким-то образом возвращаются в исходное состояние (только чтение) позже в процессе развертывания, вероятно, с помощью:

Это файл .config, который я использовал для проверки изменения разрешений:

Таким образом я спрашиваю:

Есть ли способ предоставить пользователю DefaultAppPool права на запись в эти две папки, который работает как при публикации в новой среде EBS, так и при повторной публикации в существующей?

Есть ли способ выполнить команды после того, как приложение было развернуто на wwwroot, но не раньше, чем делают container_commands?

Когда я просматриваю логи из моих .ebextensions .config файлов, я вижу, что они запускаются дважды, это нормально?

0 плюса

6 Репутация автора

@ Starkadur: у меня точно такая же проблема с развертыванием NET Core на EBS с правами на запись в файл.

Я знаю, что на данный момент уже несколько лет, но не могли бы вы предоставить более подробную информацию о том, как вы в итоге решили свою проблему? Я не могу найти много соответствующей документации нигде, поэтому я был бы очень признателен за любую информацию о вашем конкретном решении.

Заметки практикующего сисадмина

Дядя Саша Кузьмич пишет о работе

IIS DefaultAppPool

After you delete IIS application pool «DefaultAppPool» you will get error «The parameter is incorrect» when creating web site.

После удаления пула приложений IIS «DefaultAppPool» при создании сайтов будет возникать ошибка «Параметр задан неверно».

Не удалять пул приложений «DefaultAppPool».
Остановить IIS и в файле метабазы (%systemroot%system32inetsrvMetaBase.xml) в значении атрибута AppPoolId элемента IIsWebService указать пул приложений по умолчанию для создаваемых сайтов.