Назад | Перейти на главную страницу

Сценарий входа в систему с групповой политикой для подключения диска выполняется, но не применяется

Спасибо заранее за любую помощь. Я часами прятал Интернет в поисках ответов и нашел много советов / вещей, которые стоит отметить, но ничего из того, что у меня не сработало.

Настроить:

У меня есть объект групповой политики, который применяется к пользователю и двум машинам. GPO выполняет 2 сценария входа в систему.

Один из скриптов используется для монтирования дисков. Он отлично работает на одном клиентском компьютере, но не работает на другом, с тем же пользователем.

НОТА: Эта задача должна быть выполнена с помощью сценария входа в систему. Встроенный объект групповой политики для монтирования диска вызвал случайную потерю кеша учетных данных из-за перезагрузки и т. Д., Что сильно расстроило моих пользователей, и я уже давно с этим боролся. Этот сценарий входа в систему отлично работает на одном из моих клиентов, поэтому я знаю, что это можно решить на другом клиенте.

Сценарий / проблема:

Я могу подтвердить, что сценарии выполняются на клиентах из-за вывода gpresult / r / v - я получаю правильную временную метку «последнего запуска» для обоих сценариев, что подтверждает их выполнение.

1 из скриптов работает правильно. Он выполняет некоторый импорт .reg и несколько других задач.

Второй скрипт используется для монтирования дисков и НЕ работает.

Однако он ДЕЙСТВИТЕЛЬНО работает при запуске .bat вручную с рабочего стола пользователя. Доказательство того, что синтаксис скрипта работает, и у пользователя есть разрешения.

Вот содержание скрипта:

@echo off
timeout /t 3
net use * /delete /yes
timeout /t 3
net use I: \\10.10.6.13\Share0 /user:DOM\myuser F@kePass1 /p:YES
net use \\10.10.6.13\Share1 /user:DOM\myuser F@kePass1 /p:YES

Обратите внимание, что я намеренно оставил букву диска для второго крепления.

Некоторые вещи, которые я пробовал:

Некоторые важные моменты:

Я думаю о том, чтобы разместить файл на целевых машинах, а затем создать задачу для его запуска после входа в систему. Однако, чтобы разместить файл на каждом клиенте, им потребуется доступ к общему ресурсу, чего я и пытаюсь добиться.

Предыстория решения / информация:

Как написал Грант в комментариях к исходному вопросу: вошедший пользователь или Групповой (Пользователи домена / и т. д.) доступ к общему ресурсу, без явного определения имени пользователя / пароля в net use команда решила проблему.

Это также решило проблему с креплением диска GPO. Отсутствие определения поля «Войти как» и разрешение на автоматическую аутентификацию с авторизованным пользователем сработали.

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

Резюме ответа / Пошаговая инструкция:

  • Предоставьте пользователю или группе доступ к общему ресурсу (на файловом сервере) - я лично только разрешил всем «Пользователям домена»
  • Не определяйте явного (общего) пользователя для доступа к монтированию с net use команда, как я изначально сделал.

Это решило проблему как для сценария входа в систему, так и для монтирования диска GPO. В итоге я отказался от сценария и просто использовал GPO. К сожалению, это не определяет основная причина о том, почему это вообще не удалось с явным описанием.

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