Windows не удалось применить параметры сценариев

Обновлено: 21.11.2024

Я считаю, что файл pushprinterconnections.exe не нужен для настройки сети, состоящей из толстых клиентов Windows 7 и Windows Server 2008 R2 для развертывания принтеров, хотя в то время, когда я пытался выполнить эту настройку, я этого не знал. Даже если это не так, вы можете подумать, что откатить этот параметр объекта групповой политики было бы легко.

Это было много месяцев назад, поэтому я просто скажу, что помню. Я помню, что мне нужно было поместить файл pushprinterconnections.exe в соответствующую папку запуска/завершения/входа/выхода объекта групповой политики, и я пытался заставить его работать и заметил, что он не работает должным образом и вызывает ошибки/проблемы пользователя, поэтому я вытащил политику GPO и удалил файл pushprinterconnections.exe. С тех пор каждые 2 часа на ВСЕХ клиентах в сети я получаю следующую ошибку:

"Системе Windows не удалось применить настройки скриптов. Настройки скриптов могут иметь собственный файл журнала. Нажмите ссылку "Дополнительная информация"".

НЕТ ОТВРАТИТЕЛЬНЫХ ПАРАМЕТРОВ СЦЕНАРИЯ. Я СНЯЛ ИХ, ТАК ПОЧЕМУ ОН ПЫТАЕТСЯ ПРИМЕНИТЬ ИХ. НИГДЕ НЕТ "ССЫЛКИ НА ДОПОЛНИТЕЛЬНУЮ ИНФОРМАЦИЮ", ЧТОБЫ НАЖАТЬ!! . ВСЕ, ЧТО Я ПОЛУЧАЮ, ЭТО ОБЩАЯ ИНФОРМАЦИЯ.

А это "Системе не удается найти указанный файл". заставляет меня думать, что он все еще ищет файл pushprinterconnections.exe на клиентском ПК, потому что я не знаю, какой другой файл он будет искать, и я не экспериментировал ни с одним другим файлом. за исключением, возможно, сценария входа в систему (который также был удален).

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

Наконец, есть ли способ "пошагово пройти" объекты групповой политики по мере их применения на сервере? Где я должен посмотреть, что сервер делает с объектами групповой политики, чтобы получить более подробную информацию об этой проблеме? Я просмотрел отчет об объектах групповой политики, применяемых в сети, и там НЕТ действующих объектов групповой политики СЦЕНАРИЙ.

Вывод журнала событий ниже, который повторяется каждые 2 часа на всех клиентских ПК. ПОМОЩЬ.

1085
0
3
0
1
0x8000000000000000

108569

Система
itadmin.domain.local

1
3961
0
1263
2
Системе не удается найти указанный файл.
\\ADServer.domain.local
Скрипты

BC AdBot (войдите для удаления)

когда у меня возникают проблемы с настройками GPo, я всегда использую gpupdate /force, а затем использую команду rsop.msc и запускаю ее как от имени администратора, так и от обычного пользователя.

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

Чтобы найти преступника, проверьте идентификатор процесса, потому что он подробно описан здесь, используйте либо taskmgr.msc, либо processexplorer из пакета sysinternals.

Отредактировано JohnnyJammer, 25 августа 2014 г., 19:50.

Я сделал то, что вы сказали, и смог отследить 508 до инструментария управления Windows (или winmgmt, работающего в группе netsvcs, согласно диспетчеру задач).

Когда я посмотрел на результирующий набор политик в конфигурации пользователя, я увидел 1 ! отметьте (никаких других ошибок нигде, кроме как здесь, в «СКРИПТЫ»), и когда я перешел к СКРИПТАМ после ПРАВОГО ЩЕЛЧКА «конфигурация пользователя», снова отображается самая основная ошибка в мире:

Вторник, 26 августа 2014 г., 9:42:15
Сбой сценариев из-за ошибки, указанной ниже.
Системе не удается найти указанный файл.

КАКОЙ ФАЙЛ УКАЗАН? КУДА. КАК Я МОГУ УЗНАТЬ, КАКОЙ ФАЙЛ ОН ИЩЕТ? СЛЕДУЕТ ЛИ Я ПОМЕЩАТЬ ФАЙЛ PUSHPRINTERCONNECTIONS.EXE НА МЕСТЬ В ЧАСТЬ ВХОДА GPO И ПОВТОРНО ПРИМЕНЯТЬ. ТОГДА УДАЛИТЬ ЕГО СНОВА??

ГДЕ СМОТРЕТЬ, КАКОЙ ФАЙЛ УКАЗАН? ЛОЛ

Очевидно, что он где-то ищет файл, лол, я ненавижу такие проблемы, как эта попытка устранить неполадки. В пользовательской конфигурации/скрипты/вход в систему просто удалите их сценарии входа в систему (если они есть), но не удаляйте их, просто удалите из списка.

Затем с сервера введите команду

Посмотрите, появится ли снова этот маленький значок.

Также вам не нужно использовать pushprint при использовании userconfig/prefs/control panel/printers. Пока вы используете либо имя netbios, либо полное доменное имя и устанавливаете таргетинг на пользователей этой ОС в группе внутри OU, проблем быть не должно.

С другой стороны, вы можете остановить обработку этого принтера, выбрав (отметив) Остановить обработку на общей вкладке принтера.

убедитесь, что в качестве таргетинга на уровне itel указана группа пользователей, принадлежащих к этому подразделению или филиалу и т. д. и т. п.

PS: Всегда создавайте принтер и никогда не обновляйте его, потому что при создании принтер будет удален, а затем создан заново.

Также убедитесь, что у вас включена изоляция Point & Print и отключено отображение предупреждений об установке драйверов.Он находится в разделе Userconfig/admin templates/control panel/printers, извините за поздний ответ, товарищ, был занят!

Отредактировано JohnnyJammer, 27 августа 2014 г., 19:03.

Ну, чтобы вернуться к сообщению, с августа 2014 года это все еще происходит с каждым компьютером в сети.

После того, как я провел собственное расследование в реестре Windows на наличие GUID 42B5FAAE-6536-11d2-AE5A-0000F87571E3, оказалось, что это расширение групповой политики, которое развертывает сценарии. Я предполагаю, что в какой-то момент, когда я подумал, что мне нужен файл pushprinterconnections.exe для развертывания принтеров для среды Windows 7, я испортил GPE в реестре. потому что в любой папке, которую просматривает GP, нет сценариев или исполняемых файлов для развертывания, но GUID 42B5FAAE-6536-11d2-AE5A-0000F87571E3 все еще указан в настройках GPE в реестре, пытаясь развернуть сценарии, которых нет. Итак, я собираюсь удалить GUID 42B5FAAE-6536-11d2-AE5A-0000F87571E3 из реестра в тех местах, где, по моему мнению, это не должно быть для «текущего развертывания», и выполнить /force и посмотреть, исправит ли это ситуацию, и опубликовать обратно. .

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

Вот что я сделал, и еще неизвестно, «удалил ли я» возможность использовать «скрипты» с GPO, но если я сделал это непреднамеренно, я могу просто добавьте резервные ключи реестра обратно в реестр на моем сервере AD1, и он должен восстановить функциональность до того, что было. но ТОЛЬКО ЕСЛИ Я ДЕЙСТВИТЕЛЬНО ПОМЕЩАЮ СЦЕНАРИЙ в папку выключения/запуска/входа/выхода из системы для объекта групповой политики, который мне нужно использовать, и в настоящее время у меня нет никаких сценариев, которые мне «НЕОБХОДИМО» использовать для нашей сети, потому что я хотел бы сохранить его как как можно проще.

Вот ключи реестра, которые я изменил. Это их «ОРИГИНАЛЬНЫЕ» версии до того, как я удалил GUID 42B5FAAE-6536-11d2-AE5A-0000F87571E3 везде, где я видел его в списке.

Резервный ключ реестра 1. Я стал владельцем этого ключа и полностью удалил его после резервного копирования: