Invoke-WebRequest: Es konnte kein geschützter SSL/TLS-Kanal erstellt werden

Unter Windows PowerShell fehlt ihm allerdings eine Möglichkeit, um die Version von TLS festzulegen, wogegen es dafür unter PowerShell 7 den Parameter SslProtocol gibt.

Wenn PowerShell auf einer älteren Version des .NET-Framework als 4.62 läuft, dann nutzt es standard­mäßig TLS 1.0. Dies trifft auf Windows 8.1, Server 2016 und ältere Versionen von Windows 10 zu.

Dort tritt abhängig von den Anforderungen der Gegenstelle häufig folgender Fehler auf:

Invoke-WebRequest: Die Anfrage wurde abgebrochen: Es konnte kein geschützter SSL/TLS-Kanal erstellt werden.

Behelfen kann man sich in dieser Situation mit dem Aufruf von

[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]'Tls11,Tls12'

Damit beschränkt man die TLS-Versionen auf 1.1 und 1.2. Diese Änderung wirkt sich jedoch nur auf die jeweilige Session aus, so dass man diesen Befehl jedes Mal neu eingeben müsste. Um das zu vermeiden, kann man ihn in das PowerShell-Profil aufnehmen.

PowerShell 7 nicht betroffen

Das Problem stellt sich hingegen nicht in PowerShell 6.x oder 7, und zwar nicht nur, weil man dort die TLS-Version für Invoke-WebRequest mit dem Parameter SslProtocol steuern kann. Vielmehr verwendet das darunterliegende .NET Core per Voreinstellung eine neuere Version des Protokolls.

Entsprechend könnte man auf den älteren Betriebs­systemen für Aufgaben, die eine TLS-Verbindung benötigen, auch auf PowerShell 7 ausweichen.