2008 R2 - Ошибочно монтируется домашняя папка пользователя

2008 R2 - Ошибочно монтируется домашняя папка пользователя

Новый участник

Сообщения: 10
Благодарности: 0

Возникла такая проблема: в АД Users and Comps прописана домашняя директория как диск U и путем \\server\home$\%username% , но монтируется почему-то вся директория home, а не пользовательская папка.

Опишу полную картину происходящего безобразия в домене: при перезагрузке компьютера перманентно то мапируется корень home$, то цепляет пользовательскую.
Если прицепилась корнем, делаешь перелогин, в большинстве случаев помогает и цепляет пользовательскую.
Может отвалиться пользовательский и опять примонтироваться корень при перелогине или при разлочивании.
net use с ключом /home отрабаьывает тоже монтируя корень home$ , возвращая сообщение что в данный момент диск U подключен и домашняя папка для пользователя U:/user

Временно все рещается скриптом c net use без ключа /home, чтобы пользователь хотя бы свои доки нашел при входе. Но кривота все равно выходит с переодичностью.

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

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

- Остается на данный момент паранноя, что сверху на нас льется эта "бяка" какой-то политикой. Нашел политику отвечающую по теме: User Configuration\Administrative Templates\System\User Profiles\Connect home directory to root of the share, но в гпо объектах, которые я вижу и которые сам создавал, не сконфигурированно. Более высокие политики ни фига не вижу. В результирующей политике тоже ничего.

- Была еще идея: есть политика Computer Configuration -> Administrative Templates -> System -> Logon -> Always wait for the network at computer startup and logon. У нас в активном состоянии.

Отправлено: 11:45, 05-02-2013

Dos-basist

Новый участник

Сообщения: 10
Благодарности: 0

Профиль | Отправить PM | Цитировать

Нет. Никто такой политики не написал - ни я, не выше админы по OU-кам.
Вроде бы решился вопрос - на рабочих станциях проблемных пользаков почистил кэш групповых политик. Больше проблем у них не наблюдалось пока что)) + еще в результате решилось несколько проблем по мапингу дисков.ю например, через клиентские расширения - на некоторых машинах эта политика не могла вообще обработаться из-за старого кеша, который возможно еще тянется от старых доменов(в данной организации это уже третий новый домен, а главное ожидается снова переход на единый домен:-)
Спасибо всем еще раз за мысли по этому поводу. Завтра исполняется год как я эту проблему решаю, блин)

Отправлено: 14:44, 25-11-2013 | #11