Назад | Перейти на главную страницу

Доступ к пути '\\ Core-01 \ Media \ Temp' запрещен - необходим пользователь aspnet

Windows 2016 | IIS10 | Ферма серверов IIS

Для начинающих. Я только что переместил все сайты с резервного сервера в веб-лес. И единственный сайт, с которым у меня возникла проблема с названием, к счастью, не является частью сайта, где его могут видеть люди - только я.

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

ASP.NET не авторизован для доступа к запрошенному ресурсу. Рассмотрите возможность предоставления прав доступа к ресурсу удостоверению запроса ASP.NET. ASP.NET имеет базовое удостоверение процесса (обычно {MACHINE} \ ASPNET в IIS 5 или сетевая служба в IIS 6 и IIS 7, а также настроенное удостоверение пула приложений в IIS 7.5), которое используется, если приложение не олицетворяет. Если приложение олицетворяет через, удостоверением будет анонимный пользователь (обычно IUSR_MACHINENAME) или аутентифицированный пользователь запроса.

Пользователи, добавленные на вкладку [Безопасность], разрешения

СЕТЕВАЯ СЛУЖБА IUSR pool@domain.local
(Пользовательский идентификатор пула)
Администраторы (по умолчанию)

(Пользователь ASPNET НЕ доступен, и я понятия не имею, как включить этого пользователя)

Чтобы предоставить ASP.NET доступ к файлу, щелкните файл правой кнопкой мыши в проводнике,
выберите «Свойства» и выберите вкладку «Безопасность». Нажмите "Добавить"
для добавления соответствующего пользователя или группы. Выделите учетную запись ASP.NET,
и установите флажки для желаемого доступа.

Теперь проблема в том, что у меня НЕТ возможности выбора пользователя ASPNET, а несколько месяцев назад такой вариант был. Итак, что с этим случилось?

ОБНОВЛЕНИЕ Я выполнил инструкции на этом сайте здесь. Модель идентификации пользователя ASPNET Я не мог получить aspnet_regiis -I для работы с любой другой версией asp.net на сервере. Итак, мне пришлось использовать тот, который используется на странице. После установки asp.net 3.0 (который поставляется с 2.0), а затем запуска aspnet_regiis -I Перезагрузил сервер. Тем не менее, пользователь ASPNET не показывает.

Итак, я в растерянности, люди. Раньше он был здесь, так как раньше я использовал пользователя на сервере 2016 года. Итак, что с этим случилось?
Понятно, что для этого сайта это нужно, так как Сетевая служба не делает этого.

Любые идеи по этому поводу были бы замечательными.
Уэйн

Вы задали очень хороший вопрос с точными сообщениями об ошибках, поэтому ясно, с какой проблемой вы столкнулись. Итак, проходим весь процесс.

Приложение ASP.NET (вероятно, .NET 2.x / 3.x) выдало сообщение об ошибке

ASP.NET не авторизован для доступа к запрошенному ресурсу. Рассмотрите возможность предоставления прав доступа к ресурсу удостоверению запроса ASP.NET. ASP.NET имеет базовое удостоверение процесса (обычно {MACHINE} \ ASPNET в IIS 5 или сетевая служба в IIS 6 и IIS 7, а также настроенное удостоверение пула приложений в IIS 7.5), которое используется, если приложение не олицетворяет. Если приложение олицетворяет через, удостоверением будет анонимный пользователь (обычно IUSR_MACHINENAME) или аутентифицированный пользователь запроса.

что должно быть очень ясно, если веб-приложение работает на IIS 5.x / 6.0 / 7.0. Однако время летит незаметно, и люди могут быть удивлены, увидев, что такие учетные записи, как IUSR_MACHINENAME или {MACHINE} \ ASPNET, исчезли, а сетевая служба больше не является идентификатором базового процесса (IIS 7.5+).

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

Еще раз резюмируя проблему, веб-приложение ASP.NET, работающее под учетной записью личного домена, не может получить доступ к удаленному файловому ресурсу и сообщает об ошибке.

Имея это в виду, остальное довольно просто для вас, чтобы определить, установлены ли правильные разрешения. Даже если на ваших серверах на самом деле другая проблема (неудачная общая конфигурация) мешает работе, вы можете легко ее решить.

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