ASP.NET: система. UnauthorizedAccessException - доступ к отклоненному пути

В ответ на то, что было сказано: "Это - удаленный сервер, и папке предоставили полное разрешение чтения-записи. Все еще работа"

Удостоверьтесь пользователь .NET / у пользователя учетной записи машины есть полные полномочия для той Папки.

Кроме того, добавьте <идентификационные данные/> к Вашему файлу конфигурации

Все вышеупомянутое, плюс Вы, возможно, должно добавить этот тег:

<identity impersonate="true" userName="accountname" password="password" />

Прочитайте эту статью KB и если Вы идете от браузера до iis к доле файла, которая рассчитывает как два транзитных участка, и теперь необходимо настроить Делегацию Kerberos. Системные администраторы, намного более умные, чем я, попытались настроить kerberos делегацию и перестали работать. Переместите свои изображения или Вас экземпляр IIS так, чтобы они были на той же машине.

Во-первых, сузьте свою проблему путем временного давания Всем полного разрешения на тот конкретный путь. Если это работает, то Вы знаете для факта, это - простая проблема разрешения, и просто необходимо выяснить, какому acct нужны верные полномочия. Вероятно, учетная запись Анонимного пользователя (проверяют эту установку дважды в Администраторе IIS), а не учетная запись ASP.NET. (не забывайте вытягивать разрешение для Всех),

Если Вы должны, я полагаю, что можно использовать FileMon для наблюдения, какая учетная запись пытается получить доступ к конкретному файлу. Могло быть неправильным, я не использовал этот инструмент в некоторое время.

Одной последней вещью... является набор флага только для чтения на файле?:)

Удостоверьтесь, что учетная запись ASP.NET имеет разрешение чтения-записи на папке, которую Вы пишете в (основная безопасность Windows).
Как к: http://www.microsoft.com/windowsxp/using/networking/security/permissions.mspx
(сначала 4 шага, установите флажки и щелчок OK)

[Править]
Необходимо аутентифицировать себя с учетной записью, известной на удаленном сервере. Вы, вероятно, дали права на локальную учетную запись ASP.NET на удаленном сервере, который не будет работать, потому что это не пользователь, Вы получаете доступ к папке с (от веб-сервера).
[/РЕДАКТИРОВАНИЕ]

Проверьте, что файл изображения (jpg), который Вы пишете в tempStorage, имеет верные полномочия для учетной записи веб-пользователя (aspnet или iis_wpg). Можно установить каталог TempStorage для замены permisson записей на всех дочерних объектах.

1. Щелкните правой кнопкой по папке TempStorage и выберите свойства
2. Выберите вкладку безопасности (удостоверьтесь, что надлежащее читало/писало/изменяло, permissons здесь),
3. Нажмите кнопку Advanced
4. Проверьте второй флажок - записи полномочий Замены на всех дочерних объектах с записями, показанными здесь, которые относятся к дочерним объектам.

Теперь все файлы, которые Вы добавляете к папке TempStoreage, наследуют полномочия, разрешающие Вам учетная запись веб-пользователя считать jpg файл.

I had the exact same problem today. After spending hours trying to track down what was causing the issue I found out that the permissions for the folder that was being written to were incorrect. Essentially, the folder was readonly from the perspective of the user being used to create the file.

Try doing the following for the folder in question:

1. Right Click on the folder and select properties
2. Click on the Sharing tab and then click on the Permissions button
3. Make sure to add whatever user is going to writing to the folder permissions to do so
4. Back at the properties page, click the Security tab
5. Make sure to add whatever user is going to write to the folder permissions to do so

Seeing as this question was asked 6 months ago, I'm assuming that you've already solved the issue...but I just thought I'd document my solution just in case it becomes useful to someone else in the future as they try to figure out how to solve this UnauthorizedAccessException.

Нет ответов в мире не решили это для меня, пока я не наткнулся на ответ на себя:

ООН-шифрование файла

Вы можете предоставить полные разрешения для всех на всей Привод, он все еще не позволит файлам расшифровки ASP.NET.

Если вы уверены, что файл не зашифрован, то вам просто нужно добавить учетную запись ASPNET в файл или папку, которую вы хотите получить доступ. Но убедитесь, что он не зашифрован первым!