internet-logo41

Перенаправляемые папки

Проблемы и решения с клиентскими машинами в домене Active Directory

Первый и простой способ

очистить автономные файлы это запустить fixit с правами админа:

 

 

Второй Вариант (еще не проверялся)

Диагностика

Для начала надо посмотреть результирующую политику с помощью RSOP.msc или gpresult /h. Настройки перемещаемых папок находятся в Конфигурация пользователя — Конфигурация Windows — Перенаправление папки. Там будет список какие папки перенаправляются. Нужно сравнить, все ли настроенные политики в папках фигурируют в результирующей политике. Если чего-то не хватает, значит идем смотреть логи Windows в поисках события о неприменении политик Folder Redirection. Как правило ошибки по перемещаемым каталогам проходят с идентификатором 502.

Ошибка 1 Длинные пути к файлам

Эта ошибка указывает на то, что путь к файлу/файлам, которые находятся в перемещаемых каталогах, слишком длинный, в сообщении так и написано, что имя файла слишком длинное. Тут имеется ввиду весь путь к файлу, а не только длина его имени. Т.к. длина пути в 255 символов это системное ограничение, то решение тут только одно — укорачивать пути.

Иногда в сообщении об ошибке не указывается какой именно файл имеет путь длиннее 255 символов. Тогда искать только руками, ну или с помощью каких-то скриптов или утилит, которые умеют измерять длину путей. Я искал с помощью команды dir /s /b>res1.txt в каталоге с длинными путями, а потом полученный файл прогонял через самописную программу, которая показывала строки длиннее 255 символов.

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

Ошибка 2 — Повреждение кэша автономных файлов

Следующая ошибка легко воспроизводится, но имеет настолько не очевидные логи, что поиском ее причин и способа исправления можно заниматься бесконечно долго. Для повторения ошибки достаточно во время применения политики Folders Redirection перезагрузить комп ресетом или отключить питание — ошибка гарантирована. После этого в логах Windows будут ошибки насчет всех перенаправляемых папок и ни у одной не будет настроено перенаправление. В тексте сообщения будет следующее: «Не удалось применить политику … перенаправление не удалось, т.к. папка находится вне сети. Не найден сетевой путь.» Казалось бы проблема в сети или правах на сетевую шару, но нифига, на самом деле проблема в кэше автономных файлов. Именно он создается, когда компьютер долго применяет политику Folders Redirection и именно он повреждается, если во время этого процесса компьютер дернули по питанию.

Решение:

В разделе реестра

HKLM\System\CurrentControlSet\Services\CSC\Parameters

нужно создать ключ FormatDatabase типа DWORD32 и присвоить ему значение 1. И перезагрузить компьютер. При перезагрузке компьютера произойдет инициализация базы автономных файлов с нуля и политики нормально применятся.

 

 

источник: https://41sysadmin.wordpress.com/2016/04/11/%D0%BF%D0%B5%D1%80%D0%B5%D0%BD%D0%B0%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%8F%D0%B5%D0%BC%D1%8B%D0%B5-%D0%BF%D0%B0%D0%BF%D0%BA%D0%B8/