Автозагрузка в Windows Server 2019, где находится

Обновлено: 21.11.2024

Объясняет, как устанавливать, импортировать и использовать модули PowerShell.

Подробное описание

Модуль — это пакет, содержащий элементы PowerShell, такие как командлеты, поставщики, функции, рабочие процессы, переменные и псевдонимы.

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

В этом разделе объясняется, как использовать модули PowerShell. Сведения о том, как писать модули PowerShell, см. в разделе Написание модуля PowerShell.

Что такое модуль?

Модуль — это пакет, содержащий элементы PowerShell, такие как командлеты, поставщики, функции, рабочие процессы, переменные и псевдонимы. Члены этого пакета могут быть реализованы в сценарии PowerShell, скомпилированной библиотеке DLL или в комбинации того и другого. Эти файлы обычно группируются в одном каталоге. Дополнительные сведения см. в разделе Общие сведения о модуле Windows PowerShell в документации SDK.

Автозагрузка модуля

Начиная с PowerShell 3.0, PowerShell автоматически импортирует модули при первом выполнении любой команды в установленном модуле. Теперь вы можете использовать команды в модуле без какой-либо настройки или настройки профиля, поэтому вам не нужно управлять модулями после их установки на свой компьютер.

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

В каждом из следующих примеров модуль CimCmdlets, содержащий Get-CimInstance , импортируется в ваш сеанс.

Выполнить команду

Получить команду

Получить справку по команде

Команды Get-Command, содержащие подстановочный знак ( * ), считаются предназначенными для обнаружения, а не для использования и не импортируют никаких модулей.

Автоматически импортируются только модули, хранящиеся в расположении, указанном переменной среды PSModulePath. Модули в других местах необходимо импортировать с помощью командлета Import-Module.

Кроме того, команды, использующие поставщиков PowerShell, не импортируют модуль автоматически. Например, если вы используете команду, для которой требуется диск WSMan:, например командлет Get-PSSessionConfiguration, вам может потребоваться запустить командлет Import-Module, чтобы импортировать модуль Microsoft.WSMan.Management, включающий диск WSMan:.< /p>

Вы по-прежнему можете запускать команду Import-Module для импорта модуля и использовать переменную $PSModuleAutoloadingPreference для включения, отключения и настройки автоматического импорта модулей. Дополнительные сведения см. в разделе about_Preference_Variables.

Как использовать модуль

Чтобы использовать модуль, выполните следующие задачи:

Установите модуль. (Это часто делается для вас.)
Найдите команды, добавленные модулем.
Используйте команды, добавленные модулем.

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

Как установить модуль

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

Большинство модулей устанавливаются автоматически. PowerShell поставляется с несколькими предустановленными модулями, иногда называемыми основными модулями. На компьютерах под управлением Windows, если функции, включенные в операционную систему, имеют командлеты для управления ими, эти модули предустановлены. При установке компонента Windows с помощью, например, мастера добавления ролей и компонентов в диспетчере серверов или диалогового окна включения или выключения компонентов Windows на панели управления устанавливаются все модули PowerShell, являющиеся частью компонента. Многие другие модули входят в состав установщика или программы установки, которая устанавливает модуль.

Используйте следующую команду, чтобы создать каталог модулей для текущего пользователя:

Скопируйте всю папку модуля в папку Modules. Вы можете использовать любой метод для копирования папки, включая Windows Explorer и Cmd.exe, а также PowerShell. В PowerShell используйте командлет Copy-Item. Например, чтобы скопировать папку MyModule из C:\ps-test\MyModule в каталог Modules, введите:

Вы можете установить модуль в любом месте, но установка модулей в место по умолчанию упрощает управление ими. Дополнительные сведения о расположении модулей по умолчанию см. в разделах Расположение модулей и ресурсов DSC и PSModulePath.

Как найти установленные модули

Чтобы найти модули, которые установлены в расположение модулей по умолчанию, но еще не импортированы в ваш сеанс, введите:

Чтобы найти модули, которые уже были импортированы в ваш сеанс, в командной строке PowerShell введите:

Дополнительную информацию о командлете Get-Module см. в разделе Get-Module.

Как найти команды в модуле

Используйте командлет Get-Command, чтобы найти все доступные команды. Вы можете использовать параметры командлета Get-Command для фильтрации команд, например, по модулю, имени и существительному.

Чтобы найти все команды в модуле, введите:

Например, чтобы найти команды в модуле BitsTransfer, введите:

Дополнительную информацию о командлете Get-Command см. в разделе Get-Command.

Как получить справку по командам в модуле

Если модуль содержит файлы справки для экспортируемых им команд, командлет Get-Help отобразит разделы справки. Используйте тот же формат команды Get-Help, что и для получения справки по любой команде в PowerShell.

Начиная с PowerShell 3.0, вы можете загружать файлы справки для модуля и загружать обновления файлов справки, чтобы они никогда не устаревали.

Чтобы получить справку по командам в модуле, введите:

Чтобы получить онлайн-справку по команде в модуле, введите:

Чтобы загрузить и установить файлы справки для команд в модуле, введите:

Дополнительную информацию см. в разделах Get-Help и Update-Help.

Как импортировать модуль

Возможно, вам придется импортировать модуль или импортировать файл модуля. Импорт необходим, если модуль не установлен в местах, указанных переменной среды PSModulePath, $env:PSModulePath, или модуль состоит из файла, например файла .dll или .psm1, вместо обычного модуля, поставляемого в виде папка.

Вы также можете импортировать модуль, чтобы использовать параметры команды Import-Module, такие как параметр Prefix, который добавляет отличительный префикс к именам существительных всех импортируемых команд, или параметр NoClobber, что не позволяет модулю добавлять команды, которые скрывают или заменяют существующие команды в сеансе.

Чтобы импортировать модули, используйте командлет Import-Module.

Чтобы импортировать модули из местоположения PSModulePath в текущий сеанс, используйте следующий формат команды.

Например, следующая команда импортирует модуль BitsTransfer в текущий сеанс.

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

Например, чтобы добавить в сеанс модуль TestCmdlets из каталога C:\ps-test, введите:

Чтобы импортировать файл модуля, который не содержится в папке модуля, используйте в команде полный путь к файлу модуля.

Например, чтобы добавить в сеанс модуль TestCmdlets.dll из каталога C:\ps-test, введите:

Дополнительную информацию о добавлении модулей в сеанс см. в разделе Import-Module.

Как импортировать модуль в каждую сессию

Команда Import-Module импортирует модули в текущий сеанс PowerShell. Чтобы импортировать модуль в каждый запускаемый вами сеанс PowerShell, добавьте команду Import-Module в свой профиль PowerShell.

Дополнительную информацию о профилях см. в разделе about_Profiles.

Как удалить модуль

При удалении модуля добавленные им команды удаляются из сеанса.

Чтобы удалить модуль из сеанса, используйте следующий формат команды.

Например, следующая команда удаляет модуль BitsTransfer из текущего сеанса.

Удаление модуля меняет операцию импорта модуля. Удаление модуля не удаляет модуль. Дополнительные сведения см. в разделе Remove-Module.

Расположения модулей и ресурсов DSC, а также PSModulePath

Переменная среды $env:PSModulePath содержит список расположений папок, в которых выполняется поиск модулей и ресурсов.

Расположения в системе: $PSHOME\Modules

Эти папки содержат модули, поставляемые с Windows и PowerShell.

Ресурсы DSC, включенные в PowerShell, хранятся в папке $PSHOME\Modules\PSDesiredStateConfiguration\DSCResources.

Пользовательские модули: это модули, устанавливаемые пользователем в области действия пользователя. Install-Module имеет параметр Scope, который позволяет указать, будет ли модуль установлен для текущего пользователя или для всех пользователей. Дополнительные сведения см. в разделе Install-Module.

Местоположение CurrentUser для конкретного пользователя в Windows — это папка PowerShell\Modules, расположенная в папке Documents в вашем профиле пользователя. Конкретный путь к этому местоположению зависит от версии Windows и от того, используете ли вы перенаправление папок. Microsoft OneDrive также может изменить расположение папки «Документы».

По умолчанию в Windows 10 и более поздних версиях это расположение $HOME\Documents\PowerShell\Modules . В Linux или Mac расположение CurrentUser — $HOME/.local/share/powershell/Modules .

Вы можете проверить расположение папки "Документы" с помощью следующей команды: [Environment]::GetFolderPath('MyDocuments') .

Расположение AllUsers: $env:PROGRAMFILES\PowerShell\Modules в Windows.В Linux или Mac модули хранятся в /usr/local/share/powershell/Modules .

Чтобы добавить или изменить файлы в каталоге $env:Windir\System32, запустите PowerShell с параметром «Запуск от имени администратора».

Вы можете изменить расположение модулей по умолчанию в вашей системе, изменив значение переменной среды PSModulePath, $Env:PSModulePath . Переменная среды PSModulePath создана на основе переменной среды Path и имеет тот же формат.

Чтобы просмотреть расположение модулей по умолчанию, введите:

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

Точка с запятой ( ; ) в команде отделяет новый путь от пути, предшествующего ему в списке.

Например, чтобы добавить каталог C:\ps-test\Modules, введите:

Чтобы добавить расположение модуля по умолчанию в Linux или MacOS, используйте следующий формат команды:

Например, чтобы добавить каталог /usr/local/Fabrikam/Modules в значение переменной среды PSModulePath, введите:

В Linux или MacOS двоеточие ( : ) в команде отделяет новый путь от пути, предшествующего ему в списке.

При добавлении пути к PSModulePath команды Get-Module и Import-Module включают модули в этот путь.

Установленное значение влияет только на текущий сеанс. Чтобы сделать изменение постоянным, добавьте команду в свой профиль PowerShell или используйте «Система» на панели управления, чтобы изменить значение переменной среды PSModulePath в реестре.

Кроме того, чтобы сделать изменение постоянным, вы также можете использовать метод SetEnvironmentVariable класса System.Environment, чтобы добавить путь к переменной среды PSModulePath.

Дополнительную информацию о переменной PSModulePath см. в разделе about_Environment_Variables.

Модули и конфликты имен

Конфликты имен возникают, когда несколько команд в сеансе имеют одно и то же имя. Импорт модуля вызывает конфликт имен, когда команды в модуле имеют те же имена, что и команды или элементы в сеансе.

Конфликты имен могут привести к скрытию или замене команд.

Скрыто

Команда скрыта, если это не та команда, которая запускается при вводе имени команды, но вы можете запустить ее другим способом, например, указав в имени команды имя модуля или оснастки в который он создал.

Заменено

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

Import-Module может добавлять команды, которые скрывают и заменяют команды в текущем сеансе. Кроме того, команды в вашем сеансе могут скрывать команды, добавленные модулем.

Чтобы обнаружить конфликты имен, используйте параметр All командлета Get-Command. Начиная с PowerShell 3.0 командлет Get-Command получает только те команды, которые запускаются при вводе имени команды. Параметр All получает все команды с определенным именем в сеансе.

Чтобы предотвратить конфликты имен, используйте параметры NoClobber или Prefix командлета Import-Module. Параметр Prefix добавляет префикс к именам импортируемых команд, чтобы они были уникальными в сеансе. Параметр NoClobber не импортирует никаких команд, которые могли бы скрыть или заменить существующие команды в сеансе.

Вы также можете использовать параметры Alias, Cmdlet, Function и Variable командлета Import-Module, чтобы выбрать только те команды, которые вы хотите импортировать, и вы можете исключить команды, которые вызывают конфликты имен в вашем сеансе.

Авторы модулей могут предотвратить конфликты имен, используя свойство DefaultCommandPrefix манифеста модуля, чтобы добавить префикс по умолчанию ко всем именам команд. Значение параметра Prefix имеет приоритет над значением DefaultCommandPrefix.

Даже если команда скрыта, вы можете запустить ее, указав в имени команды имя модуля или оснастки, в которой она возникла.

Правила приоритета команд PowerShell определяют, какая команда запускается, когда сеанс включает команды с одинаковыми именами.

Например, если сеанс включает функцию и командлет с одинаковыми именами, PowerShell запускает функцию по умолчанию. Если сеанс включает команды одного типа с одинаковыми именами, например два командлета с одинаковыми именами, по умолчанию выполняется последняя добавленная команда.

Дополнительную информацию, включая объяснение правил приоритета и инструкции по запуску скрытых команд, см. в разделе about_Command_Precedence.

Модули и оснастки

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

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

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

Например, чтобы найти источник командлета Get-Date, введите:

Предупреждения и ошибки, связанные с модулем

Команды, экспортируемые модулем, должны соответствовать правилам именования команд PowerShell. Если импортируемый модуль экспортирует командлеты или функции, в именах которых есть неутвержденные глаголы, командлет Import-Module отображает следующее предупреждающее сообщение.

ВНИМАНИЕ! Некоторые импортированные имена команд содержат неутвержденные глаголы, что может сделать их менее заметными. Используйте параметр Verbose для получения более подробной информации или введите Get-Verb, чтобы просмотреть список разрешенных команд.

Это сообщение является только предупреждением. Весь модуль по-прежнему импортируется, включая несоответствующие команды. Хотя сообщение отображается для пользователей модуля, проблема с именем должна быть устранена автором модуля.

Чтобы скрыть предупреждающее сообщение, используйте параметр DisableNameChecking командлета Import-Module.

Встроенные модули и оснастки

В PowerShell 2.0 и в хост-программах старого стиля в PowerShell 3.0 и более поздних версиях основные команды, устанавливаемые вместе с PowerShell, упакованы в оснастки, которые автоматически добавляются в каждый сеанс PowerShell.

Начиная с PowerShell 3.0, для хост-программ, которые реализуют API состояния начального сеанса InitialSessionState.CreateDefault2, оснастка Microsoft.PowerShell.Core добавляется к каждому сеансу по умолчанию. Модули загружаются автоматически при первом использовании.

Удаленные сеансы, в том числе сеансы, которые запускаются с помощью командлета New-PSSession, представляют собой сеансы старого типа, в которых встроенные команды упакованы в оснастки.

Следующие модули (или оснастки) устанавливаются вместе с PowerShell.

CimCmdlets
Microsoft.PowerShell.Архив
Microsoft.PowerShell.Core
Microsoft.PowerShell.Diagnostics
Microsoft.PowerShell.Host
Microsoft.PowerShell.Management
Microsoft.PowerShell.Security
Microsoft.PowerShell.Утилита
Microsoft.WSMan.Management
Управление пакетами
PowerShellGet
PSDesiredStateConfiguration
PSDДиагностика
PSReadline

Регистрация событий модуля

Начиная с PowerShell 3.0, вы можете записывать события выполнения командлетов и функций в модулях и оснастках PowerShell, задав для свойства LogPipelineExecutionDetails модулей и оснасток значение $True . Вы также можете использовать параметр групповой политики «Включить ведение журнала модуля», чтобы включить ведение журнала модуля во всех сеансах PowerShell. Дополнительные сведения см. в статьях о ведении журналов и групповых политиках.

Вероятно, так же, как и в 2012 R2, вы можете использовать AutoRuns

С уважением, Дэйв Патрик.
Microsoft Certified Professional
Microsoft MVP [Windows Server] Управление центром обработки данных

Отказ от ответственности: эта публикация предоставляется "КАК ЕСТЬ" без каких-либо гарантий или гарантий и не дает никаких прав.

Это означает, что сервер Windows 2016 не может отключить автозапуск программ? AutoRuns изменили regedits?

Извините, как я могу использовать AutoRuns?
'Autoruns64.exe' > Все > (отметьте) элементы??

Верно, для него нет пользовательского интерфейса. Также загляните в;

C:\Users\"какой-то пользователь"\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup

С уважением, Дэйв Патрик.
Microsoft Certified Professional
Microsoft MVP [Windows Server] Управление центром обработки данных

Отказ от ответственности: эта публикация предоставляется «КАК ЕСТЬ» без каких-либо гарантий или гарантий и не дает никаких прав.

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

start -> RUN -> msconfig -> вкладка автозагрузки-> выберите программы и управляйте ими соответствующим образом.

Здравствуйте!
Просто проверяю, была ли предоставленная информация полезной. Сообщите нам, если вам нужна дополнительная помощь.

В диспетчере серверов нажмите «Управление» > «Свойства диспетчера серверов» > установите флажок «Не запускать диспетчер серверов автоматически при входе в систему»

Предложено в качестве ответа frank_song Microsoft contingent staff понедельник, 26 февраля 2018 г., 4:45

Была ли ваша проблема решена?

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

С наилучшими пожеланиями,
Фрэнк

Спасибо! Только ваше решение работает!

Еще один способ, не рекомендуемый MS.

Обратите внимание, что клавиши «Выполнить» — это лишь один из многих способов настройки программ для автоматического запуска.В этом и прелесть инструмента автозапуска — он раскрывает их все. Ура.

Типичный Microsoft. Взломайте реестр, чтобы он заработал. Или просто делайте то, что сейчас должны делать все.

Сначала просто запустите OS-X. (Программист Windows более 35 лет, но меня тошнит от подобных вещей. Есть идеи, сколько раз мне приходилось взламывать реестр, чтобы заставить что-то работать, или, что еще хуже, полностью обойти ОС.) Это совершенно БЕЗУМНО что для такого рода вещей не будет пользовательского интерфейса.

И что еще хуже, программа, которая всегда запускается при входе на сервер, совершенно бесполезна. Я так и не нашел НИ ОДНОЙ вещи, которую можно СДЕЛАТЬ с помощью «менеджера сервера»

(В одном из других ответов говорится, что вы можете отключить этот мусор внутри приложения. Я, наконец, смог отключить его впервые примерно за десятилетие с момента написания этого мусорного приложения.

У меня есть несколько файлов .Reg, на которые я нажимаю, чтобы исправить дефекты в Windows. Э-э, отключите «функции», у которых нет пользовательского интерфейса, чтобы отключить их. У меня даже есть программа, которая работает в фоновом режиме, чтобы отключить программу автоматического обновления, чтобы она не перезагружала мою машину, которую я использую в качестве сервера сборки. (О-о, вы НИКОГДА не будете использовать для этого машину с Windows 10, нам НУЖНО перезагружать ее ежедневно/случайно. НАМ НУЖЕН КОНТРОЛЬ НАШЕЙ МАШИНЫ. В конце концов, мы за это заплатили. О, подождите? что вы хотите, нам без разницы. ) И чтобы применить ЛЮБОЕ изменение к машине, винда хочет перезагрузиться. Новый драйвер USB-устройства? Перезагрузить. нет причин, просто перезагрузитесь..

Загрузите Autoruns и Autorunsc (3,7 МБ)
Запустите прямо сейчас с Sysinternals Live.

Введение

Эта утилита, обладающая самыми полными знаниями о местах автоматического запуска любого монитора запуска, показывает, какие программы настроены для запуска во время загрузки системы или входа в систему, а также при запуске различных встроенных приложений Windows, таких как Internet Explorer, Проводник и медиаплееры. Эти программы и драйверы находятся в папке автозагрузки, Run, RunOnce и других разделах реестра. Autoruns сообщает о расширениях оболочки Explorer, панелях инструментов, вспомогательных объектах браузера, уведомлениях Winlogon, автоматически запускаемых службах и многом другом. Autoruns выходит далеко за рамки других утилит автозапуска.

Параметр

Autoruns «Скрыть подписанные записи Microsoft» помогает увеличить изображения сторонних автозапусков, которые были добавлены в вашу систему, и поддерживает просмотр настроенных автоматически запускаемых образов. для других учетных записей, настроенных в системе. В загружаемый пакет также включен эквивалент командной строки, который может выводить в формате CSV, Autorunsc.

Возможно, вас удивит, сколько исполняемых файлов запускается автоматически!

Скриншот

Использование

Просто запустите Autoruns, и он покажет вам настроенные в данный момент приложения для автоматического запуска, а также полный список местоположений реестра и файловой системы, доступных для настройки автоматического запуска. Положения автозапуска, отображаемые Autoruns, включают записи входа в систему, надстройки Explorer, надстройки Internet Explorer, включая вспомогательные объекты браузера (BHO), библиотеки DLL Appinit, перехваты изображений, образы выполнения загрузки, библиотеки DLL уведомлений Winlogon, службы Windows и многоуровневые поставщики услуг Winsock, носители. кодеки и многое другое. Переключайте вкладки для просмотра автозапусков из разных категорий.

Чтобы просмотреть свойства исполняемого файла, настроенного для автоматического запуска, выберите его и используйте пункт меню "Свойства" или кнопку на панели инструментов. Если Process Explorer запущен и есть активный процесс, выполняющий выбранный исполняемый файл, то пункт меню Process Explorer в меню Entry откроет диалоговое окно свойств процесса для процесса, выполняющего выбранный образ.

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

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

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

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

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

Использование автозапуска

Autorunsc — это версия Autoruns для командной строки. Его синтаксис использования:

Использование: autorunsc [-a ] [-c|-ct] [-h] [-m] [-s] [-u] [-vt] [[-z ] | [пользователь]]]

td> < td>Печатать выходные данные в формате XML.

Параметр	Описание
-a	Выбор записи автозапуска:
*	Все.
b	Выполнить загрузку.
d	Appinit DLLs.
e	Дополнения Explorer.
g	Гаджеты боковой панели (Vista и выше)
h	Похищение изображений.
i	Дополнения для Internet Explorer.
k< /td>	Известные библиотеки DLL.
l	Запуск входа в систему (значение по умолчанию).
m	Записи WMI.
n	Протокол Winsock и сетевые провайдеры.
o	Кодеки.
p	Библиотеки DLL монитора принтера.
r	Поставщики безопасности LSA.
s	Службы автозапуска и неотключенные драйверы.< /td>
t	Запланированные задачи.
w	Записи Winlogon.< /тд >
-c	Вывод на печать в формате CSV.
-ct	Вывод на печать как значения, разделенные табуляцией.
-h	Показать хэши файлов.
-m< /td>	Скрыть записи Microsoft (подписанные записи, если используется с -v).
-s	Проверить цифровые подписи.
-t	Показать метки времени в нормализованном формате UTC (ГГГГММДД-ччммсс).
-u	Если проверка VirusTotal включена, показывать файлы, которые неизвестны VirusTotal или имеют ненулевое обнаружение, в противном случае показывать только неподписанные файлы.
-x
-v[rs]	Запросить VirusTotal на наличие вредоносного ПО на основе хэша файла. Добавьте 'r', чтобы открывать отчеты для файлов с ненулевым обнаружением. Файлы, указанные как ранее не просканированные, будут загружены в VirusTotal, если указана опция 's'. Обратите внимание, что результаты сканирования могут быть недоступны в течение пяти или более минут.
-vt	Прежде чем использовать функции VirusTotal, вы должны принять условия обслуживания VirusTotal. Если вы не приняли условия и пропустили этот параметр, вам будет предложено интерактивно.
-z	Указывает автономную систему Windows для сканирования .
user	Указывает имя учетной записи пользователя, для которого будут отображаться элементы автозапуска. Укажите '*' для сканирования всех профилей пользователей.

Ссылки по теме

Официальная страница обновлений и ошибок для окончательной книги о внутреннем устройстве Windows, написанной Марком Руссиновичем и Дэвидом Соломоном. Официальное руководство по утилитам Sysinternals от Марка Руссиновича и Аарона Маргозиса, включающее описание всех инструментов, их особенностей, способов их использования для устранения неполадок и примеры их использования в реальных условиях.

Скачать

Загрузите Autoruns и Autorunsc (3,7 МБ)
Запустите прямо сейчас с Sysinternals Live.

С момента объявления о том, что Visual Studio 2019 версии 16.1 будет блокировать синхронную автозагрузку любого расширения, мы стали свидетелями огромных усилий как собственных, так и сторонних расширений по реализации асинхронной фоновой загрузки. Было действительно удивительно видеть, как сообщество авторов расширений взялось за эту задачу. Многие даже сделали это задолго до того, как мы анонсировали Visual Studio 2019.

В результате ускоряется запуск и загрузка решения для Visual Studio, а также уменьшается количество задержек пользовательского интерфейса, вызванных блокировкой операций в основном потоке. Итак, большое СПАСИБО всем авторам расширений за всю тяжелую работу, чтобы это произошло.

Контролировать поведение

По умолчанию Visual Studio 2019 версии 16.1 блокирует любой синхронно автоматически загружаемый пакет из любого расширения и показывает уведомление, чтобы предупредить пользователя об этом.

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

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

Чтобы прекратить блокировку синхронно загружаемых расширений, нажмите кнопку Разрешить синхронную автозагрузку на желтой панели уведомлений или установите новый флажок в диалоговом окне параметров.

Важно подчеркнуть, что мы действительно никому не рекомендуем разрешать синхронную автозагрузку, но признаем необходимость иметь возможность разблокировать пользователей и команды для выполнения своей работы. Даже если мы знаем, что это приводит к снижению производительности Visual Studio.

Групповая политика

Чтобы установить этот параметр для всех членов команды, ИТ-администратор теперь может установить раздел реестра с помощью групповой политики. Когда групповая политика установлена, она имеет приоритет над возможностью отдельного пользователя самостоятельно изменить параметр, а флажок становится серым и отключенным.

Обновления торговой площадки

Авторы расширений должны по-прежнему использовать AsyncPackage и включать фоновую загрузку. Обновление Marketplace показывает ошибки при загрузке любого расширения, поддерживающего Visual Studio 2019, которое использует синхронную автозагрузку. Это обновление введено, поскольку ни одно расширение не может делать предположения о том, что пользователи разрешают синхронную автоматическую загрузку расширений.

Проще говоря

Вот краткий список, чтобы подвести итог:

Marketplace требует, чтобы автозагрузка была асинхронной и работала в фоновом режиме.
Пользователи и ИТ-администраторы могут отказаться от блокировки (не рекомендуется)
Автозагрузка расширения всегда должна выполняться асинхронно в фоновом режиме.

Еще раз большое спасибо за ваши усилия по повышению производительности Visual Studio на благо всех пользователей. Мы ценим тяжелую работу и понимаем, что во многих случаях для этого потребовался значительный объем работы. Вы вызываете наше искреннее уважение и восхищение.

Читайте также: