Проблема с правами на расшаренную папку.

[alandon]

Добрый день.
Делал поиск, нашел несколько тем похожих, но решения в них нет.
Проблема в следующем.
Windows 2003.
Есть расшаренный каталог DOC.
Вкладка Sharing - Permissions. Для Evereone стоит full control.
Вкладка Security. Для группы Admins и Users стоит full control.

Внутри данного каталога были созданы другие папки с разными правами. Все работало нормально. Но вдруг перестали открываться файлы в одной из папок.
Она лежит по машруту D:\Doc\Doc1

На каталог DOC1 стоят аналогичные корневому права, но невозможно открыть ни один файл внутри, ни удалить, ни скопировать.
При попытке вручную раздать права файлам в этом каталоге, вкладка Security - неактивна.

Для каталога Doc1 удалил все группы пользователей, потом добавил снова с правами full control. Но права на вложенных файлах не изменяются, хотя в описании говорится что применяются к данному каталогу, всем подкаталогам и файлам внутри.

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

[DmitriiV]

Попробуйте принудительно распространить на "проблемные" файлы настройку владения от каталога DOC1. После этого также принудительно распространите содержимое DACL каталога DOC1 на все дочерние объекты.

[Petya V4sechkin]

невозможно открыть ни один файл внутри, ни удалить, ни скопировать.
При попытке вручную раздать права файлам в этом каталоге, вкладка Security - неактивна.
Варианты в статье KB320081 (http://support.microsoft.com/kb/320081/ru) (например, длина пути больше MAX_PATH или пробел в конце имени).

[monkkey]

alandon, с правами full control »
Не следует давать права изменения разрешений кому-либо, кроме администраторов и SYSTEM.

[alandon]

Попробовал варианты из статьи, не помогает.
В каталоге Doc1 лежали файлы, которые не открывались и на них не проставлялись права. При этом они нормально удалились в корзину.
Но внутри есть еще одна папка. Она не удаляется, с причиной "каталог не пустой, удаление невозможно".
Хз, что еще делать.

[DmitriiV]

Каталог действительно пуст (нет ли скрытых объектов)?

[Fantastish]

Тотлкомандер или фаром глянуть, или использовать утилиты которые позволяют удалять заблокированные файлы/папки

[alandon]

>DmitriiV
Зашел FARом, он по умолчанию видит скрытые файлы и папки.
В каталоге Doc1 нет файлов, только вложенная папка, но в нее я зайти не могу "access denied".
При этом новые каталоги и файлы в данной папке нормально создаются, редактируются и удаляются.

>Monkkey
Убрал на всех расшареных каталогах full control для группы users. Спасибо.

[DmitriiV]

alandon, сменить владельца этой подпаки пробовали?

[alandon]

Если через properties - security, то пробовал, система не дает ничего с этой подпапкой сделать.
Если каким-то другим способом - то не пробовал.

[Petya V4sechkin]

варианты из статьи, не помогает.
Это фантастика!
Unlocker пробовали?

[AkP]

Внутри данного каталога были созданы другие папки с разными правами. Все работало нормально. Но вдруг перестали открываться файлы в одной из папок »

Это не баг, это фича. При перемещении файлов\папок внутри одного раздела, нтфс права не перезаписываются. В результате игнорируются права родительского каталога. То есть файл\папка перемещенная внутри одного раздела из приватной области в общедоступную будет по прежнему иметь предидущие приватные разрешения.

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

Для исправления прав, необходимо стать владельцем файла\папки.

На коревом ресурсе:
Свойства->Безопасность->Дополнительно->Владелец
В списке выбрать нового владельца и установить галочку "заменить владельца подконтейнеров и объектов", ОК

При этом разрешения не меняются, но появляется возможность их сменить.

Если "пачкой" поменять владельца и разрешения не удалось, те же действия но по отдельности с каждым проблемным файлом\папкой.

Еще несколько советов: ни когда не отключайте наследование прав, постарайтесь организовать иерархию с верху вниз без удаления полномочий, только добавление новых. Ни когда не давайте пользователям полный доступ, только на изменение и отключите с корня "создатель-владелец", ибо это дает возможность параноидально настроенным пользователям выкашивать всяких там не нужных системов.

Вкладка Security. Для группы Admins и Users стоит full control »
В корне не верно, для группы Admins = full control, для Users, которым можно "все-все" = Modify

[alandon]

На коревом ресурсе:
Свойства->Безопасность->Дополнительно->Владелец
В списке выбрать нового владельца и установить галочку "заменить владельца подконтейнеров и объектов", ОК
При этом разрешения не меняются, но появляется возможность их сменить.
Если "пачкой" поменять владельца и разрешения не удалось, те же действия но по отдельности с каждым проблемным файлом\папкой.

Не помогает.
Сегодня попробую Unlocker.

[DmitriiV]

alandon, советую (прежде "анлокера") запустить CHKDSK с ключами /F и /R и вновь попробовать процедуру смены владельца.

[alandon]

Воспользовался анлокером.
Удалил ту папку. В ней было 4 файла не особо важных. Образцы заявок, которые есть в другом месте.
Спасибо за рекомендации и советы по правильной настройке прав.

Единственное хотелось бы уточнить по данному предложению.
Для предотвращения таких ситуаций следует либо сделать пользователям внушение, что файлы\папки необходимо не перемещать, а копировать, либо размещать приватные и общедоступные ресурсы на разных разделах.
Т.е. при перетаскивании папок\файлов с компьютера пользователя в сетевую папку на расшаренном ресурсе, могут заблокироваться права на эту папку\файлы?

[Petya V4sechkin]

Воспользовался анлокером.
Удалил ту папку.
Надо было посмотреть, какой процесс блокировал (программа или вирус).

могут заблокироваться права
Даже при полном отсутствии разрешений вкладка Безопасность никуда не исчезает (как это произошло у вас).

[alandon]

Никакой процесс или пользователь данную папку и файлы в ней не блокировал.
Unlocker давал переместить файлы, копировать и удалить. Я делал копирование, потом перемещение на рабочий стол, но на папке права все равно были неактивны.
В итоге удалил.
У меня вкладка безопасность не исчезала, просто она была неактивна, и никакие махинации не позволили сделать ее активной.

[Iska]

Т.е. при перетаскивании папок\файлов с компьютера пользователя в сетевую папку на расшаренном ресурсе, могут заблокироваться права на эту папку\файлы? »
1. Права «заблокироваться» не могут. Ибо для того, чтобы копировать — нужны права на чтение исходных файлов, для того, чтобы их записывать — нужны права на запись в конечной папке.

2. Речь шла про перемещение в пределах одного раздела/тома. Ваш пример — это перемещение между томами/разделами.

P.S. Большинство сторонних файловых менеджеров, а также некоторые утилиты (как идущие в комплекте, так и загружаемые отдельно) позволяют в той или иной степени управлять правами при выполняемых ими операциях копирования/перемещения. Например:
╔════════════════════════ E:\Песочница ══╤══════╤════════╤═════╗╔════ D:\Install\Sysinternals.com\Autoruns\Autoruns 11.0 ═20:28
║и Имя │Размер│ Дата │Время║║и Имя │Размер│ Дата │Время║
║⌂.. │ Вверх│09.10.11│17:44▲║⌂.. │ Вверх│22.09.11│07:12║
║├#Far Macros │ Папка│15.12.10│07:18▓║ Autoruns zip│625100│20.09.11│00:08║
║├0001 │ Папка│04.11.10│13:01▓║ │ │ │ ║
║├0005 │ Папка│23.11.10│21:59▓║ │ │ │ ║
║├001 │ Папка│13.03.11│02:23▓║ │ │ │ ║
║├0010 │ Папка│20.06.11│00:30▓║ │ │ │ ║
║├0014 │ Папка│26.11.10│00:24▓║ │ │ │ ║
║├0019 │ Папка│03.12.10│01:39▓║ │ │ │ ║
║├0020 │ Папка│08.12.10│18:09▓║ │ │ │ ║
║├0021 │ │ │ ║
║├0022 ╔═══════════════════════════ Копирование ════════════════════════════╗ │ │ │ ║
║├0023 ║ Копировать Autoruns.zip в: ║ │ │ │ ║
║├0024 ║ E:\Песочница\ ↓║ │ │ │ ║
║├0025 ╟────────────────────────────────────────────────────────────────────╢ │ │ │ ║
║├0026 ║ Права доступа: (•) По умолчанию ( ) Копировать ( ) Наследовать ║ │ │ │ ║
║├0027 ╟────────────────────────────────────────────────────────────────────╢ │ │ │ ║
║├0028 ║ Уже существующие файлы: Запрос действия ↓║ │ │ │ ║
║├0029 ║ [ ] Копировать содержимое символических ссылок ║ │ │ │ ║
║├0030 ║ [ ] Обрабатывать несколько имён файлов ║ │ │ │ ║
║├0031 ╟────────────────────────────────────────────────────────────────────╢ │ │ │ ║
║├0032 ║ [ ] Использовать фильтр ║ │ │ │ ║
║├0033 ╟────────────────────────────────────────────────────────────────────╢ │ │ │ ║
║├0034 ║ { Копировать } [ F10-Дерево ] [ Фильтр ] [ Отменить ] ║ │ │ │ ║
║├0035 ╚════════════════════════════════════════════════════════════════════╝ │ │ │ ║
║├0036 │ │ │ ║
║├0038 │ Папка│13.03.11│03:30░║ │ │ │ ║
║├0039 │ Папка│17.03.11│02:23░║ │ │ │ ║
║├0040 │ Папка│18.03.11│02:36░║ │ │ │ ║
║├0041 │ Папка│16.03.11│21:33░║ │ │ │ ║
║├0042 │ Папка│17.03.11│23:37░║ │ │ │ ║
║├0043 │ Папка│17.03.11│19:16░║ │ │ │ ║
║├0044 │ Папка│19.03.11│09:48▼║ │ │ │ ║
╟────────────────────────────────────────┴──────┴────────┴─────╢╟─────────────────────────────────── ────┴──────┴────────┴─────╢
║⌂.. ║║ Autoruns.zip ║
╚═══════════════ 46,540,174 (7) ═══ 606,445,568 ═══════════════╝╚════════════════ 625,100 (1) ═══ 849,350,656 ════════════════╝

P.P.S. alandon, коль Вы с Far Manager'ом знакомы, то на будущее рекомендую обратить внимание на плагин:
╔════════════════ Информация о плагине ═════════════════╗
║ Имя файла : userman.dll ║
║ Каталог : C:\Program Files\Far2\Plugins\UserManager ║
║ Изменен : 10.04.2007 15:39:04 ║
╟───────────────────────────────────────────────────────╢
║ Описание : User Manager Plugin for FAR Manager 1.7+. ║
║ Автор : Copyright © 2001-2003, ZG ║
║ Версия : 0.3 build 9 alfa 3 ║
╟───────────────────────────────────────────────────────╢
║ Кодировка : Ansi ║
║ Флаги : File ║
║ Префиксы : acl ║
╟───────────────────────────────────────────────────────╢
║ [ Закрыть ] [ Свойства ] ║
╚═══════════════════════════════════════════════════════╝
позволяющий работать с назначениями прав для объектов файловой системы:
╔════════════════════════ E:\Песочница ══╤══════╤════════╤═════╗╔════════════ ACL:Autoruns.zip\Access Permissions ═════╤══20:36
║и Имя │Размер│ Дата │Время║║и Имя │Access║
║⌂.. │ Вверх│09.10.11│17:44▲║⌂.. │ ║
║├#Far Macros │ Папка│15.12.10│07:18▓║ +.BUILTIN\Администраторы │FULL ║
║├0001 │ Папка│04.11.10│13:01▓║ +.NT AUTHORITY\SYSTEM │FULL ║
║├0005 │ Папка│23.11.10│21:59▓║ +.Domain\User │FULL ║
║├001 │ Папка│13.03.11│02:23▓║ +.BUILTIN\Пользователи │R X ║
║├0010 │ Папка│20.06.11│00:30▓║ │ ║
║├0014 │ Папка│26.11.10│00:24▓║ │ ║
║├0019 │ Папка│03.12.10│01:39▓║ │ ║
║├0020 │ Папка│08.12.10│18:09▓║ │ ║
║├0021 │ ║
║├0022 ╔════════════════════════════════════════════════════════════════════╗ │ ║
║├0023 ║ ( ) Full ║ │ ║
║├0024 ║ (•) Special ║ │ ║
║├0025 ║ ┌────────────────────────────────────────────────────────────────┐ ║ │ ║
║├0026 ║ │ [x] Read │ ║ │ ║
║├0027 ║ │ [ ] Write │ ║ │ ║
║├0028 ║ │ [x] Execute │ ║ │ ║
║├0029 ║ │ [ ] Delete │ ║ │ ║
║├0030 ║ │ [ ] Change Access Permissions │ ║ │ ║
║├0031 ║ │ [ ] Take Ownership │ ║ │ ║
║├0032 ║ └────────────────────────────────────────────────────────────────┘ ║ │ ║
║├0033 ║ { OK } [ Cancel ] ║ │ ║
║├0034 ╚════════════════════════════════════════════════════════════════════╝ │ ║
║├0035 │ ║
║├0036 │ Папка│27.09.11│14:43░║ │ ║
║├0038 │ Папка│13.03.11│03:30░║ │ ║
║├0039 │ Папка│17.03.11│02:23░║ │ ║
║├0040 │ Папка│18.03.11│02:36░║ │ ║
║├0041 │ Папка│16.03.11│21:33░║ │ ║
║├0042 │ Папка│17.03.11│23:37░║ │ ║
║├0043 │ Папка│17.03.11│19:16░║ │ ║
║├0044 │ Папка│19.03.11│09:48▼║ │ ║
╟────────────────────────────────────────┴──────┴────────┴─────╢╟─────────────────────────────────── ───────────────────┴──────╢
║⌂.. ║║S-1-5-32-545 ║
╚═══════════════ 46,540,174 (7) ═══ 606,445,568 ═══════════════╝╚═════════════════════ 0 байт в 4 файлах ═════════════════════╝