Windows Server 2008 R2 Enterprise Windows Server 2008 R2 Datacenter Windows Server 2008 R2 for Itanium-Based Systems Windows Server 2008 R2 Foundation Windows Server 2008 R2 Standard Windows Server 2008 R2 Web Edition Windows 7 Enterprise Windows 7 Home Basic Windows 7 Home Premium Windows 7 Professional Windows 7 Starter Windows 7 Ultimate Еще…Меньше
Симптомы
Рассмотрим следующий сценарий:
-
Создайте в общей папке на файловом сервере под управлением Windows Server 2008 R2. Например общая папка имеет следующий формат:
\server namefolder1folder2 -
Включить перечисление на основе доступа для folder1.
-
Создание учетной записи пользователя, имеет разрешение на доступ к folder2 , но не имеет разрешения на доступ к folder1.
-
Войдите в систему на клиентском компьютере под управлением Windows 7 или Windows Server 2008 R2 с помощью учетной записи пользователя.
-
При попытке доступа к общей папке на клиентском компьютере.
В этом случае вы можете не удается получить доступ к общей папке. Кроме того появляется сообщение об ошибке, подобное приведенному ниже:
Отказано в доступе
Решение
Сведения об исправлении
Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте это исправление только в тех случаях, когда наблюдается проблема, описанная в данной статье. Это исправление может проходить дополнительное тестирование. Таким образом если вы не подвержены серьезно этой проблеме, рекомендуется дождаться следующего пакета обновления, содержащего это исправление.
Если исправление доступно для скачивания, имеется раздел «Пакет исправлений доступен для скачивания» в верхней части этой статьи базы знаний. Если этот раздел не отображается, обратитесь в службу поддержки для получения исправления.
Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Для получения полного списка телефонов поддержки и обслуживания клиентов корпорации Майкрософт, или для создания отдельного запроса на обслуживание, посетите следующий веб-сайт Майкрософт:
http://support.microsoft.com/contactus/?ws=supportПримечание. В форме «Пакет исправлений доступен для скачивания» отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.
Предварительные условия
Чтобы использовать это исправление, необходимо иметь Windows 7 с пакетом обновления 1 (SP1) или Windows Server 2008 R2 с пакетом обновления 1.
Для получения дополнительных сведений о получении пакета обновления для Windows 7 или Windows Server 2008 R2 см. следующую статью базы знаний Майкрософт:
976932 Сведения о пакете обновления 1 для Windows 7 и Windows Server 2008 R2
Сведения о реестре
Для установки этого исправления нет необходимости вносить изменения в реестр.
Необходимость перезагрузки
После установки исправления компьютер необходимо перезагрузить.
Сведения о замене исправлений
Это исправление не заменяет ранее выпущенные исправления.
Глобальная версия этого исправления устанавливает файлы с атрибутами, указанными в приведенных ниже таблицах. Дата и время для файлов указаны в формате UTC. Дата и время для файлов на локальном компьютере отображаются в местном времени с вашим текущим смещением летнего времени (DST). Кроме того, при выполнении определенных операций с файлами, даты и время могут изменяться.
Примечания к сведениям о файлах Windows 7 и Windows Server 2008 R2
Важно. Исправления для Windows Server 2008 R2 и Windows 7 включены в одни и те же пакеты. Однако исправления на странице запроса исправлений перечислены под обеими операционными системами. Чтобы запросить пакет исправления, который применяется к одной или обеим ОС, установите исправление, описанное в разделе «Windows 7/Windows Server 2008 R2» страницы. Всегда смотрите раздел «Информация в данной статье относится к следующим продуктам» статьи для определения фактических операционных систем, к которым применяется каждое исправление.
-
Файлы, относящиеся к определенному продукту, этапу разработки (RTM, SPn) и направлению поддержки (LDR, GDR) можно определить путем проверки номера версий файлов, как показано в следующей таблице.
Версия
Продукт
Контрольная точка
Направление поддержки
6.1.760
1.22 xxxWindows 7 и Windows Server 2008 R2
SP1
LDR
-
Файлы MANIFEST (.manifest) и MUM (.mum), устанавливаемые для каждой среды, указаны отдельно в разделе «Сведения о дополнительных файлах для Windows 7 и Windows Server 2008 R2». MUM и файлы МАНИФЕСТА и связанные файлы каталога безопасности (.cat), очень важны для поддержания состояния обновляемого компонента. Файлы каталога безопасности, для которых не перечислены атрибуты, подписаны цифровой подписью корпорации Майкрософт.
Для всех поддерживаемых 86-разрядных версий Windows 7
|
Имя файла |
Версия файла |
Размер файла |
Дата |
Время |
Платформа |
|---|---|---|---|---|---|
|
Shell32.dll |
6.1.7601.22272 |
12,874,752 |
02-Mar-2013 |
04:27 |
x86 |
Для всех поддерживаемых 64-разрядных версий Windows 7 и Windows Server 2008 R2
|
Имя файла |
Версия файла |
Размер файла |
Дата |
Время |
Платформа |
|---|---|---|---|---|---|
|
Shell32.dll |
6.1.7601.22272 |
14,176,768 |
02-Mar-2013 |
05:18 |
x64 |
Для всех поддерживаемых версий Windows Server 2008 R2 для систем на базе процессоров IA-64
|
Имя файла |
Версия файла |
Размер файла |
Дата |
Время |
Платформа |
|---|---|---|---|---|---|
|
Shell32.dll |
6.1.7601.22272 |
21,194,240 |
02-Mar-2013 |
04:29 |
IA-64 |
Статус
Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе «Относится к».
Дополнительные сведения
Для получения дополнительных сведений о терминологии обновлений программного обеспечения щелкните следующий номер статьи базы знаний Майкрософт:
824684 Описание стандартной терминологии, используемой для описания обновлений программных продуктов Майкрософт
Сведения о дополнительных файлах для Windows 7 и Windows Server 2008 R2
Дополнительные файлы для всех поддерживаемых 86-разрядных версий Windows 7
|
Имя файла |
X86_microsoft-windows-shell32_31bf3856ad364e35_6.1.7601.22272_none_6e773318898e4091.manifest |
|
Версия файла |
Неприменимо |
|
Размер файла |
1,059,457 |
|
Дата (UTC) |
02-Mar-2013 |
|
Время (UTC) |
04:54 |
|
Платформа |
Неприменимо |
Дополнительные файлы для всех поддерживаемых 64-разрядных версий Windows 7 и Windows Server 2008 R2
|
Имя файла |
Amd64_microsoft-windows-shell32_31bf3856ad364e35_6.1.7601.22272_none_ca95ce9c41ebb1c7.manifest |
|
Версия файла |
Неприменимо |
|
Размер файла |
1,058,443 |
|
Дата (UTC) |
02-Mar-2013 |
|
Время (UTC) |
05:45 |
|
Платформа |
Неприменимо |
|
Имя файла |
Wow64_microsoft-windows-shell32_31bf3856ad364e35_6.1.7601.22272_none_d4ea78ee764c73c2.manifest |
|
Версия файла |
Неприменимо |
|
Размер файла |
1,054,916 |
|
Дата (UTC) |
02-Mar-2013 |
|
Время (UTC) |
04:41 |
|
Платформа |
Неприменимо |
Дополнительные файлы для всех поддерживаемых версий Windows Server 2008 R2 с архитектурой IA-64
|
Имя файла |
Ia64_microsoft-windows-shell32_31bf3856ad364e35_6.1.7601.22272_none_6e78d70e898c498d.manifest |
|
Версия файла |
Неприменимо |
|
Размер файла |
1,058,441 |
|
Дата (UTC) |
02-Mar-2013 |
|
Время (UTC) |
04:56 |
|
Платформа |
Неприменимо |
|
Имя файла |
Wow64_microsoft-windows-shell32_31bf3856ad364e35_6.1.7601.22272_none_d4ea78ee764c73c2.manifest |
|
Версия файла |
Неприменимо |
|
Размер файла |
1,054,916 |
|
Дата (UTC) |
02-Mar-2013 |
|
Время (UTC) |
04:41 |
|
Платформа |
Неприменимо |
Нужна дополнительная помощь?
- Remove From My Forums
-
Общие обсуждения
-
Есть сервак, ОС Windows 2008 R2 SP1.
Надо иметь возможность подключаться к серверу «Подключением к удаленному рабочему столу». Сервер не является сервером терминалов. На нем поднято Hyper-V и вертятся 2 виртуалки. Подключаться к серверу через DameWare получается без проблем. А вот при подключении
по RDP происходит следующее: Появляется приглашение для ввода пользователя и пароля, после чего открывается сеанс и на синем экране написано «Отказано в доступе» и доступна одна единственная кнопка «ОК».Так как подключение всё-же происходит, то правила в брандмауэре прописаны верно. Пользователь, под которым коннекчусь, добавлен в список (Свойства система => Удаленный доступ => Выбрать пользователей).
Что это может быть?
-
Изменен тип
26 сентября 2011 г. 10:16
давность и отсутствие активности в теме
-
Изменен тип
|
Eltorro 0 / 0 / 0 Регистрация: 07.04.2018 Сообщений: 24 |
||||
|
1 |
||||
|
Server 2008 13.04.2018, 02:24. Показов 19551. Ответов 13 Метки нет (Все метки)
Здравствуйте. Помогите пожалуйста разобраться. Была установлена роль Службы терминалов, установка прошла без ошибок. После перезагрузки сервера отсутствует возможность входа в систему даже локально под любой учётной записью, выходит сообщение «Отказано в доступе». По RDP тоже не заходит. Если зайти через удаленную консоль и отставить Службу терминалов (net stop TermService), то возможность локального входа в систему возобновляется.
Сам порт не прослушивается, результат команды «netstat -ano | findstr 3389» пустой. Брандмауэр выключен, так же были добавлены правила на разрешение. Антивируса нет. В чём может быть проблема? Что я ещё забыл проверить?
__________________
0 |
|
Programming Эксперт 94731 / 64177 / 26122 Регистрация: 12.04.2006 Сообщений: 116,782 |
13.04.2018, 02:24 |
|
13 |
|
233 / 223 / 46 Регистрация: 12.12.2012 Сообщений: 1,928 |
|
|
13.04.2018, 19:29 |
2 |
|
Машина в домене ? Если нет, у пользователей, группа — Пользователи удаленного рабочего стола — есть?
0 |
|
0 / 0 / 0 Регистрация: 07.04.2018 Сообщений: 24 |
|
|
13.04.2018, 19:57 [ТС] |
3 |
|
Машина в домене ? Если нет, у пользователей, группа — Пользователи удаленного рабочего стола — есть? Это и есть домен контроллер на наём и поднят сервер терминалов. Непосредственно с этого домен контроллера не получается зайти на самого себя. Не говоря уже о пользовательских рабочих местах.
0 |
|
233 / 223 / 46 Регистрация: 12.12.2012 Сообщений: 1,928 |
|
|
13.04.2018, 22:46 |
4 |
|
Ну а в локальных группе удаленного рабочего стола добавлены пользователи домена ?
0 |
|
0 / 0 / 0 Регистрация: 07.04.2018 Сообщений: 24 |
|
|
13.04.2018, 23:24 [ТС] |
5 |
|
Ну а в локальных группе удаленного рабочего стола добавлены пользователи домена ? Да, конечно пользователи добавлены.
0 |
|
233 / 223 / 46 Регистрация: 12.12.2012 Сообщений: 1,928 |
|
|
14.04.2018, 00:07 |
6 |
|
Пока нет идей. Лучше конечно спросить на специализированном форуме. https://social.technet.microso… ru-ru/home По нормальному так не делают как Вы. Отдельной виртуальной по хорошему, но как я понимаю, у Вас машина не поддерживает виртуализацию ? Локальный админ тоже не может зайти? Какая WS?
0 |
|
0 / 0 / 0 Регистрация: 07.04.2018 Сообщений: 24 |
|
|
14.04.2018, 00:13 [ТС] |
7 |
|
Пока нет идей. Лучше конечно спросить на специализированном форуме. https://social.technet.microso… ru-ru/home Да, согласен так не делают. Но делал не я и теперь мне нужно восстановить работоспособность сервера. Виртуализацию возможно поддерживает, но система стоит на железном сервере. Быть может проблема с лицензированием или ключами? Не знаю как проверить.
0 |
|
233 / 223 / 46 Регистрация: 12.12.2012 Сообщений: 1,928 |
|
|
14.04.2018, 00:17 |
8 |
|
Можно тут советы попробовать. http://forum.ru-board.com/topi… opic=21378 WS Какая? Посмотрите в диспетчере серверов, что там пишет по лицензированию. Миниатюры
0 |
|
0 / 0 / 0 Регистрация: 07.04.2018 Сообщений: 24 |
|
|
14.04.2018, 00:30 [ТС] |
9 |
|
Пробовал несколько раз удалить полностью роль Службы терминалов. Но когда при установке роли я выбираю компонент Служба Лицензирования, то по окончанию установки роли у меня сообщение об ошибках, приложен скриншот. Т.е. сейчас у меня не установлен компонент лицензирования. Миниатюры
0 |
|
233 / 223 / 46 Регистрация: 12.12.2012 Сообщений: 1,928 |
|
|
14.04.2018, 00:48 |
10 |
|
А если посмотреть в eventvwr.msc логи, что там пишет ?
0 |
|
0 / 0 / 0 Регистрация: 07.04.2018 Сообщений: 24 |
|
|
14.04.2018, 01:42 [ТС] |
11 |
|
Сообщения в журналах: Установка завершена успешно с ошибками. Роли: Код Службы терминалов Ошибка: Область сервера лицензирования служб терминалов успешно установлена, но при запуске службы лицензирования служб терминалов возникла ошибка. Ошибка: Путь к базе данных лицензирования служб терминалов задан, но при запуске службы лицензирования служб терминалов возникла ошибка. Ошибка: Не удалось настроить Terminal Server, код ошибки 0x80004005. В результате вызова компонента COM возвращена ошибка в формате HRESULT E_FAIL. Установлены следующие службы ролей: Сервер терминалов Лицензирование служб терминалов Информация: <a href="ts_admin.chm::/html/57c897b5-ac6f-41de-a487-26fee7598c3f.htm">Управляйте используемыми этим сервером терминалов ресурсами процессора и памяти с помощью диспетчера системных ресурсов Windows (WSRM).</a> Информация: <a href="ts_admin.chm::/html/21ea97a1-a75d-4ff6-87b1-faab342050a4.htm">Включение возможностей рабочего стола Windows Vista на этом сервере терминалов.</a> И соответственно служба лицензирования не запускается: Код Служба "Лицензирование служб терминалов" завершена из-за внутренней ошибки 3221295105 (0xC0011001). Код Не удается запустить службу лицензирования служб терминалов. Ошибка: Не удалось инициализировать шифрование - код ошибки 5. Для устранения этой неполадки убедитесь, что нужным группам предоставлены правильные разрешения доступа к разделу реестра TermServLicensing и значение раздела реестра DBPath соответствует расположению каталога LServer. В случае повторения неполадки выполните перезагрузку сервера лицензирования служб терминалов.
0 |
|
0 / 0 / 0 Регистрация: 07.04.2018 Сообщений: 24 |
|
|
29.04.2018, 18:40 [ТС] |
12 |
|
1. Службу «Лицензирование служб терминалов» (TermServLicensing) удалось запустить, без ошибок. В параметрах запуска службы указал Вход в систему: С системной учётной записью. Но это думаю не правильно, почему служба не запускается под учётной записью Network Service? 2. Порт RDP 3389 так у меня и не прослушивается. Не могу понять в чём причина. Служба «Службы терминалов» (TermService) запущена, ошибок в логах не вижу. Даже локально telnet 127.0.0.1 3389 показывает что порт закрыт. 3. Почему когда запущена «Служба терминалов» (TermService) не возможен локальный вход в систему — Отказано в доступе. Под любой учётной запись. Т.е. перезагружаю сервер, локально нажимаю CTRL-ALT-DEL ввожу Любую учётную запись и получаю — «Отказано в доступе». Удаленно подключаюсь к консоли выполняю «net stop TermService» и появляется возможность локального входа. Добавлено через 10 минут Полагаю у всех этим проблем единый корень зла. Быть может что то в политиках домена, но конкретно пока не разберусь.
0 |
|
0 / 0 / 0 Регистрация: 09.11.2018 Сообщений: 1 |
|
|
09.11.2018, 13:27 |
13 |
|
Это известная ошибка в Windows 2008R2 с установленной ролью Терминальных служб и Удаленным рабочим столом. После установки роли на новый терминальный сервер любому пользователю, пытающемуся войти на сервер используя AD учетные данные, не удается войти в систему. Для исправления ошибки нужно создать ключ реестра. Это требуется только на серверах с ролью Удаленного рабочего стола. Перезагрузка не требуется – новые подключения должны происходить без ошибок.
0 |
|
0 / 0 / 0 Регистрация: 07.04.2018 Сообщений: 24 |
|
|
09.11.2018, 13:31 [ТС] |
14 |
|
Нет, ничего не помогло. И правка реестра в том числе. Переустановил Windows Server и всё. Тема больше не актуальна.
0 |
При предоставлении разрешений на файл или папку группам пользователей Windows может ответить отказом в доступе, ссылаясь на то, что произошла ошибка при применении параметров безопасности. Сообщение об ошибке также может возникнуть при попытке переместить, скопировать или удалить файлы.
Проблема кажется достаточно серьезной, поскольку препятствует установке разрешений на файл, чтобы сделать его доступным для использования. Но есть несколько решений, с помощью которых можно исправить ошибку применения параметров безопасности.
Содержание
- 1 Снятие атрибута «только для чтения»
- 2 Изменение владельца
- 3 Установка разрешений с помощью командной строки
- 4 Изменение владельца диска
Снятие атрибута «только для чтения»
В большинстве случаев предотвращает любые действия с файлом включенный атрибут «только для чтения». Поэтому в первую очередь попробуйте его снять. Решение может сработать не у всех, то это самый простой способ устранить ошибку применения параметров безопасности.
Откройте проводник и перейдите к файлу (или папке), который при обращении отказывает в доступе.
Щелкните на нем правой кнопкой мыши и выберите Свойства. На вкладке «Общие» снимите флажок с атрибута «только для чтения».
Примените изменения перед выходом из окна. Проверьте, устранена ли проблема с копированием или удалением файла.
Изменение владельца
Если возникни проблемы с доступом к файлу попробуйте назначить его владельцем текущую учетную запись или группу пользователей. Это не сложный процесс, который предоставит полный доступ к проблемному объекту.
В проводнике перейдите по пути к каталогу, содержащий проблемный файл или папку. Правым щелчком мыши по нему раскройте контекстное меню и перейдите в Свойства. На вкладке Безопасность кликните на «Дополнительно».
Нажмите на ссылку «Изменить», которая находится в строке владельца.
Наберите учетную запись в текстовом поле ввода имен выбираемых объектов и кликните «Проверить имена». Затем сохраните на «ОК».
Чтобы изменения были применены ко всем вложенным папкам и файлам, отметьте опцию «Заменить владельца для подконтейнеров и объектов». Примените правки на «ОК».
Чтобы открыть полный доступ, вернитесь опять в окно расширенных параметров безопасности и кликните на «Добавить».
Затем нажмите на ссылку «Выберите субъект», выберите учетную запись через Дополнительно – Поиск и сохраните на «ОК». Затем отметьте флажком «Полный доступ» и сохраните.
В следующем окне щелкните на «Применить». Перезагрузите компьютер и попробуйте скопировать файл, который вызывал ошибку применения параметров безопасности.
Установка разрешений с помощью командной строки
Если не удалось применить предыдущее решение из-за отсутствия доступа администратора, попробуйте решить ошибку с помощью командной строки.
В поле системного поиска наберите «cmd», при отображении результата выберите «Запуск от имени администратора».
В консоли запустите поочередно команды, подтверждая каждую на Enter. Дождитесь сообщения, что операция завершена успешно.
takeown /f «D:Проблемная_папка» /a /r /d y
icacls «D:Проблемная_папка» /t /c /grant администраторы:F система:F все:F
В последней команде предоставляется полный доступ группам: администраторы, система и все.
Изменение владельца диска
Если при обращении к жесткому диску или внешнему USB накопителю, система возвращает сообщение «отказано в доступе», попробуйте выполнить следующее решение, которое предоставляет скрытые разрешения администратора.
Разверните меню Пуск и нажмите на кнопку «Питание». Удерживая Shift, кликните на кнопку «Перезагрузка».
При отображении экрана среды восстановления перейдите по пути: Поиск и устранения неисправностей – Дополнительные параметры – Командная строка.
Таким образом, командная строка будет запущена с правами администратора.
В консоли наберите команду и подтвердите ее выполнение на Enter. Убедитесь, что она успешно выполнена.
net user администратор /active:yes
Теперь в меню Пуск щелкните на значок пользователя и выйдите из текущего сеанса. С экрана блокировки войдите в систему с учетной записью администратора.
Откройте раздел Управления дисками командой diskmgmt.msc из окна «Выполнить» (Win + R) или через меню Win + X.
Щелкните правой кнопкой мыши на диске, который нужно исправить, и перейдите в Свойства. На вкладке Безопасность нажмите на «Дополнительно».
Нажмите на ссылку «Изменить». В окне выбора пользователя или группы кликните на Дополнительно — Поиск.
Укажите учетную запись Администратор с именем компьютера.
Чтобы применить ко всем вложенным папкам и файлам, установите флажок на опциях «Заменить для подконтейнеров и объектов» и «Заменить все разрешения дочернего объекта наследуемыми…». Сохраните изменения на «ОК».
- Информация о материале
- Категория: Windows
-
Просмотров: 415
Терминальный сервер Windows Server 2008 R2. В диспетчере задач по вкладке Пользователи при выборе пользователя и нажатии «Выход из системы». Появляется ошибка: Не удалось выполнить выход из системы для пользователя [имя_пользователя] (Код сеанса=[номер_сеанса]). Отказано в доступе.
Это происходит из-за того, что полные права выданные пользователю (Administrator) будут действовать только на вновь создаваемые сеансы пользователей, т.е. если в момент повышения прав пользователя (Administrator) существовал сеанс пользователя (User), то даже имея полные права пользователь (Administrator) не сможет щелкнув правой кнопкой мыши по имени пользователя (User) и сделать ему «Выход из системы». После того как пользователь(User) выполнит завершение сеанса и затем снова подключиться к терминальному серверу, тогда уже Administrator будет иметь право выполнять для данного пользователя (User) «Выход из системы».
Решение: Пуск -> Все программы -> Администрирование -> Службы удаленных рабочих столов -> Диспетчер служб удаленных рабочих столов -> [Имя_сервера] -> Выбрать пользователя, завершить сеанс.
Комментарии ()
Оставьте свой комментарий
- Remove From My Forums
-
Question
-
We are having a heck of a time trying to perform simple administrative tasks on a Windows Server 2008 machine.
1) We have installed a service that uses CreateProcessWithLogonWto perform impersonation and run an executable program. This fails with error code: 5, Message: Access is denied. We have tried changing the service account from Local System to an administrator, changing the Local Security Policy>>User Rights Assignment and everything else we could think of to no avail. By the way, the same service works on another Windows Server 2008 so there is nothing wrong with the code.
2) To try and correct this problem, we thought of changing permissions on the %WINDIR%system32 folder by adding additional users. Even though we were logged in as an administrator account to the machine, we still got an «Access Denied» error. We were logged in as an administrator for goodness sake!! I know security is important but this seems ridiculous.
It seems the two issues are related and there is some setting that is preventing certain processes from gaining access to resources.
We turned off User Access Control as indicated in this article (http://technet.microsoft.com/en-us/library/cc709691%28WS.10%29.aspx) to no avail. We are pulling our hair out and if anyone has any ideas, it would be greatly appreciated.