У меня есть сервер w2k3 (терминальный сервер) и пользователь домена.
Если пользователь обращается к "\\TS\Folder"с другого компьютера этот пользователь может читать \ писать без каких-либо проблем. Если я войду в" TS "как пользователь, они не смогут получить доступ к папке"\\TS\Folder"с использованием соглашения UNC." C: \ Folder "работает нормально. Я даже попытался добавить пользователя в группу администраторов TS, но он по-прежнему не разрешал доступ при локальном использовании пути UNC.
Я перепрограммировал, перезагрузил, gpupdate'ed и т.д. Есть идеи? Я не могу придумать причину, по которой пользователь может получить доступ с помощью UNC-пути на других компьютерах, но не с помощью UNC-пути локально.
РЕДАКТИРОВАТЬ: пробовали ситуации:
BadUser на TS в \\ TS \ Folder = Fail
BadUser на TS в C: \ Folder = Pass
BadUser на TS в \\ xp1 \ Folder = Pass
BadUser на xp1 в \\ TS \ Folder = Pass
BadUser на xp1 в \\ xp1 \ Folder = Pass
Что ж, оказывается, я упустил важную деталь: папка содержит файлы vbs, она работала, когда я устал получить доступ к текстовому документу или текстовому документу. Мы также недавно обновились до ie7. Мне пришлось добавить «file: // ts» в список доверенных сайтов в IE7. Теперь это работает лучше.
Спасибо за вашу помощь. Надеюсь, когда-нибудь MS уберет зависимость от IE.
Возникла проблема с Windows XP SP1, которая могла вызвать это - проблема была связана с интерфейсом обратной связи (127.0.0.1), который не мог сообщить запросчику NetBIOS через TCP скорость интерфейса. Это было исправлено в одном из исправлений SP1 IIRC, и я никогда не слышал о том, что это влияет на Windows 2003, но у них много общего кода, так что это возможно.
Вы видите записи журнала событий с ID 3019, когда попытка сопоставить путь UNC не удалась?
Что-нибудь в журналах событий, и можете ли вы подключиться к общим ресурсам на других серверах?
Проверьте, нет ли проблем со службой рабочей станции.
Вы упомянули, что проверяли разрешения для общего ресурса, но проверяли ли вы также разрешения для папки?