Ошибка при установке powershell

На старых версиях Windows (Windows 8, Windows Server 2012 R2, старые билды Windows 10) при установке модулей из PowerShell Gallery через NuGet с помощью команды Install-Module может появиться ошибка Unable to download from URI.

Например, при установке модуля Exchange Online PowerShell (EXOv2), появляются ошибки загрузки модуля PowershellGet и провайдера NuGet:

Install-Module -Name ExchangeOnlineManagement -Force -Scope AllUsers

WARNING: Unable to download from URI ‘https://go.microsoft.com/fwlink/?LinkID=627338&clcid=0x409′ to ”.
WARNING: Unable to download the list of available providers. Check your internet connection.
PackageManagementInstall-PackageProvider : No match was found for the specified search criteria for the provider 'NuGet'. The package provider requires 'PackageManagement' and 'Provider' tags. Please check if the specified package has the tags.
CategoryInfo : InvalidArgument: (Microsoft.Power...PackageProvider:InstallPackageProvider) [Install-PackageProvider], Exception
+ FullyQualifiedErrorId : NoMatchFoundForProvider,Microsoft.PowerShell.PackageManagement.Cmdlets.InstallPackageProvider
Unable to find package provider 'NuGet'. It may not be imported yet. Try 'Get-PackageProvider -ListAvailable'.
+ CategoryInfo : ObjectNotFound: (Microsoft.Power...PackageProvider:GetPackageProvider) [Get-PackageProvider], Exception
+ FullyQualifiedErrorId : UnknownProviderFromActivatedList,Microsoft.PowerShell.PackageManagement.Cmdlets.GetPackageProvider
+ CategoryInfo : InvalidOperation: (:) [Install-Module], InvalidOperationException
+ FullyQualifiedErrorId : CouldNotInstallNuGetProvider,Install-Module

При этом в журнале Event Viewer -> System будет появляться ошибка Schannel с EventID 36874:

An TLS 1.2 connection request was received from a remote client application, but none of the cipher suites supported by the client application are supported by the server. The TLS request has failed.

Проблема возникает из-за того, что PowerShell пытается подключиться к репозиторию NuGet с помощью устаревших TLS/SSL протоколов вместо актуального TLS 1.2.

Проверьте версию PowerShell на вашем компьютере:

host|select version

Если у вас установлена версия PowerShell ниже, чем 5.1.14xx, обновите ее.

Более старые версии PowerShell по умолчанию используют SSL 3.0 и TLS 1.0 для установки защищенных https подключений к репозиториям.

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

[Net.ServicePointManager]::SecurityProtocol]

Ssl3, Tls

В нашем примере PowerShell использует для подключения устаревшие протоколы SSL 3.0, TLS 1.0, или TLS 1.1. На данный момент для подключения рекомендуется использовать TLS 1.2 или TLS 1.3.

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

[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12

После этого можно выполнить установку PowerShell модуля с помощью Install-Module.

Чтобы не переключать протокол https-подключения каждый раз вручную, вы можете включить использование протокола TLS 1.2 по-умолчанию в .NET Framework 4.5 (и выше). Для этого нужно внести следующие изменения в реестр командами:

Set-ItemProperty -Path 'HKLM:SOFTWAREWow6432NodeMicrosoft.NetFrameworkv4.0.30319' -Name 'SchUseStrongCrypto' -Value '1' -Type DWord
Set-ItemProperty -Path 'HKLM:SOFTWAREMicrosoft.NetFrameworkv4.0.30319' -Name 'SchUseStrongCrypto' -Value '1' -Type DWord

Перезапустите консоль PowerShell. Выведите список доступных протоколов:

[Net.ServicePointManager]::SecurityProtocol

Tls, Tls11, Tls12

Теперь для подключения всегда используется протокол TLS 1.2 и вы можете установить любой PowerShell модуль через NuGet.

В статье

Windows PowerShell устанавливается по умолчанию в каждой отдельной системе Windows, начиная с Windows 7 с пакетом обновления 1 (SP1) иWindows Server 2008 R2 SP1.

Если вас интересует PowerShell 7 и приведенный здесь, вам необходимо установить PowerShell вместо Windows.Силовая оболочка. Для получения дополнительной информации см. Установите PowerShell поверх Windows .

Найдите PowerShell в Windows 11, 10, 8.1, 8.0 и найдите верхний

Иногда Консоль управления PowerShell или IDENariyev (ISE) в Windowsсложно, потому что планировка рабочего дня гостиной от одной версии, связанной с Windows, к другой.

Следующие записи помогут вам определить, что PowerShell переносит вашу версию Windows. Перечислены почти все версииЗдесь доступна оригинальная версия, так как она распространялась без каких-либо обновлений. Консоль

<Таблица

Для читабельности Datatable = “1”><голова>

Версия
Местоположение

<тело>

Windows 10, 11
Щелкните в нижнем левом углу Windows и начните вводить PowerShell

Windows 8.1, 8.0
На начальном экране я бы сказал, начните вводить PowerShell.
Если вы находитесь в верхней части рабочего стола, щелкните значок в левом нижнем углу, Windows начнет вводить PowerShell

Windows 7 SP1
Щелкните значок в нижнем левом углу, и окно, связанное с окном поиска, начнет вводить PowerShell

Для ISE

<таблица readabilitydatatable = «1»><голова>

Версия
Местоположение

<тело>

Windows 10, 11
Нажмите на символ в левом нижнем углу, Windows должна начать входить в ISE

Windows 8.1, 8.0
На стартовом экране проецирования PowerShell ISE.
Если вы находитесь в нижнем углу значка Windows на домашнем компьютере, введите PowerShell ISE

Windows 7 SP1
Щелкните значок звукового сигнала Windows в левом углу со скидкой, начните вводить PowerShell

в одном конкретном поле поиска.

Начиная с Windows Server 08 R2, операционная система Windows должна быть установлена ​​без установки.графический пользовательский интерфейс (GUI). Выпуски Windows Server без графического интерфейса являются основными выпусками.а разные версии с графическим интерфейсом называются десктопными.

Основные выпуски Windows Server

Во всех основных выпусках любой, кто входит на сервер вашей компании, увидит вашу текущую командную строку Windows.

Введите powershell и, кроме того, нажмите ENTER , чтобы запустить PowerShell в командном сеансе. <код> выход Введите, чтобы иметь возможность закрыть действие PowerShell и вернуться в командную строку.

Выпуски Windows Server

Для всех версий Desktop для настольных ПК: просто нажмите значок Windows в левом нижнем углу и начните вводить PowerShell. Вы получаетеаспекты устройства и ISE.

Единственным исключением из приведенного выше правила является интегрированная среда сценариев в Windows Server 2008 R2 с пакетом обновления 1 (SP1); В этом случае нажмитеоставил Windows знаменитой в углу сворачивания, типа PowerShell ISE.

Как проверить версию PowerShell

Чтобы узнать, какая версия PowerShell буквально установлена ​​в соответствии с вашими требованиями, запустите PS3 PowerShell (или ISE) иВведите $ PSVersionTable и нажмите ENTER . Найдите эквивалентное значение PSVersion .

Обновите существующую оболочку Windows PowerShell

Пакет, созданный в PowerShell, находится в установщике WMF. WMF-версияустановщик соответствует версии PowerShell; Вы не будете включать автономный установщик для WindowsPowerShell.

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

Мне нужен Azure, а вы — Powershell

Если вы ищете Azure PowerShell, возможно, это ваш сайт. Начинать Представляем Azure PowerShell .

См. также

<ул>

В основном выпуске Windows 10 с включенным полуавтоматическим обновлением PowerShell вполне можно поддерживать в актуальном состоянии с помощью нового автоматического или автоматического обновления.Версия 5.0 до 5.1. Если исходная версия Windows 10 больше не считается обновленной через Центр обновления Windows,версия, которая должна включать PowerShell, — 5.0.

Ваша конфиденциальность

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

Windows Management Framework (WMF) 5.1 предоставляет PowerShell 5.1. По умолчанию в Windows Server 2008 R2 SP1 работает старая версия PowerShell 2. Загрузив и установив WMF 5.1 на новый Windows Server r2, мы можем при желании обновиться до PowerShell 5.1.

<час>

Эта статья является частью серии пользовательских руководств Microsoft 70-744 по обеспечению безопасности Windows Server 2016. Дополнительные статьи и связанную информацию можно найти во многих наших подробных руководствах 70-744.

<час>

Загрузите WMF 5.1 на Windows Server 2008 R2

Работает с Windows Server 2012, а также с 2012 R2. PowerShell 5.0 уже установлен по умолчанию в Windows Server 2016, поэтому он, вероятно, не требуется. Обратите внимание, что вы можете внедрить специальный пакет обновлений (SP1), чтобы помочь Windows Server 2008 R2.

Во-первых, подтвердите, какую версию PowerShell мы устанавливаем на всю нашу систему 2008 R2. Это можно сделать, просто открыв PowerShell и запустив $ PSVersionTable, как показано ниже; С: >

 ps $ PSVersionTableЗначение, включая имя---- -----CLR версии 2.0.50727.4927BuildVersion полдюжины .1.7600.16385PS версия 2.0WSManStackVersion 2.0Совместимые версии PS 1.0, 2.0Вариант сериализации 1.1.0.1PSRemotingProtocolVersion 2.1

Ускорьте свой компьютер сегодня с помощью этой простой в использовании загрузки. г.

How To Install Powershell In Windows 2008 R2
Come Installare Powershell In Windows 2008 R2
Hur Man Installerar Powershell I Windows 2008 R2
Como Instalar Powershell No Windows 2008 R2
Windows 2008 R2에 파워쉘을 설치하는 방법
Hoe Powershell Te Installeren In Windows 2008 R2
Wie Installiere Ich Powershell In Windows 2008 R2
Jak Zainstalowac Powershell W Windows 2008 R2
Comment Installer Powershell Dans Windows 2008 R2
Como Instalar Powershell En Windows 2008 R2
г.

Обновлено 09.02.2022

Доброго времени суток. Уважаемые читатели блога Pyatilistnik.org. В прошлый раз мы с вами успешно разобрали ошибку whea uncorrectable error в операционной системе Windows 10. Идем далее, и сегодня речь пойдет про ошибки установок модулей PowerShell, а в частности мы поговорим, как правильно установить NuGet, который участвует в установке других модулей расширяющих возможности PowerShell. Уверен, что те кто еще использует операционные системы ниже Windows 10, будет особенно полезно.

Ошибка установки модулей PowerShell (Unable to resolve package source)

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

Немного изучив данный вопрос, я понял, что тут дело вот в чем. Небольшая цитата от Microsoft «В Microsoft использование новейших и безопасных методов шифрования очень важно для обеспечения безопасности и конфиденциальности наших клиентов. Известно, что TLS 1.0 и TLS 1.1, выпущенные в 1999 и 2006 годах соответственно, уязвимы для ряда атак, включая POODLE и BEAST . В прошлом мы убрали поддержку SSL 3, потому что он также был уязвим для атак. По этим причинам NuGet.org прекратит поддержку TLS 1.0 и 1.1. Это означает, что вы больше не сможете восстанавливать пакеты, загружать пакеты или просматривать NuGet.org, используя эти устаревшие протоколы безопасности. Подавляющее большинство запросов, которые мы получаем с использованием этих протоколов, относятся к нашему устаревшему API V2 (Например https://www.powershellgallery.com/api/v2/), который был заменен нашим API V3 в 2015 году. Чтобы быть готовым к этому переходу, убедитесь, что ваши системы поддерживают TLS 1.2 или выше.»

В итоге произошло следующее:

• Февраль 2020 г — Временно прекращается поддержка TLS 1.0/1.1 в 3 часовых поясах по 4 часа в каждом, чтобы обеспечить совпадение с обычными рабочими часами по всему миру.
• Апрель 2020 г — окончательное удаление поддержки TLS 1.0/1.1.

Значит пора вашу систему перевести на использование TLS 1.2.

Как проверить, что система использует TLS 1.2

Все операционные системы Windows, начиная с Windows 8, по умолчанию поддерживают TLS 1.2. Если у вас возникли проблемы с подключением (ошибка «Не удалось создать защищенный канал SSL/TLS»), убедитесь, что TLS 1.2 явно не отключен в вашей системе. Для этого откройте командную строку или оболочку PowerShell и выполните команды:

• reg query «HKLMSYSTEMCurrentControlSetControlSecurityProviders SCHANNELProtocolsTLS 1.2Client» /v Enabled /reg:32
• reg query «HKLMSYSTEMCurrentControlSetControlSecurityProviders SCHANNELProtocolsTLS 1.2Client» /v Enabled /reg:64

Команды должны либо выдавать ошибку «Не удается найти указанный раздел или параметр в реестре«, либо иметь значение 1в системе, в которой включена поддержка TLS 1.2.

Следующие команды должны либо выдавать ошибку «Не удается найти указанный раздел или параметр в реестре«, либо иметь значение "0"в системе, в которой включена поддержка TLS 1.2.

Как включить поддержку TLS 1.2

Следующие команды помогут активировать поддержку TLS 1.2:

• reg add «HKLMSYSTEMCurrentControlSetControlSecurityProviders SCHANNELProtocolsTLS 1.2Client» /v DisabledByDefault /t REG_DWORD /d 0 /f /reg:32
• reg add «HKLMSYSTEMCurrentControlSetControlSecurityProviders SCHANNELProtocolsTLS 1.2Client» /v DisabledByDefault /t REG_DWORD /d 0 /f /reg:64
• reg add «HKLMSYSTEMCurrentControlSetControlSecurityProviders SCHANNELProtocolsTLS 1.2Client» /v Enabled /t REG_DWORD /d 1 /f /reg:32
• reg add «HKLMSYSTEMCurrentControlSetControlSecurityProviders SCHANNELProtocolsTLS 1.2Client» /v Enabled /t REG_DWORD /d 1 /f /reg:64

Если у вас Windows 7, то требует установки обновления (https://www.catalog.update.microsoft.com/search.aspx?q=kb3140245) и следующих обновлений реестра, чтобы включить поддержку TLS 1.2:

• reg add «HKLMSYSTEMCurrentControlSetControl SecurityProvidersSCHANNELProtocolsTLS 1.2Client» /v DisabledByDefault /t REG_DWORD /d 0 /f /reg:32
• reg add «HKLMSYSTEMCurrentControlSetControl SecurityProvidersSCHANNELProtocolsTLS 1.2Client» /v DisabledByDefault /t REG_DWORD /d 0 /f /reg:64

Кроме того, PowerShell по умолчанию также использует TLS 1.0. Это можно исправить, изменив версию TLS по умолчанию для .NET Framework, которая настроена в разделах реестра:

• reg add HKLMSOFTWAREMicrosoft.NETFrameworkv4.0.30319 /v SystemDefaultTlsVersions /t REG_DWORD /d 1 /f /reg:64
• reg add HKLMSOFTWAREMicrosoft.NETFrameworkv4.0.30319 /v SystemDefaultTlsVersions /t REG_DWORD /d 1 /f /reg:32

Теперь исправив ключи реестра можно смело активировать поддержку современных версий TLS в PowerShell

Как видите теперь запустив команду на установку нужного модуля, все отрабатывает как швейцарские часы и ошибка «Unable to resolve package source» не появляется.

Дополнительные ссылки

• https://devblogs.microsoft.com/nuget/deprecating-tls-1-0-and-1-1-on-nuget-org/
• https://social.technet.microsoft.com/Forums/ru-RU/3c917354-e540-4b77-a29b-4553a93459b2/powershellget-1080-nuget-109110891090107210851086107410821072?forum=itru

Надеюсь, что теперь вы сможете все обновить, зная что все теперь идет по TLS 1.2. С вами был Иван Сёмин, автор и создатель IT портала Pyatilistnik.org.