Сценарий автозагрузки локальной групповой политики не выполняется при входе в систему.

Вопрос или проблема

Это для Windows 7

У меня есть файлы .bat и .vbs в папке. Файл .bat запускает скрипт .vbs. В редакторе локальной политики, в разделе Windows Settings/Scripts я добавил ссылку на файл .bat в свойства запуска.

Кажется, что мой скрипт не запускается (я не вижу результата). Есть ли журнал, который я могу проверить, чтобы понять, почему мой скрипт не запускается? Нужны ли файлы .vbs и/или .bat в специальной папке или что-то такое? Файл .bat ссылается на .vbs с относительным путем – это нормально, когда он запускается как стартовый скрипт? Все работает прекрасно, когда я просто дважды кликаю для ручного запуска файла .bat.

Я могу подтвердить, что мои файлы .bat работают, хотя они находятся в папке D:\scripts. Могу я предложить добавить простую команду, такую как ‘Notepad’, в файл пакета, чтобы убедиться, что она работает.

Могу я также предложить открыть Диспетчер задач, чтобы увидеть, какие процессы активны, например, с вашим оригинальным скриптом, есть ли какие-то записи .vbs среди процессов?

Еще одна мысль: вы настраиваете скрипты в разделе User Configuration\Windows Settings\Scripts(Logon\Logoff) (моя предпочтительная настройка) или в Computer Configuration, что может быть сложным.

Ну это распространенная ошибка.

Когда у вас есть файл .bat или powershell, необходимо переместить скрипт в папку, которую вы получаете, когда нажимаете “ПОКАЗАТЬ ФАЙЛЫ”, перемещая скрипты туда, вы можете быть уверены, что система имеет все необходимые разрешения для запуска при старте.

В моем случае это: C:\WINDOWS\System32\GroupPolicy\Machine\Scripts\Startup

Во-первых, убедитесь, что политика применена, запустив rsop из командной строки на компьютере.

Во-вторых, убедитесь, что скрипт доступен из общей папки, из которой политика будет его читать.

Не говоря уже о том, что некоторые политики требуют перезагрузки даже после gpupdate /force. Если он помещен в конфигурацию пользователя и вы применяете его к OU компьютеров, убедитесь, что режим обработки циклической пакетной обработки установлен в “слияние”.

Вероятно, есть проблема с тем, как файл .bat вызывает файл vbs, я бы рекомендовал следующее:

Запустите командную строку и попробуйте вызвать файл вручную: однократно с повышенной командной строки, а затем с обычной, и это действительно зависит от методов, которыми вы пытаетесь вызвать файл vbs, будь то cscript или wscript, не говоря уже о том, что некоторые из этих файлов пакетов лучше всего настраивать как скрипты входа в систему в настройках пользователя, а не компьютера (что я предпочитаю).

Теперь попробуйте отредактировать файл .bat, который вызывает скрипт следующим образом:

@echo off

%WINDIR%\SysWOW64\cmd.exe

cscript script.vbs или \\path\script.vbs

Думаю, лучше всего хранить скрипт в общей папке Sysvol. Или вы можете просто добавить скрипт vbs в скрипт входа в систему. Также, если вы вставите содержимое файла пакета, будет легче диагностировать, что происходит.

Ответ или решение

Вопрос связан с запуском сценария пакетного файла (.bat) с помощью локальной групповой политики на компьютере с Windows 7, и вот несколько шагов, чтобы выявить и решить проблемы, из-за которых сценарий не выполняется при запуске. Мы можем использовать методику анализа, устранения неисправностей и оптимизации.

Основные шаги по устранению проблемы

  1. Проверка путей доступа и прав доступа

    • Убедитесь, что файлы .bat и .vbs находятся в папке, для которой системы предоставлены все требуемые права. В идеале используйте папку, полученную после выбора опции "Показать файлы" в редакторе групповой политики, это гарантия наличия всех необходимых разрешений.
    • Разместите файлы в каталоге: C:\Windows\System32\GroupPolicy\Machine\Scripts\Startup. Это поможет избежать проблем с разрешениями доступа и путями.
  2. Использование абсолютных путей

    • Между файлами .bat и .vbs лучше использовать абсолютные пути, так как относительные могут вызвать проблемы в контексте запуска сценариев при старте системы.
    • Пример использования абсолютного пути:
      cscript C:\path\to\script.vbs
  3. Проверка конфигурации политики

    • Убедитесь, что политика действительно применена. Для этого выполните в командной строке rsop.msc (Resultant Set of Policy Management Console), чтобы увидеть примененные настройки.
    • Установите сценарий в User Configuration > Windows Settings > Scripts (Logon/Logoff). Это может быть более надежным для пользовательских сценариев.
  4. Устранение проблем с запуском

    • Убедитесь, что политика может получить доступ к файлам, если они хранятся на общем сетевом ресурсе.
    • Выполните сценарий вручную в разных контекстах (от имени администратора и обычного пользователя) из командной строки, чтобы убедиться в отсутствии ошибок:
      cscript //nologo C:\path\to\script.vbs
    • Подумайте о добавлении отладки в сценарий с помощью команд, таких как echo, чтобы выводить уведомления о ходе выполнения.
  5. Логи и дополнительные проверки

    • Проверьте журналы событий Windows (Event Viewer) для получения дополнительной информации о возможных ошибках сценария.
    • Проверьте в Диспетчере задач активные процессы на наличие выполняющихся сценариев .vbs, это поможет понять, начинается ли их выполнение.

Рекомендации для оптимизации

  • Возможно, вам стоит присмотреться к переносу скриптов в Sysvol, чтобы быть уверенными в доступности и надежности выполнения.
  • Убедитесь, что ваше окружение соответствует требованиям (например, установлена ли правильная версия Windows Script Host).

Следуя приведенным инструкциям и советам, вы сможете ликвидировать большую часть потенциальных проблем, связанных с автоматическим запуском ваших сценариев в Windows 7. Удачи в исправлении неполадок!

Оцените материал
Добавить комментарий

Капча загружается...