|
Компьютерный форум OSzone.net » Серверные продукты Microsoft » Windows Server 2008/2008 R2 » 2008 R2 - Ошибочно монтируется домашняя папка пользователя |
|
|
2008 R2 - Ошибочно монтируется домашняя папка пользователя
|
Новый участник Сообщения: 10 |
Профиль | Отправить PM | Цитировать Возникла такая проблема: в АД 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 |
Старожил Сообщения: 298
|
Профиль | Отправить PM | Цитировать Возможно проблемы с сетью на момент отработки сценария подключения.
Ну и посмотреть чего показывает гпрезульт у проблемных пользователей, чего при этих ошибках в логах на клиенте? |
Отправлено: 12:23, 05-02-2013 | #2 |
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети. Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля. |
Новый участник Сообщения: 10
|
Профиль | Отправить PM | Цитировать По сети проблем не должно быть - все логон скрипты отрабатывают, дисишники основной и резервный в одном здании с пользаками. Просто процесс мапирования именно home-директории не виден. Не нашел нигде информации что это по факту - указание в users and comps - логон скрипт или изменение системной переменной Домашняя папка или еще что-то. Затык именно в том, что не получается сделать home-директорию. Если мапировать диск u просто как личный диск через логон-скрипт или через Preferenses -> Map drives через политики, все проходит на ура. Собственно на данный момент отказались от идеи мапирования хом-директории, мапируем логон-скриптом. Тем более переходим на новый домен)
|
Отправлено: 15:47, 05-02-2013 | #3 |
Новый участник Сообщения: 10
|
Профиль | Отправить PM | Цитировать Все таки видимо какие-то сетевые проблемы. Прав brass net. Логон-скрипт тоже не всегда отрабатывает. Скорее всего, утром, когда нагрузка как раз самая большая на сеть - все запускают терминальные приложения, подключаются домашние папки и т.д. - по тайм ауту вылетает логон-скрипт. карта на сервере гигабитная, а кошки все мегабитные. Будем решать проблемы с сетью.)
|
Отправлено: 17:46, 25-02-2013 | #4 |
Новый участник Сообщения: 10
|
Профиль | Отправить PM | Цитировать Проблема остается актуальной. После решения проблем с локальной сетью(устновка гигабитных) и переходом в новый домен все равно часто мапируется вся шара HOME$. Остается варианты либо с неправильными настройками безопасности на шару, вариант с политикой.
Может быть такое, что сценарий подключения срабатывает раньше, чем вкурились политики безопасности и нет еще прав на личную папку %username% ? Очень нужна помощь, буду благодарен за любые мысли по этому поводу. |
|
Отправлено: 12:28, 11-04-2013 | #5 |
Ветеран Сообщения: 1496
|
Профиль | Отправить PM | Цитировать Group Policy -> User Configuration -> Administrative Templates -> System -> User Profiles -> "Connect home directory to the root of share"
|
------- Отправлено: 12:57, 11-04-2013 | #6 |
Новый участник Сообщения: 10
|
Профиль | Отправить PM | Цитировать WindowsNT, нет, gpresult не по казывает такой настройки.
Сломал голову по поводу этой темы... |
Отправлено: 16:48, 16-09-2013 | #7 |
Новый участник Сообщения: 10
|
Профиль | Отправить PM | Цитировать Может ли причиной этой проблемы быть двойная аутентификация(часть ресурсов подключается учетками из "старого" домена, а часть из "нового") ?
|
Отправлено: 10:31, 04-10-2013 | #8 |
Пользователь Сообщения: 146
|
Профиль | Отправить PM | Цитировать Ну тут просто бросается в глаза что логон скрипт конфликтует с политикой, видимо где то прописана через политики мапить тупо хоум и кто первый сработает при логоне вопрос открытый, а при автоматическом подсосе политик каждые 1-2 часа ессно срабатывает опять политика и ремапит диски на хоум!
Как вариант в АД в св-вах первого попавшегося проблемного юзера во вкладке профиль посмотреть Домашнюю папку, если че прописано то вероятно копать политики нуно Group Policy -> User Configuration -> Administrative Templates -> System -> User Profiles -> "Connect home directory to the root of share" Это не gpresult, это редактор групповой политики, проверьте данную позицию на "включенность" |
Отправлено: 13:03, 05-10-2013 | #9 |
ИО Капитана Очевидности Сообщения: 5383
|
Профиль | Отправить PM | Цитировать Цитата WindowsNT:
Цитата Dos-basist:
Кстати, возможно, что когда-то политика была применена на сервере, затем снята, однако до сих пор продолжает действовать на клиентах. Попробуйте создать политику, явно запрещающую данное действие. |
||
------- Отправлено: 05:48, 09-10-2013 | #10 |
|
Участник сейчас на форуме | Участник вне форума | Автор темы | Сообщение прикреплено |
| |||||
Название темы | Автор | Информация о форуме | Ответов | Последнее сообщение | |
Доступ - [решено] папка пользователя | карэн | Microsoft Windows 7 | 14 | 07-01-2013 20:57 | |
Иногда не поключается домашняя папка | Manless | Microsoft Windows NT/2000/2003 | 6 | 31-01-2012 22:43 | |
2008 R2 - При авторизации в домене, домашняя папка создавалась на сервере | foxyfive | Windows Server 2008/2008 R2 | 1 | 02-03-2011 09:54 | |
2008 - Домашняя папка пользователя | Zima | Windows Server 2008/2008 R2 | 4 | 22-09-2010 01:07 | |
Восстановление данных Excel, ошибочно записанных другими | vagner_HATE | Microsoft Windows 2000/XP | 1 | 10-07-2006 11:27 |
|