Показать полную графическую версию : Подключение сетевого диска через GPO
scorpy490
12-10-2015, 09:39
Этот косяк возник давно и никак не получается найти решение. В групповой политеке в Конфигурация пользователя - Конфигурация Windows - Сценарии входа - Автозагрузка прописан cmd-файл
Net use Z: /delete
net use z: "\\SRV\SHARE
Он отрабатывает и подключает сетевой диск, но через раз. Один раз может сработать и диск Z появится при входе пользователя, но после перезагрузки или выхода из системы - снова исчезает, или не исчезает. Какая-то дурацкая рулетка: сработает - не сработает.
Решил проблему, прописав тем пользователям к которых диск появлялся совсем плохо - вручную, через подключение сетевого диска, и восстановление соединения при входе. Вроде помогло, и после этого диски стали появляться у всех.
Но тут папка с шарой переехала на новый сервер. Я меняю путь в cmd файле, и снова начинается свистопляска. На каких-то компьютерах файл не сработал и путь остался старый, на других сетевой диск просто не инициализаровался, и наконец на третьих все ОК и никаких проблем.
Что еще можно сделать, чтобы сетевой диск стабильно открывался при каждом входе пользователя?
вот так подключить попробуй, у меня работает норм http://system-administrators.info/?p=5205
Quaker_75
12-10-2015, 11:31
А если попробовать указать IP адресс вместо SRV?
scorpy490
14-10-2015, 09:19
za1, спасибо! Политика такая стояла, только не было включено нацеливание. Сейчас включил, вроде проблема с диском исчезла.
Еще такой вопрос. Эта политика работает при старте системы, или применяются периодически. Т.е. если пользователь отключил диск, включится ли он в процессе работы?
Сам в процессе работы он вряд ли включиться, скорее всего только после принудительного обновления политик или перелогина юзера. Но в принципе на практике я не проверял.
diagnoz_
15-10-2015, 13:51
scorpy490,
почему бы не использовать AD для этих целей, если есть домен? Оснастка Active Directory пользователи и компьютеры - имя домена - пользователи - свойства нужного пользователя - вкладка профиль - категория "Домашняя папка" и подключаете требуемый, например, "личный" сетевой диск\папку. тут же выше можно указать в сценарии входа bat-файл для подключения, например, сетевых дисков, расположенный в \\server_name\sysvol\my_domain\scripts
http://s015.radikal.ru/i333/1510/ed/c8ef3aa66d99.jpg (http://radikal.ru/big/cc64859d80ee4cbda168433feed9ca41)
http://rghost.ru/6M7ZCqksS
scorpy490
15-10-2015, 20:52
почему бы не использовать AD для этих целей »
Я так начинал делать с самого начала, но потом от этого отказался, из-за того, что этот диск нужно подключать всем, а это поле в профиле могло бы пригодиться, если какому-то конкретному юзеру потребуется конкретная сетевая папка, да и вообще это показалось неоптимальным: прописывать каждому юзуру то, что могло бы включиться глобально. Ну а потом про это поле вообще забыл, и даже не вспомнил когда возникла проблема )
С юзерами домена проблема вроде решилась. Но есть еще один момент. Часть компьютеров включено в домен, но пользователи на них работают под локальными учетными записями. И сетевой диск им тоже нужен. С этими так и ничего не получилось сделать, кроме как подключать сетевой диск в локальном профиле каждому.
Хотя я попробовал подключить сетевой диск через домен в конфигурации компьютера, и все сработало. Диск появлялся, но показывался пользователю с крестом (нет соединения). Тем не менее, если попытаться этот диск открыть, он нормально открывался. Вроде бы можно было так и оставить. Но пользователи они же такие, что увидят что диск перечеркнут даже не будут пробовать его открыть, а сразу жаловаться, что не работает, да и самого раздражает. Поэтому от этого пришлось отказаться. Кто-то знает почему диски показывает отключенными, и можно ли это исправить?
diagnoz_
15-10-2015, 21:34
но показывался пользователю с крестом »
параметр Autodisconnect пробовали включать?
или воспользуйтесь исправлением этой проблемы.
Потеря соединения с подключенным сетевым диском (https://support.microsoft.com/ru-ru/kb/297684)
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC