Полномочия выходят с виртуальным каталогом к пути UNC
То, что это - приложение ASP.net, вероятно, точно, что проблема здесь. Ваши идентификационные данные пула приложений должны иметь права (не обязательно идентификационные данные IIS; по умолчанию идентификационные данные пула приложений являются локальной сетью Сервисная учетная запись.) Также, вероятно, необходимо выполнить caspol.exe на машине IIS.
http://msdn.microsoft.com/en-us/library/cb6t8dtz%28v=vs.80%29.aspx
http://learn.iis.net/page.aspx/50/aspnet-20-35-shared-hosting-configuration/
%windir%\Microsoft.NET\Framework\v2.0.50727\caspol -m -ag 1. -url "file://\\remotefileserver\content$\*" FullTrust
Если этот общий источник не является приложением (например, папкой изображений), Попробуйте настроить виртуальный каталог так, чтобы он игнорировался корневым приложением, которое включает виртуальный каталог (в моем случае я выполнил это, изменив тип пула корневых приложений на классический вместо встроенного режима). Но если в общей точке есть приложение, вы можете следовать указаниям @mfinni.
Я решил нашу проблему, создав соответствующие учетные записи как на веб-сервере, так и на сервере unc. Затем я изменил пул приложений для запуска с использованием этой совпадающей учетной записи, а не сетевой службы. Это дало мне возможность синхронизировать пароль на обоих серверах, не влияя на другие функции, зависящие от сетевых служб.
Ég átti við sama vandamál að etja IIS 7.5 Mér fannst lausnin vera:
- Búðu til staðbundinn notanda á netþjóninum með hlutdeildinni
- Búðu til netið Deildu, gefðu notandanum búið til í skrefi 1 viðeigandi heimildir.Windows setur upp heimildir fyrir notandann sem þú hefur tilgreint
- Farðu í sýndarskrána á IIS og opnaðu „háþróaðar stillingar“
- Sláðu inn slóðina í líkamlegri slóð fyrir netdeilingu sem
\\\ - smelltu í Physical Path Credentials; bæta við persónuskilríkjum fyrir notandann sem var búinn til í skrefi 1
Та же проблема была связана с доступом веб-сервера, не являющегося доменом, к некоторым ресурсам домена с использованием учетной записи домена. Мы наблюдали странное поведение («тестовые учетные данные» не выполнялись, хотя мы знали, что учетные данные верны, мы могли видеть папки и файлы в представлении содержимого, но не могли «просматривать» их). Решением было создать локального пользователя на машине с тем же именем, что и пользователь домена.
Я думаю, что это произошло бы, если бы веб-сервер был членом домена, а локальный пользователь был необходим для получить некоторые локальные ресурсы (конфигурацию?), чтобы сопоставить виртуальные.
Надеюсь, что это кому-то поможет.