почему Active Directory не создает папку "рабочий стол" в профиле пользователя, не работает Корзина?

Question

[WolanD91]

Доброго времени суток!

Имеется сервер на Windows Server 2008 Standart, и клиентская машина под Windows XP Professional SP3 + все предложенные обновления.

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

К примеру, удаляю файл с корня диска С — он попадает в корзину. А вот файл, удаленный с рабочего стола удаляется безвозвратно.

Answer 1

[atreen]

По умолчанию такого нет. Стоит смотреть, что у вас происходить в GPO. Об этом свидетельствует удаление без корзины.
Может у Вас разные GPO под разные списки ПК, у меня по умолчанию только что подключенный ПК падает в один контейнер AD, в то время как все машинки я храню уже в другом.
Возможно как-то влияет то, что профиль перемещаемый (Вами этого не указано, но вдруг).

Резюмирую, стоит сделать отдельный OU без политик, а на готовых тачках смотреть вывод gpresult — покажет примененные политики.

Answer 2

[mxc]

Что за хуйню я с утра читаю… Школохабр в своём репертуаре.

Answer 3

[ShadowHacker]

Винда же…

Answer 4

[fenst]

Кажется, когда-то я такое «лечил» создавая папку «рабочий стол» и «мои документы» вручную. Но, естественно, это лишь костыль

PS standarD

Comments

[WolanD91]

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

Answer 5

[Николай Турнавиотов]

Простите, но выше уже сказали, что AD по умолчанию к профилю пользователя без изменения политик на OU никакого отношения не имеет — пока на организационную единицу, в которой находится пользователь и/или ПК, политики, связанные с перенаправлением профиля, не применяются — AD ни при чём.

Проверьте внимательно политики, котрые применяются на OU с пользователем, права доступа на сетевую шару, в которой создаются профили — я в свое время поимел геморроя — профиль не переключался на сетевой, пока не были выставлены очень жесткие права доступа на \\fileserver\profiles, где должны были храниться пользовательские профили в тестовом подразделении.
Обновите политики, и посмотрите на вывод gpresult, логи клиентской системы

Answer 6

[WolanD91]

Спасибо за помощь всем откликнувшимся